☰

cifs, smb: no se puede montar (permiso denegado) ni navegar por la carpeta compartida

tag-icon • tag-icon mount permissions samba cifs
cifs, smb: no se puede montar (permiso denegado) ni navegar por la carpeta compartida

Recientemente me encontré con este problema. Normalmente navego a través de una carpeta compartida de la red local desde una máquina Linux a través de smb (es decir, desde el administrador de archivos usando smb:). Ahora, cada vez que intento acceder al acceso directo o escribir la credencial nuevamente, aparece la ventana de diálogo que solicita usuario, dominio y contraseña.

Entonces intenté montar la ubicación manualmente usando cisf-utils haciendo:

sudo mount -t cifs //fileshare1/docs1/user/My\ Documents/shared/Francesco/ /home/frank/used_shared/ -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Yo obtengo mount error(13): Permission denied.

Definitivamente estoy seguro de que mi usuario tiene permiso en esa carpeta porque puedo acceder a ella desde una máquina con Windows.

Además, si intento montar mi carpeta personal en esa ubicación a través de:

sudo mount -t cifs //fileshare1/docs5/francesco.azzarello/ /home/frank/mnt_folder -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Puedo acceder sin problema.

Como referencia, estoy usando el kernel genérico 4.2.0-36 y mi versión de mount.cifs es 6.4

¿Alguna idea sobre cómo hacer que uno de ambos métodos funcione?

ActualizarRespecto a la respuesta de ponsfrilus

número 1: la opción detallada devuelve:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,uid=1000,gid=1000,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

El número 2 es básicamente lo mismo:

_ mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Y nada cambió con vers=2.1:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,vers=2.1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

En cuanto al número 4, puedo montar docs1 sin problemas, pero puedo navegar hasta llegar a la carpeta compartida en el usuario.

Respuesta1

Estoy bastante seguro de que me encontré exactamente con el mismo problema hoy en Ubuntu 16.10. Probé todas las sugerencias en este hilo varias veces, pude montar exactamente el mismo recurso compartido usando Windows Server 2016 y pude explorarlo usando smbclient ( smbclient -U brainstrust //WINBOX01/shared). Incluso probé con un archivo de credenciales externo.

Terminé encontrando una solución: aunque había creado un usuario local para compartir en el cuadro de Windows, también estaba unido a un dominio. Básicamente, configurar el dominio para que sea la máquina local -o domain=WINBOX01solucionó mi problema al instante, así que dejé un comentario aquí con la esperanza de que sea útil para alguien.

El comando mínimo completo que utilicé fue:

sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01  --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01

Respuesta2

Creo que tienes el tipo de seguridad incorrecto para el servidor, el error 13 significa que el servidor no te deja entrar.

Deberá seleccionar el modo de seguridad correcto en su comando de montaje y agregar una opción de segundo mediante -o de la siguiente manera[referencia]:

sec=
   Security mode. Allowed values are:
   ·   none - attempt to connection as a null user (no name)
   ·   krb5 - Use Kerberos version 5 authentication
   ·   krb5i - Use Kerberos authentication and forcibly enable packet 
       signing
   ·   ntlm - Use NTLM password hashing
   ·   ntlmi - Use NTLM password hashing and force packet signing
   ·   ntlmv2 - Use NTLMv2 password hashing
   ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
   ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
   ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet signing

Respuesta3

  1. Intente agregar la opción "-v" para obtener una salida detallada:

    sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
   Documents/shared/Francesco/ /home/frank/mnt_folder -o \
   username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

  2. Pruebe con estas opciones al comando de montaje

    iocharset=utf8,rw,file_mode=0777,dir_mode=0777:

    sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
   Documents/shared/Francesco/ /home/frank/mnt_folder -o 
   username=my_user,password=my_pass,domain=my_domain,\
   iocharset=utf8,rw,file_mode=0777,dir_mode=0777

  3. Pruebe especificando la opción de versión SMB (vers=2.1), consulteel wiki de samba. Desde la página del manual de mount.cifs:

    vers=
    versión del protocolo SMB. Los valores permitidos son:

    • 1.0: el protocolo CIFS/SMBv1 clásico. Este es el valor predeterminado.

    • 2.0 - El protocolo SMBv2.002. Esto se introdujo inicialmente en Windows Vista Service Pack 1 y Windows Server 2008. Tenga en cuenta que la versión inicial de Windows Vista hablaba un dialecto ligeramente diferente (2.000) que no es compatible.

    • 2.1: el protocolo SMBv2.1 que se introdujo en Microsoft Windows 7 y Windows Server 2008R2.

    • 3.0: el protocolo SMBv3.0 que se introdujo en Microsoft Windows 8 y Windows Server 2012.

  4. Finalmente, intenta montar solo el primer recurso compartido:

    sudo mount -v -t cifs //fileshare1/docs1/ /home/frank/mnt_folder \
   -o username=my_user,password=my_pass,domain=my_domain,\
   iocharset=utf8,rw,file_mode=0777,dir_mode=0777

Cualquier resultado detallado que pueda compartir podría ayudar.

Respuesta4

Agregar la opción sec=ntlmal comando de montaje resolvió mi problema.

p.ej:

sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/

información relacionada