LinuxForum.Fans
Тема

Q. Куда уехали права на самбе

Автор: Cruiser78 1 сообщений 1876 просмотров
#325144

Привет всем!

Как то малопонятно начала работать самба (v 3.6.15). А именно, все началось с того, что BackupPC перестал забирать содержимое оффтопичных компьютеров, которые включены в домен самбы. Различные манипуляции показали, что при попытке ремутного доступа к виндовому компьютеру с аккаунтом администратора возникает ошибка NT_STATUS_ACCESS_DENIED или NT_STATUS_LOGON_FAILED. При этом зайти на этот компьютер локально - можно без проблем. Но...
Даже если я захожу на такой компьютер администратором доменным (локально), то оффтопик на эту административность кладет большой болт и говорит, что я не администратор.

Далее, не совсем понятно ведет себя и smbclient. Если я хочу посмотреть "листинг" шар ремутного компьютера, то оно показывается:
[console]#smbclient -L dbsrv-xp -N -U root%password
WARNING: The "null passwords" option is deprecated
Domain=[Domain] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]

Sharename Type Comment
--------- ---- -------
IPC$ IPC Удаленный IPC
ADMIN$ Disk Удаленный Admin
C$ Disk Стандартный общий ресурс
Domain=[Domain] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]

Server Comment
--------- -------

Workgroup Master
--------- -------

[/console]
Обращаю внимание, что не возвращается ни перечень достуных компьютеру серверов, ни рабочих групп. Но, вроде как ответ есть. Но когда я хочу подключиться к системной шаре С$, - опаньки:
[console]smbclient //dbsrv-xp/C$ -N -U root%password
WARNING: The "null passwords" option is deprecated
Domain=[Domain] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]
tree connect failed: NT_STATUS_ACCESS_DENIED
[/console]
Ремутно на компьютер можно зайти только тем доменным пользователем, который был заведен там давно. Если пользователь завелся сейчас оперативно, для теста - опять же опаньки... tree connect failed: NT_STATUS_ACCESS_DENIED.
Более того, если смотреть самбовый лог по этому компьютеру, то в логе нет никакого криминала, регистрируется юзер, происходит успешная его аутентификация... А потом - облом...

Куда рыть - не понимаю.
=============================
Покопал ситуацию еще немного. Откопалось следующее:
Собака зарылась именно в том, что доменные административные пользователи самбы регистрируясь (ремутно или локально) на виндовом компьютере не получают административных полномочий на этом компьютере. Они там регистрируются как обычные доменные юзеры. А именно:

1. При "локальной" регистрации получают индивидуальный профиль в "Documents and Settings", но не могут зайти в каталоги другого пользователя. Идет сообщение, что не администраторы.

2. Если коннекчусь ремутно к системной шаре C$ доменным админом, то получаю отлуп tree connect failed: NT_STATUS_ACCESS_DENIED. Однако, если делаю обычную шару на весь диск, и называю её, например, С, то коннект к ней идет нормально. Но далее, ограничения на вход в юзерские каталоги, в чужие не пускает.

3. Если ремутно коннекчусь к системной шаре С$ локальным админом, то она может или пустить, или нет. В зависимости от политик доступа локального админа, наверное.

Вывод - винда не понимает, что зарегистрированный юзер не просто юзер, а доменный администратор. И дает ему работать только как доменному юзеру с весьма граниченными полномочиями.

Началось это всё после 6 мая. Собственно вопрос - что это такое и как сие можно вылечить не переустанавливая самбу с нуля... Там же юзеря со своими паролями заведены.

Войдите или зарегистрируйтесь, чтобы ответить.