Это Я давно не использовал SAMBA для доступа к общим сетевым ресурсам. Он работал нормально в 19.xx, но я думаю, что он может сломаться в 20.04 и 20.10 (я использую 20.10).
Я не могу получить доступ к общим папкам на моем собственном локальном компьютере, хотя, похоже, у меня есть доступ к общим папкам на моем маршрутизаторе. Появляется диалоговое окно с сообщением об ошибке «Не удалось получить список общих ресурсов с сервера»? Извините, я не помню точное сообщение об ошибке.
Я думаю Я знаю, в чем может быть проблема. Кажется, что SMB1 мог быть отключен по соображениям безопасности, но SMB2 / 3 все еще может присутствовать. Я точно не знаю, как это узнать.
testparm
пройден. findmb
и smbtree
не работали (но теперь они работают после следующего патча).
Я отредактировал /etc/samba/smb.conf и добавил следующее в раздел сети ...
client min protocol = NT1
server min protocol = NT1
name resolve order = bcast host lmhosts wins
перезапустил smbd и nmbd, и, похоже, это исправило. Я думаю , что это повторно включает SMB1 ... но я здесь не эксперт по SAMBA.
Теперь smbstatus
показывает ...
Samba version 4.12.5-Ubuntu
PID Username Group Machine Protocol Version Encryption Signing
----------------------------------------------------------------------------------------------------------------------------------------
24943 nobody nogroup satellite-e55 (ipv6:fe80::c433:26d6:91d2:3475:59876) NT1 - -
19177 nobody nogroup satellite-e55 (ipv4:192.168.0.100:57868) NT1 - -
Service pid Machine Connected at Encryption Signing
---------------------------------------------------------------------------------------------
IPC$ 19177 satellite-e55 Sat Mar 20 07:17:40 PM 2021 PDT - -
IPC$ 24943 satellite-e55 Sun Mar 21 07:56:25 AM 2021 PDT - -
No locked files
Это то, что происходит, и внедрил ли я правильное / лучшее исправление? Что произошло в 20.xx, что могло вызвать эту проблему?
Обновление №1:
nmap --script smb -tocols IPofServer / 32
Мой маршрутизатор ...
~$ nmap --script smb-protocols 192.168.0.1/32
Starting Nmap 7.91 ( https://nmap.org ) at 2021-03-22 07:01 PDT
Nmap scan report for caspurr.local (192.168.0.1)
Host is up (0.012s latency).
Not shown: 986 closed ports
PORT STATE SERVICE
53/tcp open domain
80/tcp open http
139/tcp open netbios-ssn
445/tcp open microsoft-ds
548/tcp open afp
631/tcp open ipp
5000/tcp open upnp
8200/tcp open trivnet1
9100/tcp open jetdirect
9101/tcp open jetdirect
9102/tcp open jetdirect
9103/tcp open jetdirect
20005/tcp open btx
49152/tcp open unknown
Host script results:
| smb-protocols:
| dialects:
| NT LM 0.12 (SMBv1) [dangerous, but default]
| 2.02
| 2.10
| 3.00
| 3.02
|_ 3.11
Nmap done: 1 IP address (1 host up) scanned in 4.21 seconds
Мой компьютер ...
~$ nmap --script smb-protocols 192.168.0.100/32
Starting Nmap 7.91 ( https://nmap.org ) at 2021-03-22 07:03 PDT
Nmap scan report for ubuntu-eth0.local (192.168.0.100)
Host is up (0.00012s latency).
Not shown: 996 closed ports
PORT STATE SERVICE
80/tcp open http
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
Host script results:
| smb-protocols:
| dialects:
| NT LM 0.12 (SMBv1) [dangerous, but default]
| 2.02
| 2.10
| 3.00
| 3.02
|_ 3.11
Здесь есть два вопроса - действительно три - которые объединены, чтобы вызвать вопрос, который вы сообщили.
Один - ошибка в GVFS (GVFSD-SMB-Trowse), которая жестко подключена к использованию SMB1 (NT1), чтобы получить список серверов и их долей, когда вы просматриваете их в вашем файловом менеджере.
Вторая - это решение Sambas отключить (но не удалять) SMB1 как на клиентском, так и на стороне сервера.
Ваш Samba Server может работать между SMB2.02 до SMB3. Ошибка в GVFS приводит к тому, что клиент Samba попытается получить доступ к этому серверу, используя SMB1, который сервер не может понять, поэтому он бросает ошибку:
не удалось получить список общих ресурсов с сервера: Неверный аргумент
Есть три способа обойти Эта проблема:
[1] Обход GVFSD-SMB-Browse, попросив сервер и его долю в Connect к серверу: SMB: //server-host-name.local/share-name
Клиент Samba подключит использование SMB3.
[2] Или делайте то, что вы только что делали, и установили MIN Server и клиент на SMB1 (NT1). Он также подключится с использованием SMB3, поскольку сервер и клиент договариваются друг с другом, чтобы определить лучший диалект для использования после исходного соединения SMB1.
[3] Или используйте Mount.cifs Mount, которое также подключится с использованием SMB3. Это должно быть настроено в FSTAB, чтобы произойти автоматически.
Если это заставляет вас чувствовать себя лучше, недавно установленная машина Win10 не сможет «открывать» свой Samba Server вообще, потому что он слишком отключен SMB1. Решение, что и для вашей системы Linux: подключитесь с \\ Server-host name.local
или включите SMB1 на стороне клиента Win10, которую Microsoft действительно не хочет.