Тестирование сервера Samba на хост-компьютере приводит к NT_STATUS_INVALID_NETWORK_RESPONSE

Запуск smbclient -L localhost на хост-компьютере сервера Samba возвращает:

Unable to initialize messaging context
protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE

Интересно, действительно ли я делаю что-то действительно глупое или нет. Гугл ничего не обнаружил. Ищу любую помощь, которую я могу получить.

Соответствующая информация приведена ниже. Дайте мне знать, если что-нибудь еще я смогу предоставить.

Сервер работает Ubuntu 19.04 Live Server с Samba 4.10.0.

systemctl status smbd.service и systemctl status nmbd.service оба возвращают Active: active (running) и Status: *mbd: ready to serve connections..., поэтому кажется, что они работают нормально.

Использование локального IP-адреса сервера из ifconfig (т.е. 192.168.1.xxx) вместо localhost не работает.

Добавление client max protocol = SMB3 к глобальным настройкам конфигурации ничего не делает. server max protocol = SMB3 уже кажется по умолчанию. Добавление client min protocol = SMB3 и server min protocol = SMB3 в дополнение к строке max клиента также не работает.

Запуск smbclient -L localhost от имени root приводит к исчезновению строки Unable to initialize messaging context, но строка protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE по-прежнему печатается.

Файловая система для соответствующего каталога представляет собой ZFS Zpool, состоящую из полосатого зеркала из четырех жестких дисков. zfs set sharesmb=on и zfs set sharenfs=on были установлены для всех файловых систем.

Сетевым интерфейсом является eno1, но добавление этого в файл конфигурации с interfaces = 127.0.0.0/8 eth0 eno1 и bind interfaces only = yes ничего не делает.

Не думайте, что это имеет значение здесь, так как этот шаг даже не достигнут, но пароли учетных записей samba были созданы для всех учетных записей пользователей, уже использующих smbpasswd.

Не думаю, что и здесь это имеет значение, но ufw настроен с ufw allow from 192.168.0.0/16 to any app Samba, но отключение ufw напрямую также не поможет.

/etc/samba/smb.conf:

[global]
   workgroup = REDACTEDGROUP
   server string = REDACTED Samba Server v%v @ %h
   hide unreadable = yes
   read only = no
   hosts allow = 192.168.0.0/16
   hosts deny = 0.0.0.0/0
   log file = /var/log/samba/log.%m
   logging = file
   map to guest = Bad User
   max log size = 1000
   obey pam restrictions = Yes
   pam password change = Yes
   panic action = /usr/share/samba/panic-action %d
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   passwd program = /usr/bin/passwd %u
   server role = standalone server
   unix password sync = Yes
   usershare allow guests = Yes
   idmap config * : backend = tdb

[REDACTEDBox]
   comment = REDACTED file hosting
   path = /box/REDACTED
   valid users = @groupa, @groupb, @wheel
   write list = @groupa, @wheel
   read list = @groupb
   guest ok = no
   create mask = 0774
   directory mask = 0775

[PublicBox]
   comment = REDACTED public file hosting
   path = /box/public
   guest ok = yes
   create mask = 0775
   directory mask = 0775

testparm в файле конфигурации не выявили проблем.