¿Por qué el uso compartido de archivos SMB funciona en Windows pero falla en macOS?

Cuando el uso compartido de archivos SMB funciona en Windows pero falla en macOS, probablemente el servidor no esté completamente fuera de línea. Windows ya ha demostrado que el recurso compartido existe y que al menos un cliente puede acceder a él. La diferencia probablemente esté en la dirección que se usa, las credenciales guardadas, la identidad de la cuenta, la negociación SMB, los requisitos de firma, los permisos del recurso compartido o la forma en que Finder maneja las carpetas de red.

El método de solución de problemas más seguro es hacer que ambas computadoras prueben el mismo objetivo. Comienza con la IP exacta del servidor y el nombre del recurso compartido, luego avanza por la resolución de nombres, autenticación, negociación de seguridad, permisos, compatibilidad con Samba y rendimiento del Finder. No comiences habilitando SMB heredado o desactivando la firma en el Mac.

Primero confirma que Windows y macOS están abriendo el mismo recurso compartido

Windows puede tener ya una unidad asignada como \\192.168.1.50\Documents, mientras el usuario de Mac está haciendo clic en un ícono de servidor en Finder o intentando solo smb://nombre-del-servidorEsas pruebas pueden apuntar a direcciones, cuentas o rutas de recursos compartidos diferentes.

En la computadora con Windows, anota la dirección del servidor que funciona, el nombre del recurso compartido, el nombre de usuario y si la conexión usa una dirección IP o un nombre de host. Luego presiona Command + K en Finder e ingresa la ruta equivalente, como smb://192.168.1.50/Documents.

Si el Mac puede abrir la ruta precisa de IP y recurso compartido, el servicio SMB y el recurso compartido son fundamentalmente accesibles. El problema restante probablemente sea el descubrimiento, DNS, credenciales almacenadas o el formato original de la ruta.

Usa la IP del servidor antes de confiar en el descubrimiento del Finder

Windows y macOS no siempre descubren los dispositivos de red de la misma manera. Un servidor puede aparecer automáticamente en el Explorador de archivos de Windows mientras permanece ausente en la vista de Red del Finder.

Esto no significa necesariamente que macOS no pueda usar SMB. El descubrimiento automático depende de DNS, mDNS, comportamiento compatible con NetBIOS, resolución de nombres del router y los anuncios realizados por el servidor de archivos. El acceso directo a través de smb://IP/compartir omite la mayor parte de esa capa de descubrimiento.

Si la IP funciona, mantenga la configuración SMB sin cambios e investigue el nombre en su lugar. Verifique si el nombre de host se resuelve a la dirección correcta, si el servidor se anuncia a través de mDNS y si el Mac tiene en caché una dirección antigua.

Borre las credenciales guardadas antes de restablecer la contraseña del servidor

macOS puede reutilizar credenciales SMB almacenadas en Llaveros. Esto se vuelve confuso cuando cambia una contraseña, se accede al mismo servidor tanto por IP como por nombre de host, o el usuario seleccionó previamente acceso de invitado.

Desconecte la compartición montada, abra Acceso a Llaveros y busque el nombre de host del servidor, dirección IP y nombre de la compartición. Elimine entradas obsoletas, luego reconecte e ingrese la cuenta que realmente existe en el servidor SMB.

Los pasos de solución de problemas de Apple comienzan verificando el nombre de usuario, contraseña, nombre de host y acceso a la compartición correctos. Aunque esa página aborda entornos SMB alojados en macOS, la misma separación es útil aquí: la autenticación exitosa y el permiso para usar una compartición particular son verificaciones diferentes.

Asegúrese de que el Mac esté enviando la identidad de cuenta correcta

Una computadora Windows puede conectarse automáticamente con su cuenta iniciada. En macOS, el diálogo de inicio de sesión puede predeterminar el nombre de usuario del Mac, que puede no existir en el servidor Windows, NAS o Samba.

El servidor puede esperar una cuenta local del servidor, usuario Samba, cuenta Microsoft, identidad de Active Directory o una cuenta calificada con un nombre de máquina, grupo de trabajo o dominio. Dependiendo del entorno, los formatos válidos pueden incluir nombre de usuario, SERVER\username, o DOMAIN\username.

No use un PIN de Windows Hello como contraseña SMB. Un PIN normalmente desbloquea el dispositivo Windows localmente; el servidor de archivos aún necesita la contraseña de la cuenta subyacente u otro método de autenticación compatible.

Verifique si el puerto 445 es accesible desde el Mac

Si la ruta SMB exacta falla antes de que aparezca el aviso de inicio de sesión, verifique que el Mac pueda alcanzar el servidor en el puerto TCP 445. Windows puede estar usando una interfaz de red, VLAN, perfil de firewall o ruta guardada diferente.

En macOS, una prueba simple como nc -vz 192.168.1.50 445 puede mostrar si el puerto acepta una conexión. Un tiempo de espera apunta a problemas de enrutamiento, aislamiento VLAN, reglas de firewall o un servidor que no está escuchando en la interfaz esperada.

Si el puerto 445 es accesible pero la autenticación falla, la ruta física de red ya no es la principal sospechosa. Pase a las credenciales, dialectos SMB, firma y permisos de recurso compartido.

La negociación del dialecto SMB puede diferir entre los dos clientes

Los routers antiguos, dispositivos NAS heredados e instalaciones obsoletas de Samba pueden ofrecer combinaciones de protocolos que una computadora Windows acepta pero que un Mac actual no negocia con éxito.

La solución a largo plazo es configurar el servidor para SMB2 y SMB3 en lugar de depender de SMB1 o una colección de excepciones de compatibilidad del lado del cliente. Una configuración moderna de Samba puede usar explícitamente SMB2 como protocolo mínimo y SMB3 como máximo, lo que ofrece a Windows y macOS un rango de negociación más claro.

No asuma que la compatibilidad con Windows prueba que la configuración del servidor es moderna. SMB1 o la autenticación heredada pueden haberse habilitado manualmente en esa máquina Windows, mientras que el Mac usa una base de seguridad diferente.

Los requisitos de firma y autenticación deben coincidir

La firma SMB verifica que los mensajes no hayan sido modificados en tránsito. Una conexión puede fallar cuando el cliente y el servidor no están de acuerdo sobre las capacidades de seguridad SMB, autenticación, firma o el comportamiento de validación-negociación.

Apple señala que SMB 3 es el método de conexión predeterminado en macOS, que las sesiones SMB 3 autenticadas usan firma, y que ciertos entornos vinculados a directorios pueden fallar durante las comprobaciones de validación-negociación y firma de sesión SMB 3. Ese es un caso específico de Open Directory, pero ilustra por qué un mensaje genérico de “conexión fallida” puede originarse durante la negociación de seguridad en lugar de la red básica.

No configurar signing_required=no o validate_neg_off=yes como primera respuesta. Deshabilitar la validación o la firma puede reducir la protección contra la interceptación. Primero confirme que el servidor admite una versión actual de SMB y tiene una política de firma coherente.

El acceso de invitado puede no ser lo que Windows está usando realmente

Un recurso compartido de Windows puede abrirse sin mostrar un aviso de contraseña, lo que lleva al usuario a asumir que es un recurso compartido para invitados. En realidad, Windows puede estar reutilizando credenciales almacenadas en caché desde el Administrador de Credenciales o la cuenta con sesión iniciada.

En el cliente Windows, inspecciona la sesión SMB activa o desconecta la carpeta compartida mapeada y vuelve a conectarla explícitamente. Luego usa la misma cuenta del servidor en el Mac.

Si la carpeta compartida es intencionalmente anónima, confirma que el servidor permite acceso de invitado y asigna usuarios invitados a una cuenta con permisos adecuados en el sistema de archivos. Evita habilitar acceso amplio de invitados solo para evitar un problema de credenciales no resuelto.

Los permisos de la carpeta compartida y los permisos del sistema de archivos son separados

Un Mac puede autenticarse con éxito pero aún así ver una carpeta compartida vacía, recibir “permiso denegado” o montar la carpeta como solo lectura. En ese caso, la conexión SMB funcionó; la autorización de archivos no.

La mayoría de los servidores de archivos evalúan al menos dos capas. La configuración de la carpeta compartida decide qué usuarios pueden acceder, mientras que los permisos NTFS, la propiedad POSIX o las ACL del sistema de archivos deciden qué pueden leer, crear, modificar y eliminar esos usuarios.

Prueba Windows y macOS con la misma cuenta del servidor. Si un cliente usa un usuario o grupo diferente, sus resultados no son directamente comparables. También verifica si el Mac se conectó accidentalmente como invitado mientras Windows usaba una cuenta autenticada.

Samba puede necesitar mejor soporte para metadatos de macOS

Si el servidor usa Samba, la compatibilidad básica con Windows no garantiza un comportamiento ideal en macOS. Finder y las aplicaciones de Mac usan atributos extendidos, metadatos de Finder, flujos de datos alternativos y forks de recursos que los clientes de Windows pueden nunca solicitar.

Una configuración de Samba destinada para uso mixto de Windows y macOS puede habilitar metadatos de macOS mediante fruit y streams_xattr. Una configuración típica puede incluir vfs objects = catia fruit streams_xattr para que los metadatos específicos de Apple se representen sin romper el acceso normal de Windows.

Estos módulos son más relevantes cuando la carpeta compartida se monta pero los nombres de archivos, atributos extendidos, forks de recursos, comportamiento de Time Machine o metadatos de Finder son inconsistentes. No sustituyen la corrección de una contraseña incorrecta o un servidor inaccesible.

Los problemas de rendimiento de Finder pueden parecer fallos de conexión

A veces la carpeta compartida está conectada, pero Finder muestra un directorio vacío, gira durante varios segundos o se vuelve no responsive al abrir una carpeta grande. El usuario experimenta esto como “SMB está roto”, aunque el montaje en sí haya tenido éxito.

Finder puede solicitar metadatos de archivos, permisos, vistas previas, información de recursos y actualizaciones de directorios. Estas operaciones afectan a un Mac de manera diferente a una simple lista de directorio de Windows, especialmente en carpetas grandes o servidores sin manejo de metadatos orientado a Apple.

Pruebe el mismo recurso compartido montado en Terminal con comandos como ls, o copie un archivo grande sin explorar primero un directorio grande. Si el acceso por Terminal funciona mientras Finder sigue lento, solucione problemas de metadatos y enumeración de directorios en lugar de autenticación.

Un recurso compartido lento no es lo mismo que un recurso compartido fallido

No combine fallos de autenticación y problemas de velocidad de transferencia en un solo diagnóstico. Un Mac que no puede montar un recurso compartido tiene un problema diferente de un Mac que monta con éxito pero escribe lentamente.

En un caso de la comunidad Unraid, las lecturas alcanzaron aproximadamente 180 MB/s mientras que las escrituras cayeron a aproximadamente 2 MB/s, aunque las pruebas locales de disco y red fueron mucho más rápidas. Eso es útil como patrón de síntoma, pero no prueba que la firma sea la causa universal; la disposición del almacenamiento, el comportamiento de la caché, los archivos pequeños, las interfaces del cliente y la configuración de Samba pueden producir una asimetría similar.

Mida por separado: rendimiento de red, lectura de un archivo grande, escritura de un archivo grande y carga de muchos archivos pequeños. Ajuste la configuración de rendimiento SMB solo después de identificar qué prueba es realmente lenta.

Samba basado en Docker añade problemas de mapeo de usuarios y volúmenes

Un contenedor Samba puede aceptar conexiones de Windows mientras rechaza macOS porque los dos clientes no presentan la misma identidad. El contenedor también puede publicar correctamente el puerto 445 mientras su volumen montado tiene propiedad o ACL incompatibles.

Verifique la cuenta Samba dentro del contenedor, el UID y GID del host usados para el almacenamiento montado, los permisos de lectura/escritura del volumen, el puerto publicado y el efectivo smb.conf. Revise los registros del contenedor mientras el Mac intenta conectarse.

Si la solicitud llega al contenedor y la autenticación tiene éxito, deje de cambiar la red de Docker. Concéntrese en el mapeo de usuarios, configuración de recursos compartidos, propiedad del sistema de archivos y soporte de metadatos Apple.

Trate los ajustes SMB del lado del cliente como la última capa

Las soluciones en línea a menudo proporcionan una larga /etc/nsmb.conf archivo que deshabilita la firma, cambia el almacenamiento en caché de directorios, fuerza un protocolo o modifica el comportamiento multicanal. Copiar todas esas configuraciones a la vez hace imposible saber qué cambio fue el importante.

Los cambios probados por la comunidad que involucran el almacenamiento en caché de directorios y el comportamiento multicanal por cable pueden ayudar en combinaciones específicas de macOS, red y Unraid. La misma discusión también incluye opciones que reducen la seguridad y resultados conflictivos, por lo que debe tratarse como solución de problemas experimental y no como una configuración universal.

Antes de editar nsmb.conf, guarde el estado actual y cambie un parámetro a la vez. Vuelva a probar la misma carpeta y transferencia de archivos después de cada cambio. Evite deshabilitar la firma solo por velocidad a menos que se entienda la compensación de seguridad y el recurso compartido esté limitado a una red confiable.

Siga un orden de solución de problemas en capas

El proceso más efectivo comienza con el objetivo exacto y avanza hacia un comportamiento del cliente cada vez más específico. No edite simultáneamente la configuración de Samba, Llavero, DNS, firma y Finder.

Comience con la ruta de Windows que funciona, pruebe smb://IP/compartir en macOS, y confirmar el puerto 445. Luego borre las credenciales guardadas, verifique la identidad de la cuenta y compruebe el soporte SMB2/3. Después, examine la firma, permisos del recurso compartido, ACL del sistema de archivos, extensiones Apple de Samba y el rendimiento de Finder.

Esta secuencia preserva la evidencia de cada prueba. Un resultado IP contra nombre de host identifica problemas de descubrimiento; un aviso de inicio de sesión identifica un servicio SMB accesible; un recurso compartido montado pero solo de lectura identifica permisos; y una sesión de Terminal funcional con una ventana Finder lenta identifica el comportamiento de navegación del cliente.

Conclusión final

Cuando SMB funciona en Windows pero falla en macOS, usa la conexión de Windows como referencia y no como prueba de que todas las configuraciones del servidor son correctas. Los dos clientes pueden estar usando direcciones, nombres de usuario, credenciales en caché, capacidades de protocolo o permisos diferentes.

Comienza con la exacta smb://IP/compartir ruta. Si la IP funciona pero el nombre de host falla, soluciona problemas de descubrimiento. Si el inicio de sesión falla, borra las credenciales del Llavero y verifica la cuenta del servidor. Si la autenticación funciona pero el acceso a archivos no, inspecciona los permisos de la compartición y las ACL del sistema de archivos. Si la compartición se monta pero Finder es lento, pasa a metadatos, extensiones Apple de Samba y pruebas de rendimiento medidas.

Las opciones del lado del cliente que desactivan la firma o las comprobaciones de negociación deben ser el último recurso. Un servidor SMB2/3 actualizado, un mapeo claro de cuentas, permisos correctos y soporte deliberado de metadatos en macOS ofrecen una solución más confiable que debilitar la seguridad para acomodar una incompatibilidad de configuración inexplicada.

Preguntas frecuentes

¿Por qué Windows puede ver mi servidor SMB pero Finder no?

Windows y macOS pueden usar métodos de descubrimiento diferentes. Prueba la IP exacta del servidor y la ruta de la compartición con smb://192.168.x.x/compartirSi eso funciona, el problema es la resolución o descubrimiento del nombre de host y no SMB en sí.

¿Por qué mi Mac sigue rechazando una contraseña que funciona en Windows?

El Mac puede estar reutilizando una contraseña antigua del Llavero o enviando su nombre de usuario local de macOS en lugar de la cuenta del servidor. Elimina la credencial SMB almacenada y vuelve a conectar con la cuenta definida en el servidor de archivos.

¿Debería desactivar la firma SMB en macOS?

No como primera solución. Desactivar la firma reduce la protección de integridad de mensajes y puede ocultar una configuración del servidor desactualizada o inconsistente. Verifica primero el soporte SMB2/3, las credenciales, los permisos y la política de firma del servidor.

¿Por qué el Mac puede montar la compartición pero no crear o editar archivos?

La conexión y autenticación tuvieron éxito, pero el usuario puede no tener acceso de escritura en la configuración de la compartición SMB o en los permisos subyacentes del sistema de archivos NTFS/POSIX.

¿Por qué Finder es lento cuando el Explorador de archivos de Windows es rápido?

Finder solicita metadatos adicionales y puede tardar más en enumerar directorios grandes. Prueba una transferencia directa de archivos grandes y compara Finder con Terminal antes de cambiar la configuración de seguridad.