Nautilus falha em ver compartilhamentos em 18.04


12

Depois de atualizar os PCs não essenciais para o 18.04, mantendo o meu PC principal no 17.10, estou enfrentando um pequeno problema com a rede e o Nautilus no 18.04.

Quando seleciono Outros locais na barra lateral do Nautilus, espero ver as outras máquinas na minha rede e a minha rede Windows. Eles estão todos lá em máquinas rodando 17.10, mas não aparecem na 18.04. Também no 18.04, embora exista um ícone para a rede Windows, clicar nele não abre os grupos de trabalho existentes, como no 17.10.

Meus /etc/samba/smb.confarquivos são idênticos em todas as máquinas. Eu posso acessar os compartilhamentos das máquinas 18.04 executando:

nautilus smb://<ip address>

em um terminal, e é por isso que suspeito que tenha algo a ver com o Nautilus e não com o Samba. A versão do Nautilus nas máquinas 17.10 é 3.26.0, nas máquinas 18.04 é 3.26.3.

Respostas:


15

Há dois problemas diferentes em sua descrição.

O problema "Rede do Windows" é devido ao samba alterar um nível de protocolo do cliente: https://ubuntuforums.org/showthread.php?t=2384959

Para restaurá-lo para o modo como costumava funcionar: Instale o smbclient:

sudo apt install smbclient

Em seguida, edite o /etc/samba/smb.conf e adicione uma linha na linha workgroup = WORKGROUP :

client max protocol = NT1

Salve o arquivo e reinicie ... sim ... reinicie.

Leia o post do fórum sobre por que o Samba mudou isso para ver se isso afeta você.

A outra questão sobre não encontrar servidores samba 17.10 parece estranha, porque a partir desse lançamento eles deveriam ser "publicados" automaticamente, independentemente do nível do protocolo. Gostaria de ver se o seguinte serviço está sendo executado em todas as suas máquinas:

status do serviço sudo avahi-daemon

Se não estiver em execução, reinicie-o:

sudo service avahi-demon start

Alterar o cliente max para NT1 também deve corrigir a descoberta do Ubuntu 17.10, mas o método avahi realmente deve estar funcionando por padrão.


A primeira parte da resposta resolveu meu problema, o avahi-daemon já estava em execução.
Richard Quint

protocolo max client = SMB2 também funcionou para mim. SMB3 não.
sk 13/12

client max protocol = NT1- obrigada, obrigada ! Estou procurando a resposta para isso há dias. Embora agora eu tenha dois compartilhamentos locais sendo exibidos para esta máquina, ambos smb://xubuntu.locale smb://xubuntu. Eu posso viver com isso embora. Agora vou ver se o mesmo funciona na minha caixa Debian.
Fiddy Bux 07/01/19

1

Eu tive que desativar o firewall ufw para fazer a navegação na rede do Windows funcionar. Ainda não descobri quais regras para fazê-lo funcionar com o firewall ativado.

Status: active

To                         Action      From
--                         ------      ----
137,138/udp                ALLOW       Anywhere                  
139,445/tcp                ALLOW       Anywhere                  
Apache Full                ALLOW       Anywhere                  
Samba                      ALLOW       Anywhere                  
Samba (v6)                 ALLOW       Anywhere (v6)             

22/tcp                     ALLOW OUT   Anywhere                  

0

Desabilitar o firewall realmente resolve o problema.

a outra solução é permitir o tráfego de entrada da intranet (por exemplo, xxx1 / 24) no udp com a porta de origem definida como 137 e também permitir o tráfego de entrada da intranet no udp com a porta de destino definida como 137. As outras portas do O netbios não precisa ser aberto.


Bem-vindo ao AskUbuntu! você poderia adicionar um pouco mais de detalhes à sua resposta? Essa alteração foi feita no computador ou no roteador? COMO "deixar passar o tráfego de entrada da intranet"? obrigado!
Joshua Besneatte 29/07/19

Ele está apenas funcionando porque eu tenho um servidor de vitórias de trabalho no NAS.
user979675

A alteração é feita no computador alterando as regras do firewall pelo gufw. Devo dizer que estava funcionando, mas agora não funciona mais porque o meu NAS está inoperante, então não tenho mais servidor de vitórias.
user979675
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.