Cuestión : Conexiones del ANUNCIO del mac

Tengo un problema con los clientes del mac que están limitados al directorio activo donde dan intermitentemente el error “que usted no puede abrirse una sesión a la cuenta de usuario “username” en este tiempo.  La apertura de sesión a la cuenta falló porque ocurrió un error. el “

Accounts que se abre una sesión perfectamente generará este error algunas horas más adelante y después algunas horas después de ese, comienza mágico a trabajar again.

I incluirá el Info relevante abajo de los registros.  Suena como una cierta clase de edición o algo del DNS de hacer con el camino de búsqueda en un fichero para el 9:40 del ANUNCIO domains.

6/29/10: 27 com.apple.log inwindow [433]
Tue 29 de junio de 09: 40: del loginwindow de 27 dss-sscf-macbook.xxx.edu [433]: CGSShutdownServerConnections: Uso de separación del 9:40 del server

6/29/10 de la ventana: 27 com.apple.ScreenSharing.server [610]
Tue 29 de junio de 09: 40: de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSShutdownServerConnections: Uso de separación del 9:40 del server

6/29/10 de la ventana: 27 com.apple.ScreenSharing.server [610] Tue 29 de junio de 09: 40: de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSDisplayServerShutdown: Subsistema de separación de la exhibición del 9:40 del server

6/29/10 de la ventana: 27 com.apple.log inwindow [433] Tue 29 de junio de 09: 40: del loginwindow de 27 dss-sscf-macbook.xxx.edu [433]: kCGErrorFailure: Fijar un punto de desempate @ CGErrorBreakpoint () para coger errores pues son 9:40 de logged.

6/29/10: 27 com.apple.log inwindow [433] Tue 29 de junio de 09: 40: del loginwindow de 27 dss-sscf-macbook.ucsd.edu [433]: CGSDisplayServerShutdown: Subsistema de separación de la exhibición del 9:40 del server

6/29/10 de la ventana: 29 com.apple.WindowServer [659] Tue 29 de junio de 09: 40: de 29 dss-sscf-macbook.xxx.edu WindowServer [659]: kCGErrorFailure: Fijar un punto de desempate @ CGErrorBreakpoint () para coger errores pues son 10:12 de logged.

6/29/10: 16 com.apple.DirectoryServices [11] incorporan contraseña de máquina: 10:12 del

6/29/10: ¡18 actualización de la com.apple.DirectoryServices [11] DNS fallada! 10:12 del

6/29/10: 20 com.apple.DirectoryServices [11] incorporan contraseña de máquina: 10:12 del

6/29/10: ¡22 actualización de la com.apple.DirectoryServices [11] DNS fallada! 10:12 del

6/29/10: 38 com.apple.DirectoryServices [11] incorporan contraseña de máquina: 10:12 del

6/29/10: ¡39 actualización de la com.apple.DirectoryServices [11] DNS fallada! 10:16 del

6/29/10: 28 error del comienzo del launchctl de la edu.mit. Kerberos.CCacheServer [590]: Ningún tal 10:16 del process

6/29/10: 33 com.apple.launchd.peruser.1215583987 [588] (com.apple.ReportCrash) que recurren a tratante de la excepción del Mach del defecto. No podía encontrar: 10:16 de com.apple.ReportCrash.Self
6/29/10: 41 com.apple.launchd.peruser.1215583987 [588] (com.apple. El de Kerberos.renew.plist [738]) salió con código de salida: 10:16 de 1

6/29/10: 41 ServerScanner [734] que no explora porque el directorio de /Active del nodo/todos los dominios está en el searchPath

class= del

Respuesta : Conexiones del ANUNCIO del mac

Whoa, apesadumbrado sobre ése.  Aquí está la porción relevante.

Resolví la edición por que corregía los archivos siguientes según lo descrito:

/etc/automount

[[Nota: otros lectores dicen que el archivo antedicho debe ser /etc/hostconfig - Ed.]]

Substituir AUTOMOUNT=-YES- por AUTOMOUNT=-NO-

/etc/auto_master

Desmenuzar hacia fuera las líneas siguientes:

#/net - anfitriones - nobrowse, nosuid
auto_home de #/home - nobrowse
#/Network/Servers - fstab

Básicamente, por lo que puedo ver el inhabilita todas las características del automount que está muy bien para las disposiciones integradas ANUNCIO que no utilizan ninguna características del automount y ésa tiene directorios caseros almacenados en los servidores de Windows.