O host CIFS de montagem está inoperante

98

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?

Kevin
fonte
fazer um nslookup nas.domain.local é igual ao ip que você pingou?
tony roth
Sim, o IP retornado é preciso. Também posso acessar a interface da web do NAS usando o IP e o domínio. Eu posso acessar os dados no meu laptop usando o domínio ou IP por isso parece que há algum outro problema no jogo aqui
Kevin
6
Adicione a --verboseopção ao seu comando mount, publique quaisquer erros / resultados que pareçam relevantes.
Zoredache
O serviço está sendo executado no servidor remoto? É um servidor Linux ou Windows? Se for Linux ... verifique se o serviço está em execução. Certifique-se de nenhuma mudança foi feito para o firewall ... Se for windows ... então você pode considerar um reboot ...
Jay
1
@Zoredache Adicione -vvvpara obter informações ainda mais detalhadas !
Serge Stroobandt

Respostas:

108

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
Marcin P
fonte
Meu NAS está no Linux quando eu tentar a sua solução smbclient -L 192.168.1.47 -U admin -d 256tudo funciona perfeitamente, mas quando tento mount -t cifs -o username=aa,password=bb,uid=olivier //192.168.1.47/partagefichiers/ /mnt/PartageFichiersele mantém dizendomount error(112): Host is down
Olivier Pons
3
Você já tentou especificar o protocolo como explico nesta resposta? Tente adicionar vers = 2.0 ou vers = 3.0 ou vers = 1.0 (dependendo das configurações deste NAS) adicionando: mount -t cifs -o nome de usuário = aa, senha = bb, uid = olivier, vers = 2.0 //192.168.1.47/ PartageFichiers / / mnt / PartageFichiers
Marcin P
11
Estranho. A página de manual diz que esse vers=1.0é o padrão, mas não consegui montar minha unidade de rede antes de passar explicitamente vers=1.0.
Hubro 6/0218
É possível mudar isso no lado do Windows? Eu tenho um software que encaminha essas opções para cifs e ele não conhece a opção vers, portanto não é encaminhado.
Andrew Savinykh
1
No arquivo fstab será assim//<server_ip>/<share> /media/<mountpoint> cifs username=<username>,password=<password>,iocharset=utf8,sec=ntlm,vers=1.0 0 0
PRIHLOP
43

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 .

Sjoerd Timmer
fonte
Obrigado, tive o mesmo problema, mas não sei qual atualização torna isso necessário.
Ben
Este é um problema realmente estranho. A mesma coisa aconteceu comigo hoje. Tentei fazer o downgrade do smbclient e libwbclient, mas o problema persistiu. Talvez algo no servidor tenha mudado. Eu acho que também é o CentOS, espero que não o CentOS 5! Obrigado pela solução :)
jPlatte
2
Eu tive que fazer isso no meu sistema Fedora 26 acessando uma montagem no meu Synology NAS DS413j, meu / etc / fstab agora tem ", vers = 1.0" no final da cadeia de opções e não há mais mensagem de erro 'O host está inativo'.
Neek
1
Eu tive uma atualização do Ubuntu 16.04 para 18.04 (LTS) que quebrou minhas montagens de um NAS Lacie. Isso fez o truque para mim.
YoungFrog
14

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>
user449376
fonte
3
Tudo estava funcionando de dentro do /etc/fstabcifs mount; depois apt upgradeno meu Ubuntu 16.04 isso aconteceu. Especificando o -o vers=1.0fez o truque. Obrigado
equivalent8
7

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

Patrice
fonte
Qualquer pessoa que utilize o Ubuntu 18.04, adicionando a ,vers=1.0opção, resolve o problema ao usar o tutorial fornecido por Ji em ubuntuhandbook.org/index.php/2014/08/…
Geppettvs D'Constanzo
Eu tenho o mesmo problema e posso resolvê-lo usando a versão 1 no protocolo. Mas eu tenho uma taxa muito baixa de transmissão de dados. Eu suspeito que pode ser devido à versão 1, então usar outra versão seria melhor.
Ben
5

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.

lolinux
fonte
Lembre-se de verificar o firewall nos dois lados: cliente e servidor (bem como qualquer firewall que possa existir no caminho entre eles). No meu caso, era o firewall do cliente que estava bloqueando as conexões com o servidor. Eu tive que adicionar iptablesregras para permitir: iptables -A INPUT -s 1.2.3.4/32 -j ACCEPTe iptables -A OUTPUT -d 1.2.3.4/32 -j ACCEPTonde 1.2.3.4estava o endereço IP do servidor.
Antonio Vinicius Menezes Medei 12/09
Meu NAS está no Linux por isso ainda tenho este problema, mas obrigado por compartilhar
Olivier Pons
4

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.

Serge Stroobandt
fonte
4

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.

Bernhard
fonte
2

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.

d.dieckert
fonte
O AVM usa uma versão desatualizada do Samba que eles mantêm. Isso provavelmente explica por que é preciso usar em vers=1.0vez das versões de protocolo mais recentes mais apropriadas.
0xC0000022L
2

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.

Dr. John A Stevenson
fonte
1

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)
Roger Lipscombe
fonte
0

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.

slm
fonte
0

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

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

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.

Matthias Mielke
fonte
-4

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

Vinicius Freitas
fonte
4
Não faça isso . smbv1 é o vetor que o WannaCry usa para se espalhar e está sendo eliminado em todos os lugares.
Andrew Schulman 02/02