Сделайте Samba на работе Ubuntu 18.04 с клиентами Windows, которые требуют снабженной цифровой подписью связи

Из-за недавнего изменения политики безопасности, где я работаю, Windows 7 PCs пользователей теперь настроен с Computer Configuration\Windows Settings\Security Settings\Local Policies\Security Options\Microsoft network client: Digitally sign communications (always) включенный, и больше не способный получить доступ к доле Samba в моем сервере Ubuntu 18.04. Я попробовал несколько комбинаций server signing, client signing и smb encrypt в smb.conf и все еще не может заставить его работать, и я не могу найти ПРАКТИЧЕСКОЕ РУКОВОДСТВО/РУКОВОДСТВО об этом.

В настоящее время smb.conf включает

server signing = mandatory
client signing = mandatory
smb encrypt = required

С или без этих трех строк приводят к тем же результатам (sudo service smbd restart промежуточный). И сервер Samba не находится в домене AD (server role = standalone server).

Любая справка значительно ценилась бы.

(РЕДАКТИРОВАНИЕ - регистрируется и conf добавленные файлы),

Я остановил smbd сервис, удалил все существующие файлы журнала, запустил smbd сервис, попытался соединиться из Windows, снова остановил smbd сервис и затем захватил файлы журнала. Я сделал эту процедуру дважды с первым разом, когда вышеупомянутая политика Windows была установлена, и во второй раз, когда это не было (и поэтому на этот раз Windows, успешно подключенный к Samba).

Я не мог найти руководство о том, на что должен быть установлен уровень журнала значения, таким образом, я установил его на 10, который произвел огромные журналы. Они здесь, вместе с моим smb.conf, который имеет эти дополнительные строки по сравнению с Ubuntu по умолчанию smb.conf:

security = user
unix extensions = no
log level = 10
[homes]
browseable = no
read only = no
create mask = 0764
directory mask = 2775
valid users = %S
guest ok = no
wide links = yes

(Я удалил вышеупомянутый, подписываться/шифровать строки после прошлого раза, когда я отправляю, так как они не имеют справки.)

(Позже отредактированный), Если уровень 10 журнала является слишком подавляющим, журналы уровня 5 здесь.

Что касается клиентского сообщения... это проблематично, потому что мы используем Традиционную китайскую версию Windows здесь. После некоторого поиска с помощью Google я предполагаю, что эквивалентное сообщение в английской версии Windows было бы "Учетной записью, не разрешен войти в систему от этой станции". И я должен был разъяснить, что с успешными соединениями, диалоговое окно имени пользователя/пароля открывается сначала, в котором я ввел те из моего пользователя Ubuntu, и они успешно выполняются. В то время как с неудавшимися, нет никакого диалогового окна, только сообщение.