Mac mini no puede conectarse a mi servidor corporativo SMB. Estaba trabajando hace unos días

Estoy en el trabajo y mi Mac mini ha dejado de poder conectarse a las carpetas compartidas del servidor SMB corporativo.

Si intento Finder> Conectar al servidor (usando la URL almacenada allí desde conexiones anteriores exitosas), macOS Sierra se queja con un "error genérico" más que inútil.

En los registros de mi consola no puedo detectar ningún error relacionado con samba (¿dónde debería estar investigando?)

Hay máquinas clónicas Mac mini en el mismo piso (las de mis compañeros de trabajo) y pueden conectarse a este servidor sin ningún problema.

Si hago ping a esta máquina desde mi línea de comando, puedo verla perfectamente.

Si intento esto en la línea de comando:

smbutil view smb://192.168.XXX.XXX/docs/

macOS Sierra produce esto:

smbutil: server connection failed: No such file or directory

Si intento esa línea de comando muy exacta en una máquina de trabajo, solo enumera los recursos compartidos que cuelgan de ese servidor SMB ...

Alguna pista? ¿Tal vez es algo relacionado con la desactivación de algún servicio por error en mi Mac mini?

No tengo acceso a la máquina ni a la configuración del servidor Samba de mi empresa.

He leído y buscado en Google muchas páginas y estoy más que perdido.

En caso de que pueda ser útil, uso MacPorts. Puede parecer algo aleatorio agregar aquí, pero tal vez no conozco alguna biblioteca que haya instalado que pueda ser problemática para el cliente oficial de OS X SAMBA.

— Isaac
fuente

No tengo idea si tengo un firewall (software de sistema), y no recuerdo haber tenido uno o haber tenido problemas con su configuración en los últimos meses. Mis carpetas compartidas SMB corporativas simplemente dejaron de funcionar de la nada.

— Isaac

Deshabilitado (probablemente ha estado en ese estado desde que obtuve esta Mac)

— Isaac

La misma cosa. Mi máquina muestra "No existe tal archivo o directorio". La Mac de mis compañeros de trabajo muestra la lista completa de recursos. Por cierto, tanto Mac (mi compañero de trabajo y el mío) carecen del archivo /etc/nsmb.conf. Tengo google, y algunas personas parecen tener este archivo ... Sin embargo, nosotros no.

— Isaac

Uno más para probar ... use el nombre de usuario de una cuenta que sabe (quizás compañero de trabajo) está en el servidor SMB. Por lo tanto, su comando debería verse así: smbutil view smb://user@192.xxx.xxx.xxx (También supongo que puede hacer ping a este servidor desde su máquina, por cierto)

— Allan

Sí, sus instrucciones son claras y fáciles, pero lo mismo. Lo he probado con muchos nombres de usuario de compañeros de trabajo y lo mismo: "No existe tal archivo o directorio". He intentado los parámetros -G -g y -a, y no. OTOH: Sí, ese servidor SMB es perfectamente pingable desde mi máquina. Además, un nmap adecuado muestra los puertos 139 y 445 abiertos (IIRC, estos son los puertos relevantes para SMB (?))

— Isaac

Respuestas:

¡¡ÉXITO!!

Después de 2 meses de miseria (moderada), finalmente encontré la razón por la cual SMB no funcionó con mi Sierra Mac Mini.

TL; DR El motivo fue este kext instalado:

com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

Puede verificar si lo tiene instalado con el siguiente comando desde una Terminal ordinaria:

kextstat | grep -iv manzana

En caso de que lo tenga (y en caso de que también esté sufriendo problemas de conectividad SMB), puede desinstalarlo escribiendo el siguiente comando, nuevamente, desde una Terminal ordinaria (no es necesario iniciar en modo de Usuario único):

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

Siga las instrucciones en pantalla, REINICIE , y ya está :)

Al hacerlo, perderá la aceleración de hardware dentro de sus emuladores de Android, pero funcionarán en modo de representación de software. No es brillante, pero es algo. Puede reinstalar HAXM en caso de que realmente necesite la Aceleración de hardware para emuladores de Android nuevamente (pero prepárese para perder nuevamente la conectividad SMB (?)).

Respuesta larga:

Si usa su Sierra Mac para desarrollar cosas de Android, probablemente haya instalado los módulos típicos necesarios al azar (SDK de Android, emuladores, controladores, etc.). El problema es que el "acelerador Intel HAXM" es uno de los controladores típicos que usted instale si desea una aceleración de hardware adecuada de sus emuladores para el desarrollo de Android. Bueno, aparentemente, y lo creas o no, ese controlador no es compatible con el uso de SMB en macOS Sierra, al menos con mi MAC.

El subsistema Sierra SMB y HAXM son aparentemente piezas de software no relacionadas, pero parece que de alguna manera son incompatibles entre ellas. En caso de que tenga problemas SMB, tendrá que decidir cuál de los dos realmente necesita más:

SMB o emuladores rápidos adecuados para el desarrollo de Android .

Elegí SMB :)

Gracias a TODOS por esta pregunta, respondiendo, comentando, etc ... especialmente a Brett quien, después de muchas semanas, me puso detrás de la pista correcta.

— Isaac
fuente

Gracias. Después de eliminar haxm, necesitaba reiniciar para que surta efecto. Pero no había reiniciado previamente, después de ver el error, por lo que podría haber resuelto solo.

— Wayne Shelley el

¡Mil gracias por esto! Me estaba volviendo loco después de una actualización de El Capitan a Sierra que rompió la impresión. Desearía haberme dado cuenta del ángulo de samba antes y aterrizar aquí antes.

— Vijay Dev

Uniéndose al coro de "gracias", @Isaac. Esto me había vuelto loco durante 2 horas seguidas.

— DomQ

Gracias ... exactamente mi problema apple.stackexchange.com/questions/339412/…

— boecko

Recientemente instalé Android Studio y mis unidades de red ya no se conectaban. No a través de Finder, a través de terminal, smb / cifs, nada. Esta respuesta fue exactamente el problema. Saludos a ti; Nunca lo habría encontrado.

— Matt Kenefick

Tuve el mismo problema (1025 fallas al abrir el dispositivo smb, syserr = No existe tal archivo o directorio) y finalmente lo rastreé hasta que el /dev/nsmb0dispositivo no se configuró correctamente debido a un kext conflictivo de una aplicación de terceros muy antigua. Si usted cat /dev/nsmb0y obtiene "Dispositivo no configurado", posiblemente sea un problema similar.

Para resolverlo, miré todos los kexts que no son de Apple y eliminé aplicaciones / kexts uno por uno hasta que funcionó. Tuve que arrancar en modo de usuario único (cmd + s durante el arranque) para eliminar algunos de ellos.

Puede buscar a través de sus kexts cargados que no sean de Apple usando kextstat | grep -iv apple. Aquí hay un ejemplo de la salida para mí en un sistema de trabajo:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

Puede descargar kexts por nombre de archivo con:

kextunload /System/Library/Extensions/KextName.kext

o para el nombre del paquete:

kextunload -b com.example.kext.name

— Brett
fuente

Parece REALMENTE prometedor. Estoy en casa ahora, pero mañana lo intentaré en el trabajo. Para algunos proyectos, necesito usar tap and tun, y puedo verlos listados allí. Estoy más que seguro de que están interfiriendo con Sierra de alguna manera, así que te mantendré informado

— Isaac

Esa lista de kexts es lo que se está ejecutando en este momento mientras SMB está funcionando. Lo acabo de incluir como salida de ejemplo. Tap / tun parece estar funcionando bien para mí, así que he editado la pregunta para aclararla.

— Brett

Estar en el trabajo, es un poco difícil obtener algo de tiempo libre para comenzar a jugar con mis kexts ... Cuando descargues un kext, ¿tienes que reiniciarlo justo después? También tengo kexts que es mejor que no desinstale (tun, tap, virutalbox, etc.) O no tengo idea de cómo volver a instalarlos correctamente en caso de que no sean los culpables ... En mi lista tengo estos diferentes kexts (en comparación con los suyos): com.Cycling74.driver.Soundflower (2), org.pqrs.driver.Karabiner (10.21.0), org.pqrs.driver.VirtualHIDManager (1.1.0), com.intel.kext .intelhaxm (6.0.1). Los que no enumeré están incluidos en su lista de trabajo.

— Isaac

Intentaría eliminar Karabiner. La antigua aplicación de terceros que me causaba problemas era KeyRemap4MacBook, que ahora se llama Karabiner.

— Brett

Para responder las otras preguntas, si puede eliminar el kext sin estar en modo de usuario único, probablemente no necesite reiniciar. La desinstalación de Karabiner no funcionó para mí, así que tuve que arrancar en modo de usuario único y eliminar manualmente el kext de / System / Library / Extensions después de descargarlo.

— Brett

¿Estás conectado a otras acciones de SMB al mismo tiempo? Hoy informé un error a Apple con respecto a macOS Sierra por el cual si estoy conectado a otro recurso compartido de SMB en un servidor diferente, cuando intente conectarme a un segundo, usará la dirección IP original y la ruta de acceso compartido del nuevo servidor.

Por ejemplo

Ya conectado a smb: //192.168.0.2/share1
Intente conectarse a smb: //192.168.0.3/share2
El análisis de los paquetes muestra que macOS intenta conectarse a smb: //192.168.0.2/share2, que no existe.

Las únicas soluciones que he encontrado son conectarme para desconectarme del primer servidor antes de intentar la conexión en el segundo. Sin embargo, esto significa que solo puede tener una conexión SMB abierta a la vez.

Una solución un poco mejor fue usar el nombre de host para el servidor en lugar de la dirección IP. Esto parecía permitirme conectarme al segundo servidor SMB sin problemas. Si no conoce el nombre de host, puede obtenerlo abriendo la terminal y escribiendo el siguiente comando.

host <ip_address>

Espero que esto ayude.

Editar: pensé que podría valer la pena mencionar que este problema parece afectar a todos los clientes que se han actualizado a Sierra.

— ryansin
fuente

No, no puedo conectarme a ningún recurso compartido SMB. Creo que estás describiendo un caso diferente al mío ... Gracias de todos modos.

— Isaac

Ok amigo, no te preocupes. ¿Tienes derechos de administrador? Leí algo antes que decía que los usuarios sin root no podían montar recursos compartidos en / Volumes desde la actualización a Sierra.

— ryansin

Otro paso de solución de problemas que podría intentar es utilizar wireshark para grabar paquetes a / desde esa dirección IP en particular justo cuando intenta conectarse

— ryansin