Устранение неполадок подключения SMB к общему файловому ресурсу

У меня есть несколько серверов и общий файловый ресурс, настроенный на удаленном HNAS. Общий файловый ресурс настроен на использование SMB 3.1.1, а все серверы — Windows Server 2019. 5 из 6 серверов прекрасно подключаются к общему доступу, но шестой внезапно решил, что хватит, и прекратил связь.

Я попробовал подключиться через Telnet через порт 445, чтобы убедиться в отсутствии проблем с подключением, все работает нормально.

Проводник Windows просто выдает мне сообщение «Windows не может получить доступ к \thenas\myshare».

Если я попытаюсь запустить net view в командной строке, я получу системную ошибку 53.

Итак, я решил установить Wireshark на два сервера и увидел кое-что странное.

На сервере, который МОЖЕТ подключиться, поток пакетов выглядит следующим образом:

А затем на узле, который отказывается:он выполняет эту процедуру песни и танца три раза (то есть на один раз больше, чем показано на скриншоте), затем сдается, и Windows возвращается обратно с ошибкой.

Красные изменения — это IP-адрес сервера, а зеленые — IP-адрес NAS.

Я проверил запрос протокола согласования SMB, и он почти идентичен в обоих случаях (за исключением разных исходных IP-адресов, целевых IP-адресов и времени). Просто в случае, когда он РАБОТАЕТ, он отправляет ответ протокола согласования SMB, а в случае, когда он не работает, он просто дает мне пакет FIN ACK.

Я проверил локальную политику безопасности и, как я уже говорил, попробовал подключиться к серверу через порт 445 через Telnet, оба варианта работают.

Остальные 5 серверов настроены точно так же (серверы находятся в Azure и развернуты по тому же сценарию), они используют тот же маршрут к HNAS, что и тот, который только что решил прекратить работу.

Некорректно работающий сервер прекрасно подключается к другим общим файловым ресурсам с помощью SMB 3.1.1, но не к этому внезапно, по какой-то странной причине.

Кто-нибудь видел такое поведение раньше и есть идеи, где искать?