Problema número 1 - resolver ordem
Soa como um problema de resolução em torno do NMB. É mencionado aqui neste tópico intitulado: Nautilus não vê computadores de rede ... [RESOLVIDO] .
ordem de resolução não descoberta
# What naming service and in what order should we use to resolve host names
# to IP addresses
name resolve order = lmhosts host wins bcast
informou que trabalha para resolver a ordem
name resolve order = bcast lmhosts host wins
Certifique-se de reiniciar os serviços NMB / SMB depois de fazer essa alteração.
Problema número 2 - protocolo do cliente
Pesquisando sua questão ainda mais, me deparei com essa dica neste AU Q & A intitulado: O Nautilus não consegue ver os compartilhamentos em 18.04 . A dica de lá foi para mudar o seguinte:
$ more /etc/samba/smb.conf
workgroup = WORKGROUP
client max protocol = NT1
Depois de fazer as alterações acima, é aconselhável reiniciar, e não simplesmente reiniciar.
Como parte desta dica, certifique-se de que o serviço avahi esteja em execução:
$ sudo service avahi-daemon status
$ sudo service avahi-demon start
Problema número 3 - firewalld
De acordo com este artigo do askfedora.org intitulado: fedora 27 navegação na rede não funciona. Por que? é sugerido tentar desabilitar o firewalld. Pode estar inibindo as portas 137-139 que são necessárias para que os serviços NMB / SMB do Samba funcionem adequadamente.
Problema número 4 - Bug 1513394 com gvfs
Pesquisas contínuas levaram a esse problema que ainda está listado como aberto. O problema, intitulado: Bug 1513394 - Aplicativos usando gvfs não podem navegar em compartilhamentos SMB . Tem a ver com o pacote gvfs-smb.
Applications using gvfs are unable to browse SMB shares
Estas etapas podem ser usadas para verificar se o problema afeta seu sistema.
Passos para reproduzir:
1. nmblookup -M -- -
2. nmblookup -M workgroup
3. smbtree
4. gio list network://
5. gio list smb:///
6. gio list smb://workgroup
Se as coisas não funcionarem, os resultados das etapas acima ficarão assim:
1. will return IP address for __MSBROWSE__ special name
2. will return IP address for workgroup master browser
3. will correctly list workgroup, workgroup members and their shares
4. returned items are missing workgroup members
5. will return empty
6. will return an error message "The specified location is not mounted"
Se as coisas estiverem funcionando, os resultados ficarão assim:
1. OK
2. OK
3. OK
4. returned items should contain workgroup members
5. should contain workgroup name
6. should contain workgroup members
Deve-se notar que ainda não parece haver uma correção para isso:
For the record, it doesn't work in Fedora 28 and Samba 4.8 either.
Leia os comentários sobre o assunto para ver o restante da história.
Referências