Script de login não está sendo executado em todas as estações

Question

Meu servidor é baseado no Debian, executando o Samba como o Controlador de Domínio Primário. Verifiquei as permissões no arquivo netlogon ( drwxrwsr-x ) e login.bat ( -rwxrwxr-x ), para permitir a todos os usuários permissões de leitura e execução. Em alguns dos sistemas, o script simplesmente não é executado; nenhuma unidade mapeada, nenhuma verificação de Atualização de Programa, etc. No entanto, posso navegar manualmente para \server\netlogon\login.bat , executar o arquivo e todos os mapeamentos de unidade aparecem!

Eu gostaria de ver um padrão, mas parece acontecer apenas com alguns PCs, então acontece com PCs diferentes e nunca é constante. Todos os PCs são o Windows 7 Pro e os usuários que efetuam login são usuários regulares, e nenhum administrador (outro, eu mesmo) faz o login para eles, para uso no dia-a-dia. No Editor de Diretiva de Grupo, o parâmetro Configuração do Computador \ Modelos Administrativos \ Sistema \ Logon \ Sempre aguarde que a rede na inicialização e no logon do computador esteja definido como Ativado .

Não consigo pensar em nenhuma alteração recente que possa ter ocorrido nas proximidades desses computadores e eles sempre têm acesso à Internet e podem se conectar manualmente ao servidor. O que mais eu posso procurar? Abaixo está o resultado de 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

UPDATE - Eu tive que reiniciar o daemon do Samba no servidor. Alguns computadores que estavam funcionando bem agora estão mostrando problemas, e os que estavam mostrando problemas parecem bem. Isso é útil para restringir a questão?

    

Answer 1

Alguns pensamentos ... com esse tipo de problema, eu gostaria de reunir o máximo de informações possível, incluindo a seqüência de inicialização do PC. Primeiro, eu ativaria o registro de inicialização e desligaria todo o "brilho" do processo de inicialização do Windows 7:

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

(Os logs de inicialização são gravados em% WINDIR% \ ntbtlog.txt)

Eu então usaria o Monitor de processo para monitorar o processo de inicialização e logon ("ativar boot logging "nos menus). A partir daqui, você verá a interação com seu servidor SMB. O Process Monitor gera um lote de dados, portanto a filtragem inteligente é a chave. No entanto, com um problema tão vago, talvez seja necessário começar sem qualquer filtragem.

Por interesse, você tem certeza absoluta de que o seu script de logon não está sendo executado, por exemplo, você tentou fazer com que ele faça eco de uma data / hora para um arquivo em algum lugar ou algo similarmente simples? Apenas um pensamento.

Além disso, agradeço que você não esteja executando a Diretiva de Grupo, pois você não tem o AD, mas há um valor do Registro em algum lugar para controlar se o script de logon é executado de forma assíncrona ou sincronizada. O primeiro pode fazer com que um script de logon falhe se a pilha de rede não estiver totalmente ativada. Eu vi isso acontecer quando o cliente tem uma cópia em cache do script de logon disponível ...

Aqui é onde eu começaria, de qualquer forma.