Назад | Перейти на главную страницу

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

Мой сервер основан на 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 на сервере. Некоторые компьютеры, которые работали нормально, теперь показывают проблемы, а те, которые показывали проблемы, кажутся исправными. Поможет ли это сузить круг вопросов?

Некоторые мысли ... с такого рода проблемами я хотел бы собрать как можно больше информации, включая последовательность загрузки ПК. Сначала я бы включил ведение журнала загрузки и отключил весь "блеск" процесса загрузки 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-сервером. Монитор процессов генерирует много данных, поэтому умная фильтрация является ключевым моментом. Однако с такой неопределенной проблемой может потребоваться начать без какой-либо фильтрации.

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

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

Во всяком случае, здесь я бы начал.