"Наутілус" не побачив акції 18.04

Після оновлення несуттєвих ПК до 18.04, зберігаючи основний ПК на 17.10, я стикаюся з незначною проблемою з мережами та Nautilus в 18.04.

Коли я вибираю Інші місця на бічній панелі Nautilus, я очікую побачити інші машини в моїй мережі, а також мою мережу Windows. Усі вони є на машинах, що працюють 17.10, але не з’являються в 18.04. Також в 18.04, хоча є піктограма для мережі Windows, натискання на неї не відображає існуючі робочі групи, як це робиться в 17.10.

Мої /etc/samba/smb.confфайли однакові на всіх машинах. Я можу отримати доступ до акцій з 18.04 машин, запустивши:

nautilus smb://<ip address>

в терміналі, тому я підозрюю, що це має щось більше стосується Наутілуса, а не Самба. Версія Nautilus на машинах 17.10 становить 3,26,0, на машинах 18,04 - 3,26,3.

У вашому описі є дві різні проблеми.

Проблема "Мережі Windows" пов'язана з тим, що самба змінила рівень протоколу клієнта: https://ubuntuforums.org/showthread.php?t=2384959

Щоб відновити його до того, як він працював: Встановіть smbclient:

sudo apt install smbclient

Потім відредагуйте /etc/samba/smb.conf та додайте рядок під робочою групою = РОБОТА РОБОТИ :

client max protocol = NT1

Збережіть файл і перезавантажте ... так ... перезавантажте.

Прочитайте повідомлення на форумі про те, чому Самба змінив це, щоб побачити, чи впливає він на вас.

Інше питання про те, щоб не знайти 17.10 серверів samba, здається дивним, оскільки, починаючи з цього випуску, вони повинні бути "опубліковані" автоматично незалежно від рівня протоколу. Я побачу, чи працює на всіх ваших машинах наступна служба:

статус судо-сервісу avahi-daemon

Якщо він не запущений, перезавантажте його:

sudo service avahi-demon start

Зміна клієнтського максимуму на NT1 також повинна виправити відкриття Ubuntu 17.10, але метод avahi дійсно повинен працювати за замовчуванням.

Мені довелося вимкнути брандмауер ufw, щоб змусити роботу браузера в мережі Windows. Не зрозуміли, за якими правилами він працює з брандмауером.

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                  

Вимкнення брандмауера справді вирішує проблему.

інше рішення - дозволити передавати вхідний трафік з інтрамережі (наприклад, xxx1 / 24) на udp з вихідним портом, встановленим на 137, а також дозволити передавати вхідний трафік з інтрамережі на udp з портом призначення, встановленим на 137. Інші порти netbios не потрібно відкривати.