Mount CIFS Host está caído

Tengo un problema con un punto de montaje que se configuró previamente. Muestra la carpeta, pero falta el soporte y contiene "?" valores de tamaño, permisos, etc.

Así que intenté volver a montar usando cifs y el mismo comando de antes:

mount -t cifs //nas.domain.local/share /mnt/archive

Pero me sale el error:

Host is down.

Si hago ping al dominio o IP obtengo una resolución adecuada y también me conecté usando smbclient sin problemas

 ping nas.domain.local
 ping ip
 smbclient //nas.domain.local/share

Miré a mi alrededor, pero no puedo encontrar una respuesta sólida. ¿Alguna idea?

Esto también podría deberse a una falta de coincidencia de protocolo. En 2017, Microsoft parchó los servidores de Windows y aconsejó deshabilitar el protocolo SMB1.

De ahora en adelante, mount.cifs podría tener problemas con la negociación del protocolo.

El error que se muestra es "El host está inactivo", pero cuando depura con:

smbclient -L <server_ip> -U <username> -d 256

obtendrá el error:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Para superar esto, use mount o smbclient con un protocolo especificado.

para smbclient: agregue -m SMB2 (o SMB3 para la versión más reciente del protocolo)

smbclient -L <server_ip> -U <username> -m SMB2

o para el montaje: agregue vers = 2.0 (o vers = 3.0 si desea usar la versión 3 del protocolo)

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0

En archlinux después de una actualización reciente del paquete, tuve que agregar vers = 1.0 a mis opciones de montaje. Me estoy conectando a una vieja caja de centos 5 y hasta ayer pude conectarme sin indicar explícitamente un número de versión.

CIFS en el kernel 4.13 de Linux ahora tiene el valor predeterminado SMB 3.0 y en el kernel 4.14 prueba 2.1 y superior. Ver este registro de cambios .

La memoria USB en Fritz NAS mostró "Host Down" para Ubuntu 17.10:

La definición de la versión ( vers=1.0) funcionó: aquí está la cadena completa:

sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000  //192.168.178.1/fritz.nas <local mountpoint>

Problema similar después de la actualización a ubuntu 17.10, con una antigua Buffalo Diskstation. Se resolvió agregando en / etc / fstab la opción "vers = 1.0":

// myWDhostname / partage / media / Partage cifs guest, vers = 1.0 0 0

Lo siento si esta es una respuesta tardía (me doy cuenta de que es un hilo viejo), sin embargo, acabo de descubrir que hay otra posible razón por la cual mount.cifs diría que el host está caído.

Tengo un antivirus con firewall y, aunque lo configuré explícitamente para permitir el "uso compartido de archivos e impresiones de Windows", una regla predefinida, seguía bloqueando las conexiones. Lo probé al deshabilitar el firewall temporalmente. Espero que esto ayude a alguien, el host está inactivo podría no significar que no responde a los pings, pero podría significar que no responde a los intentos de autenticación.

Recibí el mismo error sin más preámbulos de un nuevo cliente Samba, al intentar montar un recurso compartido de red CIFS SMB:

mount error(112): Host is down

Finalmente, resultó que anteriormente había restringido el acceso del servidor SMB a solo un número limitado de direcciones IP al configurar /etc/samba/smb.conf:

# Allow these IP Addresses to connect: 
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Anything else not allowed is, by default, rejected
hosts deny = ALL

Agregar la dirección IP fija del nuevo cliente SMB resolvió el problema en este caso específico.

Por supuesto, hay una miríada de otras razones por las cuales uno puede recibir el error mencionado anteriormente.

El mismo problema al conectarse a Synology DiskStation (DSM 4.3).

Usar vers = 1.0 en las opciones de montaje funciona bien.

Además, tuve que usar la opción "noperm" porque todos los archivos mostraban erróneamente que el propietario no podía leerlos ni escribirlos.

El mismo problema con Fritzbox 7490: error de montaje (112): el host está inactivo

No utilicé -o vers = XX. Tan rápido como un tiburón que soy, primero probé -o vers = 2.0 y fallé.
¡Tan pronto como use la opción -o vers = 1.0 , todo funciona bien!

Esto funciona para mi ...

 sudo mount -t cifs -o rw,username=myname_on_the_box,pass\word=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something    

Mi env:
Cliente: Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64
Servidor GNU / Linux : firmware Fritzbox 7490 6.83.

La versión SMB1 del protocolo ha quedado en desuso, sin embargo, esta es la versión predeterminada utilizada en versiones anteriores de mount.cifs, por ejemplo, tengo este problema con la versión 6.2.

Puedes consultar con: sudo mount.cifs --version

Si intenta conectarse a un servidor SMB3 utilizando el protocolo SMB1, obtendrá el Host is downerror.

La solución alternativa, como se describe en muchas otras respuestas aquí, es especificar una versión diferente del protocolo. El siguiente comando funciona para mí: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Sin embargo , si el servidor que se está conectando a DFS utiliza, por lo que recibirá el siguiente error en su lugar: mount error(38): Function not implemented. Esto se debe a que el soporte DFS en SMB3 solo se agregó al kernel en la versión 4.11 .

Puede verificar la versión de su kernel con uname -a. En mi caso, era 3.10 en CentOS7. Seguí estas instrucciones para actualizar y ahora funciona.

Normalmente uso este tipo de comando para montar un recurso compartido cifs / smb.

mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt

el archivo de credenciales se ve así:

username=mydomain\user1
password=somepass

Esto también se puede adaptar a una configuración de montaje automático para que el sistema pueda manejar el montaje / desmontaje automáticamente mediante autofs.

En nuestro caso, verifiqué el nombre de usuario (de usuario2) en el AD. Allí noté que el nombre comenzaba con una letra mayúscula y lo cambié a minúscula como está escrito en el script de montaje. Incluso si no tocamos ni user2 ni el script de montaje antes, de repente el comando de montaje fue exitoso.

mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664

Para mí, el recurso compartido cifs montado estaba en un servidor de Windows cuya dirección IP había cambiado recientemente, por lo que pude hacer ping al servidor y resolver su nueva dirección, pero el montaje no se había actualizado. Al ejecutar un desmontaje diferido y luego volver a montar, mi problema se resolvió:

umount -l /mnt/share
mount -a

También me encontré con el problema mencionado después de una actualización a Xubuntu 17.10. Yo uso una Synology DiskStation. Lo que vi allí: en DiskStation, puede elegir qué protocolos admitir. Al agregar los protocolos relevantes (hasta SBM3) en las opciones avanzadas para servicios de archivos en el panel de control, también puede resolver el problema.

Si tiene este problema con un Synology NAS, compruebe que la vers=opción especificada mounty las versiones mínimas / máximas de SMB en el NAS sean compatibles.

Específicamente, estoy usando vers=2.0, pero mi Synology Diskstation estaba activando el Host is downerror. Encontré una página, acceso a Windows 10 para compartir NAS. SMB 1.0 y 3.0 , en el sitio web de Synology que explica cómo configurar Diskstation para permitir SMB v2.0 o más reciente ...

En Synology NAS

• Vaya al Panel de control -> Servicios de archivo
• En la pestaña SMB / AFP / NFS, seleccione Configuración avanzada
• Cambiar el protocolo SMB máximo a SMB3
• Cambie el protocolo Minumum SMB a SMB2 (la página dice que use SMB2 con MTU grande, pero eso no funcionó para mí)

Tuve un problema similar La solución para mí estaba en el lado del servidor compartido de Windows. Incluso pasando el valor vers = 2.0 a mi servidor Linux, el montaje no funcionaba. Así que tuve que habilitar en mi servidor Windows el soporte smbv1. Este artículo me ayudó: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and