LINUX.ORG.RU
ФорумAdmin

Samba 2.2.2 и беспарольный вход с клиентов.


0

0

Хотелось бы получить следующую ситуацию.
На машине с FreeBSD 4.4 планируется организация некого файлового хранилища файлов баз данных, к которым с клиентских машин под управлением Win'98 & Win'2000 будет производиться обращение из соответствующих клиентских приложений, для этого необходимо у пользователи подключить сетевой диск (выделенную под это дело папку на сервере с фрей), назначив ему соответствующую букву диска и чтобы при загрузки клиентских машин каждый раз не запрашивался пароль к этому удаленному ресурсу.
Можно ли привести краткую конфигурацию для smb.conf, чтобы выполнить сие.
Сейчас дома пока не удалось добиться, чтобы при загрузке Win'2000 каждый раз не запрашивался пароль к подключенному диску.


сие - не сие

а винды то сами откуда пароли берут ? с nt домена ? так и линукс можно сказать брать пароли с него

а если и без этого - то ставиш security = share и на шару guest = ok и в публик ее соответственно

ae
()

Нет, NT в сети нет вовсе.
С security = share так и поступил, создав несколкьо отдельно настраиваемых расшареный каталогов на сервере самбы.
По большому счету все работает и устраивает.

1. Как сделать доступ к некой папке все-таки используя авторизацию, например, хочу чтобы к каталогу doc_otd имел доступ только пользователь с именем smbuser, прописываю в свойствах этой паки значение valid users = smbuser, после при обращении к такой папке по сети с клиентской машины из под Win'98 выводится окно с предложением ввести пароль, но пароль не принимается никакой, из под W2K сразу ругается "\\Alex\doc_otd is not accessible. The specified network
password is not correct", в обоих случаях на консоль сервера выбрасывает сообщение от демона smb "smbd/password.c:authorise_login(906)" "authorise_login: rejected invalid user nobody".

2. Обнаружили, что с русскими именами файлом на сервере самбы при обращении из под Win'98 сворятся глюки, то файл при клике "не видит", то зайти в русскоязычную папку нет возможности. Из W2K все
путем работает.

Добавил в раздел [global] два значения:

client code page = 866
character set = 1251

После этого все нормализовалось везде!
Но позже было замечено, что при аплоуде папки через ftp доступ (такой
способ я тоже заложил, чтобы обновлять содержимое папки, доступной
через самбу только для чтения) русские имена файлов и каталогов после
из самбы зайдя клиентом из под Win'98 нечитабельны, то есть ftp в
какой-то своей кодировке что ли передает русские имена файлов, которые
после в самбе нечитабельны?

Чую, что с кодовыми страницами не совсем верно настроено что-то?

mrrc
() автор топика

Во первых лучше character set = koi8-r а во вторых ftp из другой оперы и к самбовским кодировкам отношения не имеет

Sc
()

Конечно внутренне понимаю, что это явно неправильно, что нужно koi8-r указывать было, но было уже поздно, заработало, так и оставили. Хотя перед этим пробовал и с koi8-r, русские имена не читались вовсе, хотя возможно я этот koi8-r по глупости в значение client code page прописывал, врать не буду, не помню уже.

То есть выход какой видится для решения этой проблемы с кодировкой
русского текста?

Прописать таким образом?

client code page = 866
character set = KOI8-R

(регистр в последней строчке имеет значение?)
(также читал, что не у всех заработало с идущим вместе с самбой
codepage.866, приходилось искать и скачивать другой файл русской
страницы)

а там еще какие то ключи с регистром вроде имеются, их есть смысл
прописывать где-то?

mrrc
() автор топика

Со всем кроме русских имен файлов в самбе вроде бы понял.

ПОДВЕДЕМ ИТОГ ПО ПОДКЛЮЧЕНИЮ ЮЗЕРОМ, используя valid users = user_name.

В W2K, как я понял и проверил, проблем вроде нет, она умнее, запрашивает как имя, так и пароль к ресурсу. Единственное, винда пароль для будущих подключений не запоминает, нет соответствующей галочки.

Win'98 тупее, не позволяет самому пользователю передать имя юзера (при обращении к расшаренной папке самбы выводит только запрос пароля, без имени).
Если винда загрузилась без запроса имени и пароля у пользователя, она передает при обращении к папке самбы "пустой" логин, даже если пароль (юзера на сервере самбы) указывать правильно, либо передает логин, под которым пользователь зашел в систему в виндах, и если он отличный от
зарегистрированного на сервере самбы, то номер тоже не пройдет.

Как выход, заводить такого же юзера в виндах, как и зарегистрированного на самбе и заходить в систему (винды) им, после чего на запрос пароля при обращении к расшаренному ресурсу на сервере самбы будет передано правильное имя и введенный руками пароль.


ПО РУССКИМ ИМЕНАМ ФАЙЛОВ В САМБЕ.

Проблема состоит в следующем.
При обновлении расшаренного ресурса на сервере самбы используя ftp-доступ русские имена закаченных файлов после уже из самбы становятся нечитабельны. Аналогично заброшенные через самбу файлы с русскими именами не читаются после зайдя по ftp. Вот такой вот трабл.
Удалось ли кому решить эту злополучною проблему с ftp и самбой, их можно подружить?
В качестве ftp-сервера выступает wu-ftpd 2.6.1, может есть умные ftp-клиенты, позволяющие указывать предварительно кодировку, в которой производить в последующем закачку?
Или в самом ftp-сервере что-то можно подправить для устранения этого недочета?

В секции [global] smb.conf прописано.

client code page = 866
character set = koi8-r

(Скажу, что сейчас на работе стоит в качестве этого
client code page = 866
character set = 1251
так из самбы нормально отображаются русские файлы и в W2K и в Win'98, но в логах ругается соответственно Nov 5 08:09:18 base smbd[8359]:
load_unicode_map: filename /usr/local/samba/lib/codepages/unicode_map.1251
does not
exist.)

mrrc
() автор топика

Вроде бы решил эту проблему с помощью Far-а, он дает возможность указывать тип кодировки при подключении по ftp. Под W2K работает все нормально, под Win'98 пока еще не пробовал в связи с отсутствием последнего.

Также получил инфу, что Far умеет выводить при обращении к ресурсу под Win'98 не только запрос пароля, но и логин, что снимет все вопросы, если это окажется действительно так.

mrrc
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.