Smb share: no se puede conectar a smb local desde el Capitán

1

He configurado un recurso compartido de samba en mi red local usando una frambuesa pi. Puedo montar el recurso compartido desde mi máquina Linux y dispositivos iOS (usando Fileshare), pero no puedo desde mi nuevo Macbook Pro ejecutando el Capitán. Uso cmd + k en el buscador y escribo las credenciales de usuario, pero aparece un mensaje de error (en danés) que dice algo como "hubo un problema al conectarse al servidor". He intentado cambiar smb: // a cifs: //. Obtengo el cuadro de diálogo con las credenciales de usuario, pero ahora tiembla, como si mi contraseña fuera incorrecta. Incluso se vuelve más extraño: puedo usar ssh desde la terminal sin problemas ...

¿Alguien sabe lo que está pasando? ¿Y qué hacer?

    
pregunta BBKim 12.12.2015 - 15:43

1 respuesta

0

Si está familiarizado con la conexión a través de Linux a través de /etc/fstab , entonces sabe que hay muchas posibilidades de lo que podría salir mal simplemente porque hay MUCHAS opciones diferentes para conectarse a diferentes tipos de recursos compartidos de red, y parece que Como todos los sistemas operativos manejan estas opciones de manera diferente.

He encontrado problemas similares a esto antes, y en mi caso, siempre fue un problema con la propiedad / permisos y / o el punto de montaje específico (o una combinación de los dos):

Por ejemplo, tengo una configuración de grupo de ZFS utilizando FreeNAS , y el punto de montaje se establece en //x.x.x.x/share , y el inicio de sesión Se supone que las credenciales son para un usuario específico. No tengo problemas para conectarme a él en Windows, pero la única manera de conectarme a él en OS X es conectarme directamente a la IP usando las credenciales de la raíz. Sé que hay una forma de solucionarlo, pero aún no he llegado a estudiarlo.

Por lo tanto, mi primer consejo sería que intentes conectarte directamente a smb://x.x.x.x o smb://x.x.x.x/share , o cualquier otra variación que puedas imaginar, usando varios conjuntos de credenciales que tengan acceso a ese cuadro.

También podría ser un problema con la versión de Samba (por lo que Samba es notoria) que podría estar causando que estos dos tipos no estén de acuerdo entre sí.

También, a veces en OS X, si estoy tratando de montar un recurso compartido con uno de los diversos comandos mount en el Terminal, me parece que a veces me causa problemas si lo hago con mi usuario normal, así que en ciertas circunstancias , Necesito usar sudo para montarlo como root.

Si todo lo demás falla, intentaría instalar los paquetes de Netatalk en tu Raspberry Pi. Netatalk es una versión de código abierto del Protocolo de intercambio de archivos de Apple (AFP), que OS X obviamente tiende a manejar mucho mejor que Samba (SMB) . Si habilitas el recurso compartido para que también use AFP, puedes conectarte desde Finder utilizando afp://x.x.x.x/share , etc.

Si está ejecutando Raspbian, esos paquetes deberían estar disponibles a través de apt-get . Espero que esto ayude!

    
respondido por el rubynorails 12.12.2015 - 16:26

Lea otras preguntas en las etiquetas