Скрипт входа не выполняется на всех станциях

Скрипт входа не выполняется на всех станциях

Мой сервер работает на базе Debian, на нем Samba работает в качестве основного контроллера домена. Я проверил разрешения на netlogonобщий ресурс ( drwxrwsr-x) и файл login.bat( -rwxrwxr-x), чтобы предоставить всем пользователям разрешения на чтение и выполнение. В некоторых системах скрипт просто не запускается; диски не сопоставлены, проверки обновлений программ не выполняются и т. д. Однако я могу вручную перейти в \\server\netlogon\login.bat, запустить файл, и все сопоставления дисков появятся!

Хотелось бы увидеть закономерность, но, похоже, это происходит только с несколькими ПК, затем с другими ПК, и никогда не бывает постоянным. Все ПК — Windows 7 Pro, и пользователи, входящие в систему, являются обычными пользователями, ни один администратор (кроме меня) не входит в систему для повседневного использования. В редакторе групповой политикиКонфигурация компьютера\Административные шаблоны\Система\Вход в систему\Всегда ждать сети при запуске компьютера и входе в системупараметр установлен наВключено.

Я не могу вспомнить никаких недавних изменений, которые могли произойти в непосредственной близости от этих компьютеров, и они всегда имеют доступ в Интернет и могут вручную подключаться к серверу. Что еще я могу искать? Ниже приведен результат testparm -s:

[global]
        workgroup = DOMAIN
        netbios name = SERVER
        server string = server
        interfaces = eth1
        bind interfaces only = Yes
        pam password change = Yes
        passwd program = /usr/bin/passwd %u
        passwd chat = *new*password* %n\n *new*password* %n\n *updated*
        unix password sync = Yes
        log level = 1
        name resolve order = host wins lmhosts bcast
        printcap name = /dev/null
        disable spoolss = Yes
        logon script = login.bat
        logon path = \\server\netlogon
        preferred master = yes
        logon drive = h:
        domain logons = Yes
        os level = 255
        domain master = Yes
        wins support = Yes
        path = /var/spool/lpd/samba
        admin users = machine
        write list = @domainadmins
        printing = lprng
        print command = lpr -r -P'%p' %s
        lpq command = lpq -P'%p'
        lprm command = lprm -P'%p' %j
        lppause command = lpc hold '%p' %j
        lpresume command = lpc release '%p' %j
        queuepause command = lpc stop '%p'
        queueresume command = lpc start '%p'

[netlogon]
        path = /usr/local/share/netlogon

ОБНОВЛЯТЬ- Мне пришлось перезапустить демон Samba на сервере. Некоторые компьютеры, которые работали нормально, теперь показывают проблемы, а те, которые показывали проблемы, кажутся нормальными. Помогает ли это сузить круг проблем?

решение1

Некоторые мысли... с такой проблемой я бы хотел собрать как можно больше информации, включая последовательность загрузки ПК. Я бы сначала включил ведение журнала загрузки и отключил все "блестяшки" из процесса загрузки Windows 7:

%SystemRoot%\System32\bcdedit.exe /set quietboot off
%SystemRoot%\System32\bcdedit.exe /set bootlog on
%SystemRoot%\System32\bcdedit.exe /set sos on

(Журналы загрузки записываются в %WINDIR%\ntbtlog.txt)

Я бы тогда использовалМонитор процессадля мониторинга процесса загрузки и входа в систему («включить ведение журнала загрузки» в меню). Отсюда вы увидите взаимодействие с вашим SMB-сервером. Process Monitor генерируетмногоданных, поэтому умная фильтрация является ключом. Однако с такой неопределенной проблемой вам, возможно, придется начать без какой-либо фильтрации.

Ради интереса, вы абсолютно уверены, что ваш скрипт входа не запущен, т. е.: вы пробовали заставить его вывести дату/время в файл где-нибудь или сделать что-то подобное простое? Просто мысль.

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

Во всяком случае, я бы начал именно с этого.

Связанный контент