Nautilus sieht am 18.04. Keine Aktien

Nach dem Upgrade nicht notwendiger PCs auf 18.04, während mein primärer PC auf 17.10 bleibt, stoße ich in 18.04 auf ein kleines Problem mit dem Netzwerk und Nautilus.

Wenn ich in der Nautilus-Seitenleiste Andere Standorte auswähle, werden voraussichtlich die anderen Computer in meinem Netzwerk sowie in meinem Windows-Netzwerk angezeigt. Sie sind alle auf Computern mit 17.10 vorhanden, werden jedoch nicht in 18.04 angezeigt. Auch in 18.04 werden die vorhandenen Arbeitsgruppen nicht wie in 17.10 angezeigt, obwohl ein Symbol für das Windows-Netzwerk vorhanden ist.

Meine /etc/samba/smb.confDateien sind auf allen Computern identisch. Ich kann von den 18.04-Computern aus auf die Freigaben zugreifen, indem ich Folgendes ausführe:

nautilus smb://<ip address>

in einem Terminal, weshalb ich vermute, dass es eher mit Nautilus als mit Samba zu tun hat. Die Nautilus-Version auf den 17.10-Maschinen ist 3.26.0, auf den 18.04-Maschinen ist 3.26.3.

Ihre Beschreibung enthält zwei verschiedene Probleme.

Das Problem "Windows-Netzwerk" ist darauf zurückzuführen, dass Samba eine Client-Protokollebene geändert hat: https://ubuntuforums.org/showthread.php?t=2384959

So stellen Sie die Funktionsweise wieder her: Installieren Sie smbclient:

sudo apt install smbclient

Bearbeiten Sie dann /etc/samba/smb.conf und fügen Sie eine Zeile unter der Zeile workgroup = WORKGROUP hinzu:

client max protocol = NT1

Speichern Sie die Datei und starten Sie neu ... ja ... neu.

Bitte lesen Sie den Forumsbeitrag darüber, warum Samba dies geändert hat, um festzustellen, ob es Sie betrifft.

Das andere Problem, 17.10 Samba-Server nicht zu finden, scheint seltsam, da sie ab dieser Version unabhängig von der Protokollebene automatisch "veröffentlicht" werden sollten. Ich würde sehen, ob der folgende Dienst auf allen Ihren Computern ausgeführt wird:

sudo service avahi-daemon status

Wenn es nicht läuft, starten Sie es neu:

sudo service avahi-demon start

Das Ändern des Client-Maximums auf NT1 sollte auch die Ubuntu 17.10-Erkennung beheben, aber die Avahi-Methode sollte standardmäßig funktionieren.

Ich musste die UWW-Firewall deaktivieren, damit das Windows-Netzwerk-Browsing funktioniert. Habe nicht herausgefunden, nach welchen Regeln die Firewall funktioniert.

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                  

Das Deaktivieren der Firewall löst das Problem.

Die andere Lösung besteht darin, eingehenden Datenverkehr aus dem Intranet (z. B. xxx1 / 24) auf udp mit dem Quellport 137 zu übertragen und eingehenden Datenverkehr aus dem Intranet auf udp mit dem Zielport 137 zuzulassen. Die anderen Ports von netbios müssen nicht geöffnet werden.