После обновления второстепенных ПК до 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>
в терминале, поэтому я подозреваю, что это как-то связано с Наутилусом, а не с Samba. Версия Nautilus на машинах 17.10 - 3.26.0, на машинах 18.04 - 3.26.3.
В Вашем описании существует два других вопроса.
Проблема "Windows Network" происходит из-за самбы, изменяющей клиентский протокольный уровень: https://ubuntuforums.org/showthread.php? t=2384959
Для восстановления его к тому, как это раньше работало: Установка smbclient:
sudo apt install smbclient
Затем отредактируйте/etc/samba/smb.conf и добавьте строку под рабочей группой = строка РАБОЧЕЙ ГРУППЫ:
client max protocol = NT1
Сохраните файл и перезагрузку... да... перезагрузка.
Читайте сообщение форума о том, почему Samba изменил это, чтобы видеть, влияет ли это на Вас.
Другая проблема о не нахождении 17,10 серверов самбы кажется нечетной, потому что, начиная с того выпуска они должны быть "опубликованы" автоматически независимо от протокольного уровня. Я видел бы, работает ли следующий сервис на всех Ваших машинах:
сервисное состояние avahi-демона sudo
Если это не работает, перезапускают его:
sudo service avahi-demon start
Изменение клиента макс. к NT1 должно также зафиксировать исследование Ubuntu 17.10, но avahi метод действительно должен работать по умолчанию.
Я должен был отключить ufw брандмауэр для создания сети окон, просматривающей работу. Не выяснили что правила заставить его работать с брандмауэром на.
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
Отключение брандмауэра действительно решает проблему.
другое решение состоит в том, чтобы позволить входящему трафику передачи от интранет (например, x.x.x.1/24) на udp с набором исходного порта к 137 и также позволить входящему трафику передачи от интранет на udp с набором целевого порта к 137. Другие порты netbios не должны быть открыты.