Mount CIFS Host está caído

97

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?

Kevin
fuente
hacer un nslookup nas.domain.local ¿es igual a la ip que pinchó?
Tony Roth
Sí, la IP devuelta es precisa. Puedo acceder a la interfaz web del NAS utilizando la IP y el dominio también. Puedo acceder a los datos de mi computadora portátil usando el dominio o la IP, por lo que parece que hay otro problema en juego aquí
Kevin
66
Agregue el --verboseinterruptor a su comando de montaje, publique cualquier error / resultado que parezca relevante.
Zoredache
¿El servicio incluso se ejecuta en el servidor remoto? ¿Es un servidor Linux o Windows? Si es Linux ... verifique que el servicio se esté ejecutando. Asegúrese de que no se hayan realizado cambios en el firewall ... Si se trata de Windows ... entonces podría considerar reiniciar ...
Jay
1
@Zoredache Añadir -vvvpara obtener aún más información detallada !
Serge Stroobandt

Respuestas:

108

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
Marcin P
fuente
Mi NAS está en Linux cuando pruebo su solución, smbclient -L 192.168.1.47 -U admin -d 256todo funciona perfectamente, pero cuando lo intento mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichierssigue diciendomount error(112): Host is down
Olivier Pons
3
¿Has tratado de especificar el protocolo como explico en esta respuesta? Intente agregar vers = 2.0 o vers = 3.0 o vers = 1.0 (según la configuración de este NAS) agregando: mount -t cifs -o nombre de usuario = aa, contraseña = bb, uid = olivier, vers = 2.0 //192.168.1.47/ partagefichiers / / mnt / PartageFichiers
Marcin P
11
Extraño. La página del manual dice que ese vers=1.0es el valor predeterminado, pero no pude hacer que mi unidad de red se montara antes de pasar explícitamente vers=1.0.
Hubro
¿Es posible cambiar eso en el lado de Windows? Tengo un software que reenvía estas opciones a cifs y no conoce la opción vers, por lo que no se reenvía.
Andrew Savinykh
1
En el archivo fstab será así//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP
43

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 .

Sjoerd Timmer
fuente
Gracias, tuve el mismo problema, sin embargo, no sé qué actualización hace que esto sea necesario.
Ben
Este es un problema realmente extraño. Lo mismo me pasó hoy. Intenté degradar smbclient y libwbclient, pero el problema persistió. Tal vez algo en el servidor cambió. Creo que también es CentOS, ¡espero que no sea CentOS 5! Gracias por la solución :)
jPlatte
2
Tuve que hacer esto para que mi sistema Fedora 26 accediera a una montura en mi Synology NAS DS413j, mi / etc / fstab ahora tiene ", vers = 1.0" al final de la cadena de opciones y ya no aparece el mensaje de error "Host está inactivo".
Neek
1
Tuve una actualización de Ubuntu 16.04 a 18.04 (LTS) que rompió mis monturas de un Lacie NAS. Esto hizo el truco para mí.
YoungFrog
14

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>
usuario449376
fuente
3
Todo funcionaba desde dentro del /etc/fstabmontaje cifs; después apt upgradeen mi Ubuntu 16.04 esto sucedió. Especificar el -o vers=1.0hizo el truco. Gracias
equivalente8
7

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

Patrice
fuente
Cualquiera que use Ubuntu 18.04, agregar la ,vers=1.0opción resuelve el problema al usar el tutorial proporcionado por Ji m en ubuntuhandbook.org/index.php/2014/08/…
Geppettvs D'Constanzo
Tengo el mismo problema y puedo resolverlo usando la versión 1 en el protocolo. Pero tengo una tasa muy baja de transmisión de datos. Sospecho que podría deberse a la versión 1, por lo que sería mejor usar otra versión.
Ben
5

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.

lolinux
fuente
Recuerde verificar el firewall en ambos lados: cliente y servidor (así como cualquier firewall que pueda haber en el camino entre ellos). En mi caso, fue el firewall del cliente el que estaba bloqueando las conexiones al servidor. Tuve que agregar iptablesreglas para permitirlos: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTy iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPT, ¿dónde 1.2.3.4estaba la dirección IP del servidor?
Antonio Vinicius Menezes Medei
Mi NAS está en Linux, así que todavía tengo este problema, pero gracias por compartirlo
Olivier Pons
4

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.

Serge Stroobandt
fuente
4

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.

Bernhard
fuente
2

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.

d.dieckert
fuente
AVM usa una versión desactualizada de Samba que ellos mismos mantienen. Eso probablemente explica por qué uno tiene que usar en vers=1.0lugar de las versiones de protocolo más nuevas y más apropiadas.
0xC0000022L
2

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.

Dr. John A Stevenson
fuente
0

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.

slm
fuente
0

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
Ludwig
fuente
0

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
Jon.Mozley
fuente
0

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.

Matthias Mielke
fuente
0

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í)
Roger Lipscombe
fuente
-4

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

Vinicius Freitas
fuente
44
No hagas esto . smbv1 es el vector que WannaCry usa para propagarse y se está eliminando gradualmente en todas partes.
Andrew Schulman