Nautilus nie widzi akcji w 18.04

Po uaktualnieniu nieistotnych komputerów do 18.04, przy jednoczesnym zachowaniu mojego podstawowego komputera na 17.10, mam niewielki problem z siecią i Nautilus w 18.04.

Kiedy wybiorę Inne lokalizacje na pasku bocznym Nautilus, spodziewam się, że zobaczę inne komputery w mojej sieci oraz moją sieć Windows. Wszystkie są dostępne na komputerach z systemem 17.10, ale nie pojawiają się w 18.04. Również w 18.04 chociaż istnieje ikona sieci Windows, kliknięcie jej nie wywołuje istniejących grup roboczych, jak to ma miejsce w 17.10.

Moje /etc/samba/smb.confpliki są identyczne na wszystkich komputerach. Mogę uzyskać dostęp do udziałów z maszyn 18.04, uruchamiając:

nautilus smb://<ip address>

w terminalu, dlatego podejrzewam, że ma to coś wspólnego z Nautilusem, a nie Sambą. Wersja Nautilus na maszynach 17.10 to 3.26.0, a na maszynach 18.04 to 3.26.3.

W twoim opisie są dwa różne problemy.

Problem „Windows Network” jest spowodowany zmianą poziomu protokołu klienta przez sambę: https://ubuntuforums.org/showthread.php?t=2384959

Aby przywrócić go do poprzedniego stanu: Zainstaluj smbclient:

sudo apt install smbclient

Następnie edytuj /etc/samba/smb.conf i dodaj linię pod linią workgroup = WORKGROUP :

client max protocol = NT1

Zapisz plik i uruchom ponownie ... tak ... uruchom ponownie.

Przeczytaj post na forum o tym, dlaczego Samba to zmieniła, aby zobaczyć, czy to na ciebie wpływa.

Drugi problem związany z brakiem znalezienia serwerów samby 17.10 wydaje się dziwny, ponieważ począwszy od tego wydania powinny one być „publikowane” automatycznie, niezależnie od poziomu protokołu. Sprawdziłbym, czy na wszystkich twoich komputerach działa następująca usługa:

status avahi-daemon usługi sudo

Jeśli nie jest uruchomiony, uruchom go ponownie:

sudo service avahi-demon start

Zmiana klienta max na NT1 powinna również naprawić wykrywanie Ubuntu 17.10, ale metoda avahi naprawdę powinna działać domyślnie.

Musiałem wyłączyć zaporę ufw, aby przeglądanie sieci Windows działało. Nie zorientowałem się, jakie zasady mają działać przy włączonej zaporze ogniowej.

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                  

Wyłączenie zapory rzeczywiście rozwiązuje problem.

innym rozwiązaniem jest przepuszczanie ruchu przychodzącego z intranetu (na przykład xxx1 / 24) na udp z portem źródłowym ustawionym na 137, a także zezwalanie na przekazywanie ruchu przychodzącego z intranetu na udp z portem docelowym ustawionym na 137. Inne porty Netbios nie musi być otwierany.