Win7 теряет подключение к сетевым ресурсам после возобновления, если сервер не указан с использованием полного доменного имени

Мой клиент Win7 имеет соединение с сервером Linux и его общими папками. Проблема возникает, когда компьютер просыпается после сна, а затем одна из общих папок становится недоступной. Я получаю следующее сообщение: Код ошибки: 80070035, сетевой путь не найден. У меня проблема только с одной конкретной папкой. Когда я перезагружаю компьютер, эта проблемная папка снова становится доступной. Когда я выхожу перед сном, папка становится доступной после пробуждения. Если я пытаюсь получить доступ к папке, используя полное доменное имя сервера или IP-адрес сервера, он также становится доступным. В качестве временного решения я сопоставил папку с сетевым диском, используя полное доменное имя, и она работает нормально, но это неудобно, поскольку любая другая папка доступна на сервере.

Подвести итоги:

• \\server\problematicshare больше не работает после возобновления (сервер Samba видит, что мой клиент подключился, а затем отключается через несколько секунд, пока я получаю сообщение об ошибке выше)
• \\server\othershare работает после резюме
• \\fqdn.of.server\problematicshare всегда работает
• \\ip.of.server\problematicshare всегда работает
• как только проблема проявляется, я больше не могу перезапустить службу "Рабочая станция" (она не отвечает)
• перезапуск службы "Обозреватель компьютеров" не имеет видимого эффекта
• журнал событий не содержит ничего, что кажется уместным
• "пинг сервер" работает

Ссылка на дамп пакета: http://pastebin.ca/2836628

Эта трассировка пакетов была получена на клиенте с помощью wireshark сразу после возобновления работы из режима ожидания.

Объяснение:

• 192.168.1.110 мой клиент
• 192.168.3.255 - локальный широковещательный адрес (это сеть /22)
• 192.168.0.58 - контроллер домена Samba, а также сервер, который разделяет проблемный общий ресурс
• 192.168.1.254 является DNS-сервером

Трассировка пакетов была постобработана (все IP-адреса были изменены путем замены префикса; имена доменов, серверов и клиентов были заменены различными строками одинаковой длины).

Вы заметите, что клиент пытается разрешить "SERVERNAM". в DNS (то есть без указания имени сервера), и это приводит к nxdomain. Вполне вероятно, что, если этот поиск будет успешным, подключение к общему ресурсу будет работать. Однако "SERVERNAM" должен быть разрешен через WINS; Кроме того, что вызывает изменение в поведении при приостановке? Тот же DNS-поиск завершается сбоем таким же образом до приостановки.

Существуют также некоторые сообщения журнала Samba, которые актуальны и которые будут вкраплены в трассировку пакета в соответствующих точках.

[2014/08/28 09:54:56.541088,  0] rpc_server/srv_pipe.c:500(pipe_schannel_auth_bind) pipe_schannel_auth_bind: Attempt to bind using schannel without successful serverauth2
[2014/08/28 09:54:56.661321,  0] rpc_server/netlogon/srv_netlog_nt.c:976(_netr_ServerAuthenticate3) _netr_ServerAuthenticate3: netlogon_creds_server_check failed. Rejecting auth request from client WORKSTATION--7 machine account WORKSTATION--7$

(Если бы возникла проблема с учетной записью компьютера как таковой, было бы так же невозможно получить доступ к общим ресурсам с помощью fqdn сервера, поэтому, хотя это может иметь значение, это, безусловно, не является основной причиной.)