16.04 CIFS "Host está inactivo" pero no están

Tengo mi configuración CIFS en fstab y están funcionando como se supone que deben arrancar. Se montan como deberían y trabajan por un tiempo. Parece que de la nada (podría ser después de desbloquear la máquina, etc.) aparece el error "El host está inactivo" al intentar acceder. Tengo múltiples y todos están caídos. También se comparten desde el mismo servidor. En este momento, verifico en una computadora con Windows y una máquina 14.04 obsoleta y están en funcionamiento como se supone que deben hacerlo. Después de hacer clic en los recursos compartidos en nautilus y obtener errores repetidos, comenzarán a funcionar nuevamente. Para acceder a un recurso compartido que está "inactivo", se necesitan unos 2-3 minutos para hacer clic al azar en diferentes montajes y volver al primero cuando muestra automáticamente los datos en el punto de montaje.

No tengo este problema en las máquinas 14.04 que no se han actualizado en mucho tiempo. Todas esas máquinas son completamente funcionales y los CIFS nunca se "caen". El 16.04 no fueron un problema hasta más recientemente.

Me he asegurado de actualizar cada dos días y he limpiado los viejos encabezados de Linux (a simple vista, probablemente debería haber revertido). Hago esto porque estoy suplicando que solo aparezca una solución, pero han pasado semanas luchando contra los montajes CIFS sin ninguna solución.

Estoy enfrentando el mismo problema. Parece que tiene algo que ver con las versiones más recientes de Kernel y samba.

He logrado resolver esto agregando vers = 2.0 en los comandos de montaje (o al final de cada línea fstab)

Después de muchas pruebas, agregar vers=1.0la línea de montaje parece solucionar el problema. El montaje funciona ahora en Ubuntu 17.10 como lo hizo durante años en versiones anteriores de Ubuntu.

Yo mismo he enfrentado el mismo problema, quería montar automáticamente usando el método que se encuentra en el wiki de Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) aunque tengo el mismo problema que se indicó anteriormente:mount error(112): Host is down

Lo que me ayudó fue agregar vers=3.0en las opciones y:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Parece que ahora solo funciona si omites SMB1 y usas otro especificado, SMB3 funcionó para mí, así que no he intentado nada más.

He usado una cuenta local en la máquina de Windows, no una con el nombre de dominio outlook.com, ya que he leído algo que también podría causar conflictos.

Otros ya han insinuado la solución, pero puede valer la pena explicar brevemente la razón.

mount.cifs en Ubuntu 16.04 usa el protocolo SMB1 por defecto.

En versiones posteriores de mount.cifs, la versión SMB predeterminada es 2.1 o 3.0.

Los servidores actuales de Windows ya no admiten el protocolo SMB 1.0, a menos que estén configurados específicamente en su registro para aceptarlo. Entonces, de manera predeterminada, rechazan las conexiones de los clientes que utilizan el protocolo SMB1. Lo que lleva al mensaje engañoso "Host está inactivo".

Pero algunos sistemas más antiguos (más a menudo NAS) no son compatibles con los protocolos 2.1 o 3.

La solución es decirle mount.cifsque use el protocolo correcto para conectarse a su servidor, usando la vers=opción. Por ejemplo, para conectarse a una máquina con Windows 10:

mount -t cifs ... -o vers=3.0,...

o a un viejo NAS de Ubuntu 18.04 o posterior:

mount -t cifs ... -o vers=1.0,...

De man mount.cifs(en Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Si define su montura /etc/fstab, podría verse así:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

Tuve el mismo problema después de una actualización del cliente de los cifs-utils a 6.7-2. Y básicamente la solución de josepcoves y user695658 funcionó para mí. Pero solo el valor 1.0 para la opción de montaje 'vers' funcionó para mí. Parece que el valor predeterminado para el parámetro 'vers' ya no es 1.0.