
Mi servidor está basado en Debian y ejecuta Samba como controlador de dominio principal. He verificado los permisos en el archivo netlogon
compartido ( drwxrwsr-x
) y login.bat
( -rwxrwxr-x
) para permitir a todos los usuarios permisos de lectura y ejecución. En algunos de los sistemas, el script simplemente no se ejecuta; no hay unidades asignadas, no hay comprobaciones de actualización del programa, etc. Sin embargo, puedo navegar manualmente hasta \\server\netlogon\login.bat
, ejecutar el archivo y aparecen todas las asignaciones de unidades.
Desearía poder ver un patrón, pero parece que solo sucede en unas pocas PC, luego sucede en diferentes PC y nunca es constante. Todas las PC son Windows 7 Pro y los usuarios que inician sesión son usuarios normales, ningún administrador (aparte de mí) inicia sesión en ellas para el uso diario. En el Editor de políticas de grupo, elConfiguración del equipo\Plantillas administrativas\Sistema\Inicio de sesión\Espere siempre a que la red se inicie e inicie sesión en el equipoEl parámetro está configurado enActivado.
No se me ocurre ningún cambio reciente que haya ocurrido cerca de estas computadoras, y siempre tienen acceso a Internet y pueden conectarse manualmente al servidor. ¿Qué más puedo buscar? A continuación se muestra el 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
ACTUALIZAR- Tuve que reiniciar el demonio Samba en el servidor. Algunas computadoras que funcionaban bien ahora muestran problemas y otras que mostraban problemas parecen estar bien. ¿Es esto útil para reducir el problema?
Respuesta1
Algunas ideas... con este tipo de problema, me gustaría recopilar tanta información como sea posible, incluida la secuencia de inicio de la PC. Primero activaría el registro de arranque y desactivaría todo el "brillo" del proceso de arranque de Windows 7:
%SystemRoot%\System32\bcdedit.exe /set quietboot off
%SystemRoot%\System32\bcdedit.exe /set bootlog on
%SystemRoot%\System32\bcdedit.exe /set sos on
(Los registros de arranque se escriben en %WINDIR%\ntbtlog.txt)
entonces usaríaMonitor de procesopara monitorear el proceso de inicio e inicio de sesión ("habilitar registro de inicio" en los menús). Desde aquí, verá la interacción con su servidor SMB. Process Monitor genera unlotede datos, por lo que un filtrado inteligente es clave. Sin embargo, con un problema tan vago, es posible que deba comenzar sin ningún filtrado.
Por curiosidad, ¿está absolutamente seguro de que su secuencia de comandos de inicio de sesión no se está ejecutando? Es decir, ¿ha intentado hacer que reproduzca una fecha/hora en un archivo en algún lugar, o algo similarmente simple? Solo un pensamiento.
Además, aprecio que no ejecute la Política de grupo, ya que no tiene AD, pero hay un valor de registro en algún lugar para controlar si el script de inicio de sesión se ejecuta de forma asincrónica o sincrónica. Lo primero puede provocar que falle un script de inicio de sesión si la pila de red no está completamente activa. He visto que esto sucede cuando el cliente tiene disponible una copia en caché del script de inicio de sesión...
De todos modos, aquí es donde empezaría.