Erro "Falha ao recuperar a lista de compartilhamento do servidor" ao navegar em um compartilhamento com o Nautilus

Um pouco antes de atualizar de 10.04 para 11.10, minha área de trabalho do Ubuntu parou de permitir o acesso aos meus diretórios de compartilhamento do Windows. Pensei em atualizar para a 11.10 e o problema seria corrigido, mas não.

Sempre que clico em um domínio de rede do Windows usando o Nautilus, a seguinte mensagem é exibida:

Não foi possível montar o local - falha ao recuperar a lista de compartilhamento do servidor

Onde começo a solucionar esse problema? Estou ficando desesperado agora :(

eu tentei

sudo mount -t cifs //SomeMachine/SomeShare some_directory

e eu recebo

mount error(115): Operation now in progress

Curiosamente, recebi um pop-up informando:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

Esta é a verdadeira resposta da sua pergunta. Eu também tive o mesmo problema.

Execute o terminal e insira este comando

gksudo gedit /etc/hosts

e adicione o endereço IP do computador e o nome no arquivo hosts. Salvar e sair.

Exemplo de ip e nome:

192.168.120.65    blablaPcName

Isso é tudo.

Eu encontrei este conselho de Gord Nickerson funcionou para mim: A mensagem de erro é 'Falha ao recuperar a lista de compartilhamento do servidor', de modo que não é possível navegar em um PC com Windows 7 ou Ubuntu 10 ou PC desktop Mac.

Primeiro, os daemons do Samba smbde nmbddevem estar em execução para que a navegação na rede funcione. Eles podem ser iniciados com serviceou systemctl startnas versões mais recentes do Ubuntu baseadas em sistema.

smbtree lista todos os compartilhamentos das máquinas na rede.

Então, /etc/sambavamos e nós sudo pico smb.conf.

A ordem de resolução de nomes usa os arquivos hosts primeiro e as transmissões por último e é comentada! Talvez mudemos isso para:

name resolve order = bcast host

e, em seguida, reinicie os servidores com service smbd restarteservice nmbd restart

Trabalho! Este é um erro terrível de se fazer em uma atualização. A atualização não deve interromper o que está funcionando, particularmente algo tão importante quanto a rede. Ainda bem que me lembro do trabalho manual que você teve que fazer para que o samba trabalhasse nos redhat 5 e 6.

É possível que este seja um erro geral ao conectar-se ao sistema:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

No caso do encadeamento acima, houve uma incompatibilidade entre o nome e o endereço IP e nmblookupajudou a determinar o problema. Além disso, esta página parece ter boas dicas para solução de problemas

• http://www.linuceum.com/Server/srvSambaTrouble.php

Que eu estou copiando:

• Coloque o smbclient no modo de depuração, a saída deve aparecer no dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Você pode montar de outros sistemas?

Edite sua pergunta se você resolver mais problemas.

Com o Ubuntu 14.04:

Este erro pode ser causado por um nome de netbios com um tamanho maior que 15 caracteres. Ele deve gerar logs no arquivo /var/log/samba/log.smbd, com a seguinte aparência:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Este erro pode ser corrigido editando o arquivo /etc/samba/smb.conf e adicionando a seguinte linha:

netbios name = NAME-OF-PC

NOME DO PC não deve ter mais de 15 caracteres.

Eu tive resultados muito bons em ambientes de rede mistos (Windows / Ubuntu) com este método:

1. Pressione Alt+ F2e digite:gksu gedit /etc/nsswitch.conf

2. Procure esta linha:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Adicione winspara que fique assim:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Instale o pacote "winbind": sudo apt-get install winbind

   (Ou via Software Center ou Synaptic .)

5. Reinicie ou reinicie sua rede.

Basta adicionar "allow out" ao firewall:

• Porta 137 / UDP - usada pelo nmbd
• Porta 138 / UDP - usada pelo nmbd
• Porta 139 / TCP - usada pelo smbd
• Porta 445 / TCP - usada pelo smbd

E funcionará, e se você não souber, basta instalar o "gufw" e usar o "+" e a "guia simples".

Meu problema foi devido a /etc/samba/smb.conf. Pesquisou WORKGROUPe excluiu a linha depois que mencionava um localhostnome. Verifique se o WORKGROUPmesmo é para os dois arquivos de configuração em cada máquina. Uma maneira geral é sudo apt-get purge samba(e / ou remove?) E então sudo apt-get install samba. É assim que resolvo o problema na primeira vez, depois de atualizar de 16.10 para 17.04 em uma das minhas máquinas (a 16.10 era um buggy para mim). Eu tenho duas máquinas agora: 16.04 e 17.04.

Eu tive esse problema e o resolvi instalando o pacote gvfs-bin . Exceto pelo gvfs-bin, a maioria dos pacotes gvfs já estava instalada: gvfs, -common, -libs, -daemons e -backends.

Tente fazer login em uma caixa do Windows no Ubuntu usando Arquivos. Vá para "Outros locais" e "Conecte ao Serer" na parte inferior. Use smb: // nome_do_usuário @ endereço do servidor. Isso funcionou para mim.

O problema (pelo menos no Ubuntu 18.04, onde eu tentei) é o seguinte comando:

sudo ufw allow Samba

adicionará apenas regras para o Samba atuando como servidor. Ele não adicionará nenhuma regra para o Samba atuar como cliente. Mas quando você tenta montar um compartilhamento remoto, é isso que você está fazendo: nesse cenário, sua máquina é um cliente e a máquina remota é um servidor.

Além disso, o erro "sem resposta" é uma dica de que algum firewall está atrapalhando as coisas. Máquinas geralmente respondem a solicitações. Eles podem responder com um erro; nesse caso, você tem outros problemas, mas, se não responderem, seus pacotes geralmente estão sendo consumidos por um firewall.

As regras que permitem que o Samba atue como um servidor não são suficientes para permitir que o Samba atue como um cliente, porque as máquinas remotas respondem a partir de sua própria porta 137, mas a porta local na qual essas respostas chegam não é 137, é um pouco porta aleatória.

Para resolver esse problema, execute o seguinte comando:

sudo ufw allow in proto udp from any port 137,138 to any

Isso permitirá que pacotes UDP cheguem a qualquer porta local, desde que sejam originários da porta 137 ou 138 do computador remoto. A porta 138 provavelmente não é necessária, pois só vi pacotes chegando de 137, mas você nunca sabe.

Provavelmente isso é inseguro, porque a porta de origem pode ser falsificada, mas não sejamos paranóicos.

Isso consertou para mim.

Eu só conseguia ver meu servidor samba pelo endereço IP.

Alternando bcast para 1º em 'name resolve order = bcast lmhosts hosts wins'. E reiniciando o samba. Entre esta linha, reinicia o samba.

sudo service samba restart

Isso também não funcionou.

Fui procurar /etc/samba/lmhostspara verificá-lo e sem arquivo! Então eu fiz fantasmas.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Ainda não consegui pesquisar o nome do servidor. Então eu pensei esperar, o nome do computador e o nome do samba são diferentes. Então editei hosts e nome do host, alterando-os para o nome do servidor samba. Nome de host cuidadoso possui apenas uma palavra. O nome do computador sem # comentários.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Agora simplesmente funciona. Posso apenas clicar em rede no nautilus ou caja e o servidor aparece! Em todos os clientes, todos são Linux ou Android. Mesmo em uma antiga máquina de espremer debian.