O host CIFS de montagem está inativo

Question

Eu tenho um problema com um ponto de montagem que foi configurado anteriormente. Ele mostra a pasta, mas a montagem está faltando 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 recebo o erro:

Host is down.

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

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

Eu olhei ao redor, mas não consegui encontrar uma resposta sólida. Alguma idéia?

    

Answer 1

Isso também pode ser devido a uma incompatibilidade de protocolo. Em 2017, a Microsoft corrigiu os servidores Windows e recomendou que desativassem o protocolo SMB1.

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

O erro exibido é "O host está inativo", 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 sbmclient: add -m SMB2 (ou SMB3 para a versão mais nova do protocolo)

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

ou para mount: 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

    

Answer 2

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

    

Answer 3

USB-stick no Fritz NAS mostrou "Host Down" para o Ubuntu 17.10:

Definindo a versão ( vers=1.0 ) trabalhada - aqui está a string 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>

    

Answer 4

Desculpe se esta é uma resposta tardia (percebo que é um tópico antigo), no entanto, acabei de descobrir que existe outra possível razão pela qual o mount.cifs diria que o host está inativo.

Eu tenho um antivírus com um firewall e, embora eu o defina explicitamente para permitir "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á desativado pode não significar que ele não esteja respondendo a pings, mas pode significar que ele não está respondendo a tentativas de autenticação.

    

Answer 5

Eu recebi o mesmo erro sem mais demoras de um novo cliente Samba, ao tentar montar um compartilhamento de rede CIFS SMB:

mount error(112): Host is down

Eventualmente, descobri que eu havia anteriormente restringido o acesso ao 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 neste caso específico.

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

    

Answer 6

Problema semelhante após a atualização para o Ubuntu 17.10, com um antigo Buffalo Diskstation. Resolvido adicionando em / etc / fstab a opção "vers = 1.0":

// myWDhostname / partage / media / Cifs da partição guest, vers = 1.0 0 0

    

Answer 7

A versão SMB1 do protocolo foi descontinuada, no entanto, essa é a versão padrão usada em versões anteriores 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 erro Host is down .

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 ao qual você está se conectando usar o DFS, você receberá o seguinte erro: mount error(38): Function not implemented . Isso ocorre porque o suporte a DFS no SMB3 era apenas adicionado ao kernel na versão 4.11 .

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

    

Answer 8

O mesmo problema com o Fritzbox 7490: erro de montagem (112): Host está inativo

Eu não usei -o vers = XX. Tão rápido quanto um tubarão eu sou, eu tentei pela primeira vez -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-genérico # 20-Ubuntu SMP x86_64 GNU / Linux
Server: Fritzbox 7490 firmware 6.83.

    

Answer 9

O mesmo problema na conexão com o Synology DiskStation (DSM 4.3).

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

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

    

Answer 10

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 parece assim:

username=mydomain\user1
password=somepass

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

    

Answer 11

Em nosso caso, verifiquei o nome de login dos usuários (de user2) no AD. Lá eu notei que o nome estava começando com uma letra maiúscula e mudei para minúsculas, como está escrito no script de montagem. Mesmo que não tenhamos tocado nem no user2 nem no script de montagem antes, de repente o comando de montagem 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

    

Answer 12

Para mim, o compartilhamento cifs montado estava em um servidor Windows cujo endereço IP havia mudado recentemente, para que eu pudesse efetuar ping no servidor e resolver seu novo endereço, mas a montagem não tinha sido atualizada. Ao executar uma desmontagem lenta e, em seguida, montar novamente o meu problema foi resolvido:

umount -l /mnt/share
mount -a

    

Answer 13

Eu também corri para o problema mencionado após uma atualização para o Xubuntu 17.10. Eu uso um Synology DiskStation. O que eu vi lá: Na DiskStation, você pode escolher quais protocolos serão suportados. Ao adicionar os protocolos relevantes (até SBM3) nas opções avançadas para serviços de arquivos no painel de controle, você também pode resolver o problema.

    

Answer 14

Teve um problema semelhante. A solução para mim estava no lado do servidor de compartilhamento do Windows. Mesmo passando o valor de vers = 2.0 para o meu servidor Linux, a montagem não estava funcionando. Então eu tive que habilitar no meu suporte ao servidor Windows smbv1. Este artigo me ajudou: