O host CIFS de montagem está inoperante

Eu tenho um problema com um ponto de montagem que foi configurado anteriormente. Ele mostra a pasta, mas a montagem está ausente e contém "?" valores para tamanho, permissões etc.

Então, eu tentei remontar usando cifs e o mesmo comando de antes:

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

Mas eu recebo o erro:

Host is down.

Se eu efetuar ping no domínio ou no IP, obtenho uma resolução adequada e também conecto usando smbclient sem problemas

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

Olhei em volta, mas não consigo encontrar uma resposta sólida. Alguma ideia?

Isso também pode ocorrer devido a uma incompatibilidade de protocolo. Em 2017, a Microsoft corrigiu os Servidores Windows e recomendou desativar o protocolo SMB1.

A partir de agora, o mount.cifs poderá ter problemas com a negociação do protocolo.

O erro exibido é "O host está inoperante.", Mas quando você depura com:

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

você receberá o erro:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Para superar isso, use mount ou smbclient com um protocolo especificado.

para smbclient: adicione -m SMB2 (ou SMB3 para a versão mais recente do protocolo)

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

ou para montagem: adicione vers = 2.0 (ou vers = 3.0 se você quiser usar a versão 3 do protocolo)

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

No archlinux após uma atualização recente do pacote, tive que adicionar vers = 1.0 às minhas opções de montagem. Estou me conectando a uma caixa antiga do centos 5 e, até ontem, consegui conectar sem especificar explicitamente o número da versão.

O CIFS no kernel do linux 4.13 agora assume o padrão SMB 3.0 e no kernel 4.14 tenta o 2.1 e superior. Veja este log de alterações .

O pendrive no Fritz NAS mostrou "Host Down" para o Ubuntu 17.10:

Definindo a versão ( vers=1.0) funcionou - aqui está a sequência 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 semelhante após a atualização para o ubuntu 17.10, com uma antiga Buffalo Diskstation. Resolvido adicionando / etc / fstab a opção "vers = 1.0":

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

Desculpe se esta é uma resposta tardia (eu sei que é uma thread antiga), no entanto, acabei de descobrir que há outra razão possível para o mount.cifs dizer que o host está inoperante.

Eu tenho um antivírus com um firewall e, embora o defina explicitamente para permitir o "compartilhamento de arquivos e impressão do Windows" - uma regra predefinida, ele ainda estava bloqueando as conexões. Eu tinha isso provado desativando o firewall temporariamente. Espero que isso ajude alguém, o host está inativo pode não significar que não está respondendo a pings, mas pode significar que não está respondendo a tentativas de autenticação.

Recebi o mesmo erro sem mais delongas de um novo cliente Samba, ao tentar montar um compartilhamento de rede CIFS SMB:

mount error(112): Host is down

Eventualmente, descobriu-se que eu havia restringido o acesso do servidor SMB a apenas um número limitado de endereços IP, configurando /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

A adição do endereço IP fixo do novo cliente SMB resolveu o problema nesse caso específico.

Obviamente, há uma infinidade de outras razões pelas quais alguém pode receber o erro acima mencionado.

O mesmo problema ao conectar-se ao Synology DiskStation (DSM 4.3).

Usar vers = 1.0 nas opções de montagem funciona bem.

Além disso, eu tive que usar a opção "noperm" porque todos os arquivos mostrados incorretamente como não legíveis e graváveis ​​pelo proprietário.

Mesmo problema com o Fritzbox 7490: erro de montagem (112): o host está inoperante

Eu não usei -o vers = XX. Tão rápido quanto um tubarão, sou o primeiro a tentar -o vers = 2.0 e falhei.
Assim que eu usei a opção -o vers = 1.0 , tudo funciona bem!

Isso funciona para mim ..

 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    

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

A versão SMB1 do protocolo foi preterida, no entanto, esta é a versão padrão usada nas versões mais antigas do mount.cifs, por exemplo, eu tenho esse problema com a versão 6.2.

Você pode verificar com: sudo mount.cifs --version

Se você tentar se conectar a um servidor SMB3 usando o protocolo SMB1, receberá o Host is downerro.

A solução alternativa, conforme descrito por muitas outras respostas aqui, é especificar uma versão diferente do protocolo. O seguinte comando funciona para mim: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

No entanto , se o servidor que você está se conectando utiliza DFS, em seguida, você receberá o seguinte erro em vez disso: mount error(38): Function not implemented. Isso ocorre porque o suporte ao DFS no SMB3 foi adicionado apenas ao kernel na versão 4.11 .

Você pode verificar sua versão do kernel com uname -a. No meu caso, era 3,10 no CentOS7. Eu segui estas instruções para atualizar e agora funciona.

Se você está tendo esse problema com um Synology NAS, verifique se a vers=opção especificada mounte as versões mínimas / máximas de SMB no NAS são compatíveis.

Especificamente, estou usando vers=2.0, mas minha Synology Diskstation estava acionando o Host is downerro. Eu encontrei uma página, o Windows 10 acesso ao compartilhamento NAS. SMB 1.0 e 3.0 , no site da Synology, que explica como configurar a Diskstation para permitir o SMB v2.0 ou mais recente ...

No Synology NAS

• Vá para Painel de Controle -> Serviços de Arquivo
• Na guia SMB / AFP / NFS, selecione Configurações avançadas
• Alterar o protocolo SMB máximo para SMB3
• Altere o protocolo SMB Minumum para SMB2 (a página diz para usar o SMB2 com MTU grande, mas isso não funcionou para mim)

Eu normalmente uso esse tipo de comando para montar um compartilhamento cifs / smb.

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

o arquivo de credenciais tem a seguinte aparência:

username=mydomain\user1
password=somepass

Isso também pode ser adaptado a uma configuração de montagem automática, para que a montagem / desmontagem possa ser manipulada pelo sistema automaticamente via autofs.

No nosso caso, verifiquei o nome de login do usuário (do usuário2) no AD. Lá, notei que o nome estava começando com uma letra maiúscula e a alterei para minúscula, conforme está escrito no script de montagem. Mesmo se não tocássemos nem no user2 nem no script mount, de repente o comando mount foi bem-sucedido.

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 mim, o compartilhamento cifs montado estava em um servidor Windows cujo endereço IP havia mudado recentemente, para que eu pudesse executar ping no servidor e resolver seu novo endereço, mas a montagem não havia se atualizado. Ao executar uma desmontagem lenta e, em seguida, remontar, meu problema foi resolvido:

umount -l /mnt/share
mount -a

Eu também acabei de encontrar o problema mencionado após uma atualização para o Xubuntu 17.10. Eu uso um Synology DiskStation. O que vi lá: No DiskStation, você pode escolher quais protocolos oferecer suporte. Adicionando os protocolos relevantes (até SBM3) nas opções avançadas para serviços de arquivo no painel de controle, você também pode resolver o problema.

Teve um problema semelhante. A solução para mim estava no lado do servidor de compartilhamento do Windows. Mesmo passando o valor vers = 2.0 para o meu servidor Linux, a montagem não estava funcionando. Então eu tive que ativar no meu servidor Windows suporte smbv1. Este artigo me ajudou: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and