Nautilus non riesce a vedere le condivisioni nel 18.04


13

Dopo aver aggiornato i PC non essenziali alla 18.04, mantenendo il mio PC principale alla 17.10, ho riscontrato un piccolo problema con la rete e Nautilus nella 18.04.

Quando seleziono Altre posizioni nella barra laterale di Nautilus, mi aspetto di vedere le altre macchine sulla mia rete più la mia rete Windows. Sono tutti lì su macchine con 17.10, ma non appaiono nel 18.04. Sempre nel 18.04, sebbene sia presente un'icona per la rete Windows, facendo clic su di essa non vengono visualizzati i gruppi di lavoro esistenti come in 17.10.

I miei /etc/samba/smb.conffile sono identici su tutte le macchine. Posso accedere alle condivisioni dalle macchine 18.04 eseguendo:

nautilus smb://<ip address>

in un terminal, motivo per cui sospetto che abbia qualcosa a che fare con Nautilus piuttosto che con Samba. La versione Nautilus sulle macchine 17.10 è 3.26.0, sulle macchine 18.04 è 3.26.3.

Risposte:


15

Ci sono due diversi problemi nella tua descrizione.

Il problema "Rete Windows" è dovuto al fatto che samba modifica un livello di protocollo client: https://ubuntuforums.org/showthread.php?t=2384959

Per ripristinarlo nel modo in cui funzionava: Installa smbclient:

sudo apt install smbclient

Quindi modifica /etc/samba/smb.conf e aggiungi una riga sotto la riga workgroup = WORKGROUP :

client max protocol = NT1

Salva il file e riavvia ... sì ... riavvia.

Si prega di leggere il post del forum sul perché Samba ha cambiato questo per vedere se ti riguarda.

L'altro problema di non trovare i server samba 17.10 sembra strano perché a partire da quella versione dovrebbero essere "pubblicati" automaticamente indipendentemente dal livello del protocollo. Vorrei vedere se il seguente servizio è in esecuzione su tutte le macchine:

sudo service stato avahi-daemon

Se non è in esecuzione, riavviarlo:

sudo service avahi-demon start

La modifica del client max su NT1 dovrebbe anche risolvere la scoperta di Ubuntu 17.10, ma il metodo avahi dovrebbe davvero funzionare di default.


La prima parte della risposta ha risolto il mio problema, il daemon avahi era già in esecuzione.
Richard Quint,

client max protocol = SMB2 ha funzionato anche per me. SMB3 no.
sk

client max protocol = NT1- grazie, grazie ! Sono stato a strascico per la risposta a questo per giorni. Anche se ora ho due condivisioni locali che mostrano per questa macchina, sia smb://xubuntu.locale smb://xubuntu. Posso conviverci però. Andando a vedere ora se lo stesso funziona sulla mia casella Debian.
Fiddy Bux,

1

Ho dovuto disabilitare il firewall per far funzionare la navigazione in rete di Windows. Non ho capito quali regole per farlo funzionare con il firewall.

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

La disabilitazione del firewall risolve davvero il problema.

l'altra soluzione è far passare il traffico in entrata dall'intranet (ad esempio xxx1 / 24) su udp con la porta di origine impostata su 137 e lasciare passare il traffico in entrata dall'intranet su udp con la porta di destinazione impostata su 137. Le altre porte di netbios non deve essere aperto.


Benvenuto in AskUbuntu! potresti aggiungere qualche dettaglio in più alla tua risposta? Questa modifica è stata apportata sul computer o sul router? COME si fa a "far passare il traffico in entrata dall'intranet"? Grazie!
Joshua Besneatte,

Funziona solo perché ho un winsserver funzionante sul NAS.
user979675

La modifica viene apportata al computer modificando le regole del firewall da gufw. Devo dire che funzionava, ma ora non funziona più perché il mio nas è inattivo, quindi non ho più winsserver.
user979675
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.