¿Por qué mi cliente OSX tiene tantos problemas para conectarse a nuestro servidor SMB?

Navega tus respuestas
0

Ya hice esta pregunta en ServerFault, pero estoy empezando a pensar que esto podría ser un problema más en mi máquina cliente OSX que en nuestro servidor SMB.

Estoy usando 10.9, pero este problema ocurrió cuando estaba en 10.8 también. Cuando me conecto por primera vez a nuestro recurso compartido SMB (alojado en un servidor Windows reciente, no en Linux ni en el servidor OSX), el Finder parece bloquearse durante unos 30 segundos mientras recupera la carpeta raíz del recurso compartido. La navegación del recurso compartido también es extremadamente lenta al principio: se tarda unos 30 segundos en abrir cada carpeta. En el registro del sistema, veo este mensaje repetido muchas veces: 

Apr  9 15:14:37 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: smb_mount: mount failed to teradici.local/data, syserr = Permission denied
Apr  9 15:14:39 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: NAHSelectionAcquireCredential The operation couldn’t be completed. (com.apple.NetworkAuthenticationHelper error -1765328228 - acquire_kerberos failed tmiddleton@LOCAL: -1765328228 - unable to reach any KDC in realm LOCAL, tried 0 KDCs)
Apr  9 15:15:11 --- last message repeated 5 times ---
Apr  9 15:15:11 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: smb_mount: mount failed to teradici.local/data, syserr = Permission denied
Apr  9 15:15:13 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: NAHSelectionAcquireCredential The operation couldn’t be completed. (com.apple.NetworkAuthenticationHelper error -1765328228 - acquire_kerberos failed tmiddleton@LOCAL: -1765328228 - unable to reach any KDC in realm LOCAL, tried 0 KDCs)
Apr  9 15:15:16 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: smb_mount: mount failed to teradici.local/data, syserr = Permission denied

Finalmente, el retraso en la apertura de carpetas desaparece y puedo navegar con éxito por el recurso compartido SMB. Cuando el recurso compartido de SMB responde, no aparecen nuevos mensajes como estos en el registro del sistema, por lo que deduzco que están relacionados con el problema que estoy viendo.

Estoy usando una cuenta local en mi mac: no sé si es posible iniciar sesión en una mac con ldap o en el directorio activo, pero no estoy haciendo ninguna de las dos. Sin embargo, tengo una cuenta de directorio activo aquí en el trabajo, y puedo usar eso para acceder a los recursos de la red en el trabajo (de hecho, es así como estoy iniciando sesión en el recurso compartido de SMB).

¿Alguna idea de lo que podría estar mal aquí? ¿Es un problema de OSX / cliente? ¿Podría ser un problema con el servidor SMB? Directorio activo?

    
pregunta Ted Middleton 11.04.2014 - 00:59

2 respuestas

2

Estoy teniendo el mismo problema exacto en mi cliente. Al observar un rastreo de WireShark, siempre hay un retraso de 45 segundos para abrir la conexión del recurso compartido de archivos (OSX Server 3.1.2). Usar SMB1 (CIFS) hace lo mismo y WireShark confirma SMB frente a SMB2. ¿Alguna otra idea por ahí?

    
respondido por el Alan 04.06.2014 - 18:43
0

Intente forzar OS X para conectarse a su recurso compartido de red utilizando SMB1 en lugar de SMB2. Para hacerlo:

  1. Abre el Finder.
  2. Selecciona Ir - > Red.
  3. En el campo "Dirección del servidor", ingrese "cifs: // yourservername" en lugar de "smb: // yourservername".
respondido por el nadyne 11.04.2014 - 06:25

Lea otras preguntas en las etiquetas

nombre_usuario @ dest-host para MACbookpro Wi-Fi no funciona en iOS 7.1-7.1.1 [cerrado]