«53 Сетевой путь не найден» при попытке доступа к \\fqdn, но \\IP работает нормально

Question

Я хочу получить доступ к файлу Windows PC (192.168.44.1/24, WinXP, давайте назовем его сервером ;-)) с другого компьютера (192.168.54.110/24, Win 10 Pro, давайте назовем его клиентом). Существует также MacBook рядом с клиентом в 192.168.54.x.

(Единственное намерение коробки WinXP - тестирование доступа SMB в этой лабораторной установке, разумеется, без производственного использования.)

Промежуточный маршрутизатор / межсетевой экран действует как DNS-сервер в 192.168.54.1.

Что работает, как и ожидалось на клиенте:

ping server
ping server.fqdn
net view \\192.168.44.1

Кроме того, я могу успешно смонтировать "cifs:\\server.fqdn" на MacBook.

Но ввод \\server.fqdn в проводнике не удается, и

net view \\server
net view \\server.fqdn

оба сбоя с ошибкой "53 Сетевой путь не найден".

Я исключаю проблему DNS, так как ping работает с именем хоста. Я исключаю проблему с брандмауэром, потому что он работает с использованием IP-адреса и потому, что он работает на MacBook.

Для меня это похоже на проблему клиента.

Я отключил AV/ брандмауэр. Я попытался добавить server.fqdn к файлам hosts и LMHOSTS на клиенте, но безуспешно. Должен ли сервер иметь возможность разрешать имя клиента через DNS для правильного ответа? Нужно ли сопоставлять записи ptr?

У меня нет (хочу) сервера Wins. Может ли это быть проблемой?

Answer 1

Более старые системы Windows, которые все еще используют NetBIOS Session Layer в качестве транспорта SMB, настаивают на проверке NetBIOS « Called Name », предоставленного клиентом. Они принимают сеансы NetBIOS только в том случае, если оно соответствует фактическому имени хоста сервера, или псевдоним хранится в реестре, или является подстановочным знаком (при доступе по IP-адресу). Вероятно, это пережиток времен NetBIOS-over-IPX и NetBIOS-over-Ethernet.

Чтобы полностью отключить эту проверку, добавьте раздел реестра на стороне сервера:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"DisableStrictNameChecking"=dword:00000001

(Для современных систем Windows это можно сделать с помощью Set-SmbServerConfiguration если у них вообще вообще включен SMBv1; для XP есть только ручная опция.)

Это задокументировано в Microsoft KB940684 и KB3181029. Обратите внимание, что проблема характерна для SMB-over-NetBIOS (порт 139) и не должна применяться к необработанному SMB-over-TCP (порт 445).

Это также не относится к SMBv2/3, так как эти версии используют исключительно сырой TCP.