Некоторые протоколы чувствительны о разнице во времени между связывающимися сторонами.
Я не забываю иметь проблемы, получая kerberos билет с Samba от DC. Когда были больше, чем 5-минутное различие между этими двумя компьютерами, билет не был выпущен.
Я сказал бы, что это имеет отношение к устанавливающим метку времени пакетам (возможно, защита воспроизведения), таким образом, необходимо будет, вероятно, сохранить их времена сервера синхронизировавшими.
Трудно сказать, не смотря на сетевые трассировки и журналы событий. Также имели странные проблемы с совместно используемыми папками VMware для гостя VM. Я отключил бы это как шаг поиска и устранения неисправностей. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012140 показывает, как совместно используемые папки VMware могут влиять на гостя VMs иногда.
Не уверен, почему используется машинное имя net view (лично я никогда не использовал его). Нашел хорошую статью в КБ.
http://support.microsoft.com/kb/142027
Я подтверждаю, что порт 139 открыт с помощью telnet. имя Telnet 139
Похоже, что-то в NetBIOS не работает.
Вы можете попробовать убедиться, что NetBIOS через TCP / IP по-прежнему включен на соответствующих сетевых адаптерах. Есть также некоторые службы, я думаю, «Браузер», «Сервер» и «Клиент». Убедитесь, что они тоже работают.
Инструмент nbtstat
также может быть полезен при устранении этой проблемы: http://technet.microsoft.com/en-us/library/cc940106. aspx
Недавно у меня была такая же проблема ( net view
возвращает ошибку 53 для любого сервера, даже если ему указан IP-адрес; nbtstat
работает нормально) .
Похоже, что большинство людей сталкивается с этой проблемой, когда их запись реестра NetworkProvider
была искажена: http://weblog.west-wind.com/posts/2013/Apr/04/UNC -Drive-Mapping-Failures-Имя-сети-невозможно-найти (TL; DR: HKLM \ SYSTEM \ CurrentControlSet \ Control \ NetworkProvider \ Order
ключ должен содержать ProviderOrder
значение, состоящее из нескольких имен, разделенных запятыми; LanmanWorkstation
должно стоять первым или вторым после RDPNP
; не должно быть пустых записей, ведущих запятых и т. д.). Однако в моем случае в этом ключе все было в порядке.
Оказалось, что есть TCP / IP NetBIOS Helper
, который по какой-то причине перешел в состояние «отключено» (вероятно, из-за какое-то мошенническое обновление). Как только я снова его включил, все начало работать.
Когда я перешел к порядку привязки сетевых карт, мой интерфейс управления (со шлюзом по умолчанию) не был сверху и у меня НЕ было привязки для "Общий доступ к файлам и принтерам для сетей Microsoft" и "Клиент для сетей Microsoft". Я должен был включить оба (для IPv4). Я также перетащил интерфейс управления вверх в порядке привязки. Я также зашел в свойства интерфейса и полностью отключил Netbios. Затем я смог присоединиться к домену
.