Nautilus fails to see shares in 18.04

Question

After upgrading non-essential PCs to 18.04, while keeping my primary PC on 17.10, I'm running into a minor problem with networking and Nautilus in 18.04.

When I select Other Locations in the Nautilus sidebar, I expect to see the other machines on my network plus my Windows network. They are all there on machines running 17.10, but don't appear in 18.04. Also in 18.04 although there is an icon for the Windows network, clicking on it doesn't bring up the existing Workgroups as it does in 17.10.

My /etc/samba/smb.conf files are identical on all machines. I can access the shares from the 18.04 machines by running:

nautilus smb://<ip address>

in a terminal, which is why I suspect it has something to do with Nautilus rather than Samba. The Nautilus version on the 17.10 machines is 3.26.0, on the 18.04 machines is 3.26.3.

Solution 1

There's two different issues in your description.

The "Windows Network" problem is due to samba changing a client protocol level. https://ubuntuforums.org/showthread.php?t=2384959

To restore it to how it used to work:

Install smbclient:

sudo apt install smbclient

Then edit /etc/samba/smb.conf and add a line under the workgroup = WORKGROUP line:

client max protocol = NT1

Save the file and reboot ... yes ... reboot.

Please read the forum post about why Samba changed this to see if it affects you.

The other issue about not finding 17.10 samba servers seems odd because starting with that release they should be "published" automatically regardless of protocol level. I would see if the following service is running on all your machines:

sudo service avahi-daemon status

If it's not running restart it:

sudo service avahi-daemon start

Changing the client max to NT1 should also fix the Ubuntu 17.10 discovery but the avahi method really should be working by default.

Solution 2

I had to disable ufw firewall to make windows network browsing work. Have not figured out what rules to make it work with firewall on.

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                  

Comments

[Richard Quint]

The first part of the answer solved my problem, the avahi-daemon was already running.

[s.k]

client max protocol = SMB2 also worked for me. SMB3 not.

[Fiddy Bux]

client max protocol = NT1 - thank you, thank you! Been trawling for the answer to this for days. Although now I have two local shares showing for this machine, both smb://xubuntu.local and smb://xubuntu. I can live with this though. Going to now see if the same works on my Debian box.

[Joshua Besneatte]

Welcome to AskUbuntu! could you possibly add a bit more detail to your answer? Is this change made on the computer or on the router? HOW does one "let pass incoming traffic from the intranet" ? thanks!

[user979675]

It is just working because i have a working winsserver on the nas.

[user979675]

The change is made on the computer by changing firewall rules by gufw. I have to say it was working, but now it does not work any more because my nas is down, so I have no more winsserver.

[lanoxx]

I my case I also had to modify server min protocol see askubuntu.com/a/1235391/46262

[Sun Bear]

Try these rules: https://askubuntu.com/a/1335101/541417 w/o deactivating gufw.