Смоленск 1.6 Корректное значение winbind separator

Solarik

New member
Сообщения
1
#1
Добрый день.

В доменной сети несколько лет функционирует файловый сервер Samba. Загрузка файлов на него осуществляется в том числе с Windows.
О проблемах в работе сообщений пока не поступало, однако, запустив стандартную утилиту testparm для проверки конфигурационного файла smb.conf, была обнаружена ошибка, связанная со значением параметра winbind separator, а именно: "parameter must be a single character ". Значение сейчас равняется паре бэкслэшей, в то время как рекомендованным разработчиками Samba значением (и используемым по умолчанию, если его не указывать вовсе) является один бэкслэш.
Поиск по документации Samba предлагает использовать что угодно, но не два бэкслэша.
Поиск по документации Astra Linux привёл меня на страницу https://wiki.astralinux.ru/pages/viewpage.action?pageId=12222480 , где я увидел применение этих двух бэкслэшэй.

Прошу рассказать для чего может использоваться \\ вопреки возникающей ошибке, а также дать рекомендацию по смене или оставлению как есть значения этого параметра.
 

oko

New member
Сообщения
1 221
#2
to Solarik
Судя по документации на winbind, "separator", во-первых, необязательный параметр (т.е. его можно вообще удалить и не использовать) и, во-вторых, должен содержать один символ (на что выхлоп testparm и намекает). Впрочем, модуль экстрасенсорики подсказывает, что Samba игнорирует "\\" и юзает вместо него "\", который рекомендуется для повсеместного использования. Есть там и вариант с "+", но он может вызывать проблемы с модулями pam и nss. Так что можете заменить его на winbind separator = \ и не париться. Поскольку это всего лишь отображение (запись в соответствующий файл) доменных уч.записей из AD при их использовании на уровне Samba. Т.е. при составлении тех же ACL для разграничения доступа к ресурсам Samba средствами smb.conf можно указывать "DOMAIN\user", если separator = \...
С другой стороны, есть мудрое правило: если работает, то ничего не меняй и ничего не трогай...
А что до wiki.astralinux.ru, то это далеко не истина в последней инстанции. Ошибки, они и у более серьезных контор в документации встречаются, ага...