Nautilus ne voit pas d'actions en 18.04

Après avoir mis à niveau les PC non essentiels vers 18.04, tout en conservant mon PC principal sur 17.10, je rencontre un problème mineur avec la mise en réseau et Nautilus en 18.04.

Lorsque je sélectionne Autres emplacements dans la barre latérale Nautilus, je m'attends à voir les autres machines sur mon réseau ainsi que mon réseau Windows. Ils sont tous présents sur les machines exécutant la version 17.10, mais n'apparaissent pas dans la version 18.04. Également en 18.04 bien qu'il y ait une icône pour le réseau Windows, cliquer dessus ne fait pas apparaître les groupes de travail existants comme en 17.10.

Mes /etc/samba/smb.conffichiers sont identiques sur toutes les machines. Je peux accéder aux partages à partir des machines 18.04 en exécutant:

nautilus smb://<ip address>

dans un terminal, c'est pourquoi je soupçonne que cela a quelque chose à voir avec Nautilus plutôt qu'avec Samba. La version Nautilus sur les machines 17.10 est 3.26.0, sur les machines 18.04 est 3.26.3.

Il y a deux problèmes différents dans votre description.

Le problème "Windows Network" est dû à la modification par Samba du niveau d'un protocole client: https://ubuntuforums.org/showthread.php?t=2384959

Pour le restaurer comme il fonctionnait auparavant: installez smbclient:

sudo apt install smbclient

Modifiez ensuite /etc/samba/smb.conf et ajoutez une ligne sous la ligne workgroup = WORKGROUP :

client max protocol = NT1

Enregistrez le fichier et redémarrez ... oui ... redémarrez.

Veuillez lire le post du forum sur les raisons pour lesquelles Samba a changé cela pour voir si cela vous affecte.

L'autre problème de ne pas trouver de serveurs samba 17.10 semble étrange car à partir de cette version, ils devraient être "publiés" automatiquement quel que soit le niveau du protocole. Je verrais si le service suivant fonctionne sur toutes vos machines:

sudo service avahi-daemon status

S'il ne fonctionne pas, redémarrez-le:

sudo service avahi-demon start

Changer le max du client en NT1 devrait également corriger la découverte d'Ubuntu 17.10 mais la méthode avahi devrait vraiment fonctionner par défaut.

J'ai dû désactiver le pare-feu ufw pour faire fonctionner la navigation réseau Windows. Je n'ai pas compris les règles pour le faire fonctionner avec un pare-feu.

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                  

La désactivation du pare-feu résout en effet le problème.

l'autre solution consiste à laisser passer le trafic entrant de l'intranet (par exemple xxx1 / 24) sur udp avec le port source défini à 137, et également à laisser passer le trafic entrant de l'intranet sur udp avec le port de destination défini à 137. Les autres ports de les netbios n'ont pas besoin d'être ouverts.