Невозможно просмотреть или сопоставить диски по короткому имени хоста

Почему я не могу просматривать / использовать / отображать диск с машины, используя ее короткое имя хоста, если короткое имя хоста доказано, разрешаемое DNS?

У меня есть машина (клиент в этом примере) под управлением Windows Server 2008r2 Standard.

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

Я могу все это, например, net view myfileserver.example.com , если я использую полное доменное имя, как показано, или если использую IP-адрес.

Я могу проверить связь с машиной, используя короткое имя, Хорошо, я наградил Sum1sAdmin наградой. Я думаю, он что-то имел в виду со всем этим браузером. Проблема не в DNS, ни в коем случае не как могло быть. Короткие имена, длинные имена, тонкие имена, толстые имена, полностью определенные имена - все они разрешимы. Это был NetBios (поддержка Ноора Халди за то, что он первым поднял этот вопрос, кстати).

Но именно Sum1sAdmin подтолкнул меня к тому, чтобы взглянуть на просмотр в целом. И из-за этого я обнаружил, что у меня есть две машины Linux, которые действуют как мастера для моего домена. Это было нехорошо, потому что у меня смешанная среда Linux / Windows и, как сказано в файле smb.conf: «Мастер домена указывает Samba в качестве главного браузера домена ... Не используйте это, если у вас уже есть Windows Контроллер домена NT выполняет эту работу ... "что я и делаю. В любом случае я не верю, что Samba хорошо работает с Windows. Если я не могу позвонить в службу технической поддержки Microsoft и сказать: «Да, у меня проблема с просмотром страниц, и, кстати, мастер - это машина с CentOS 5.3, на которой работает Samba», - и они скажут: «Хорошо, круто!» тогда мне неудобно. Я хочу, чтобы мои Windows-y жили в Windows, а Linux был только клиентом.

Тем не менее, я убрал способность Samba быть хозяином домена. Это полностью нарушило мой просмотр и заставляло любую команду net view возвращать ошибку 53: «Сетевой путь не найден». на всех хостах на время. Затем через некоторое время вместо этого я получил новую ошибку: системная ошибка 6118, «Список серверов для этой рабочей группы в настоящее время недоступен». Подождав дальше, я вдруг начал видеть какие-то машины. Используя удобный сценарий денди Скотти ( http: // scottiestech. info / 2009/02/14 / how-to-define-the-master-browser-in-a-windows-workgroup / ), я тогда начал видеть машины и новых мастеров Windows.

Все, что сказано , оригинальная машина все еще битая. И вот, примерно через 10 минут, мой домен снова сломался с системной ошибкой 6118. Если вы проверите мой разговор с Sum1sAdmin, вы увидите, что мой домен какой-то дрянной. Это хорошо, потому что теперь я знаю, что проблема никогда не была случайной. Если он сломан, и я знаю, где он сломан, я могу это исправить. И прямо сейчас NetBios сломался, потому что он изначально никогда не был правильно настроен, что началось с того, что я выяснил, что здесь задействован Linux. (Что на самом деле могло и не вызвать проблемы, но, тем не менее, я хочу удалить этот подстановочный знак из среды и позволить Windows быть Windows).

В любом случае, спасибо за все ответы. Я собираюсь продолжать экспериментировать с этой системой, пока она не заработает.

4
задан 18 May 2016 в 18:36
4 ответа

Я думаю, это указывает на службу вашего «главного обозревателя компьютера» на эмулируемом PDC - возможно, он остановлен, вы доказали, что netbios через TCP работает, поэтому мы можем исключить это - это не DNS или конфигурация суффикса домена на ваш интерфейс, так как 1) он работает с FQDN 2) мы не хотим использовать FQDN. Так что я рискну предположить, что проблема именно в "сервере компьютерного браузера". Возможно, он остановлен в результате избирательного процесса и теперь работает на другом «главном» компьютере, который считает себя хозяином и вызывает выборы.

Browser Elections, Происходят выборы браузера для выбора нового мастера просматривать сервер в следующих случаях: Когда компьютер не может найти главный сервер просмотра.

Когда предпочтительный главный сервер просмотра подключается к сети.

Когда запускается контроллер домена под управлением Windows.

Когда резервный сервер просмотра не может связаться с главным сервером просмотра для получения обновлений в списке просмотра.

Устранение неполадок, по которым служба браузера была остановлена, упоминается в этой статье, посвященной распространенным причинам. https://support.microsoft.com/en-ie/kb/135404

что это за служба?

Служба браузера или служба браузера компьютера является функцией Microsoft Windows, чтобы пользователи могли легко просматривать и находить общие ресурсы в соседние компьютеры. Это делается путем агрегирования информации в один компьютер "Browse Master" (или "Master Browser").

Если вы недавно обновили устаревший Windows server 2003, то стоит процитировать: https://technet.microsoft.com/en-us/library/bb726965.aspx

Служба обозревателя компьютеров Windows Server 2008 устанавливает состояние запуска служба обозревателя компьютеров отключена по умолчанию для нового установка Windows Server и при обновлении существующего сервера в Windows Server 2008. Служба обозревателя компьютеров помогает поддерживать обновленный список доменов, рабочих групп и серверных компьютеров на сеть и предоставляет этот список клиентским компьютерам по запросу. За Подробную информацию о работе сервиса Computer Browser см. Приложение C - Служба обозревателя компьютера. Состояние запуска по умолчанию служба обозревателя компьютеров на компьютерах под управлением Windows Server 2008 может вызвать проблемы для контроллера домена в основном домене роль контроллера гибких операций с одним ведущим (PDC FSMO). За просмотр компьютера, компьютер в роли PDC FSMO централизованно собирает и распространяет информацию о доменах, рабочих группах и компьютерах для многосетевых сетей. Если компьютер в роли PDC FSMO не запускает службу обозревателя компьютеров, списки просмотра компьютеров в сеть будет содержать только домены, рабочие группы и компьютеры на локальная подсеть. Чтобы предотвратить эту проблему, настройте тип запуска для служба обозревателя компьютеров для автоматического на компьютере в PDC Роль FSMO, а затем запустите службу обозревателя компьютеров. Ты можешь это сделать из оснастки «Службы» или в командной строке с повышенными привилегиями с следующие команды: sc config browser start = auto sc start browser Поскольку служба обозревателя компьютеров полагается на файл и принтер общий доступ, вам также необходимо включить общий доступ к файлам и принтерам в Центр коммуникаций и передачи данных. Либо переместите роль PDC FSMO в другой контроллер домена со службой обозревателя компьютеров запущен и настроен для автоматического запуска и файлов и принтеров В Центре управления сетями и общим доступом включен общий доступ. Кроме того, если единственный серверный компьютер в подсети работает под управлением Windows Server 2008, клиентские компьютеры станут локальным сервером просмотра в подсетях. Когда клиентские компьютеры запускаются и выключаются, роль локальный сервер просмотра будет передаваться с одного клиентского компьютера на другой, возможно, что приведет к несогласованному отображению доменов, рабочих групп, и компьютеры. Чтобы предотвратить эту проблему, на компьютере под управлением Windows Server 2008, включите общий доступ к файлам и принтерам, настройте тип запуска службы обозревателя компьютеров для автоматического, а затем запустите службу обозревателя компьютеров.

1
ответ дан 3 December 2019 в 03:16

Как говорит Нур Халди, это может быть проблема, связанная с NetBios или TCP Helper NetBios.

Целевой компьютер и клиент один находится в одном локальном домене? Это может быть проблема, связанная с DNS-суффиксом.

Запустите ipconfig / all и найдите Список поиска DNS-суффиксов в верхней части результатов и найдите DNS-суффикс сетевых интерфейсов для конкретного соединения. Первый должен иметь суффикс для домена, в котором вы находитесь, а настраиваемый суффикс каждого сетевого адаптера должен быть пустым или иметь ту же информацию, что и глобальный.

Если вы торопитесь, вы можете настроить этот способ взлома реестра, чтобы разрешить использование псевдонимов при обращении к общим ресурсам:

Отредактируйте раздел реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ lanmanserver \ parameters и добавьте значение DisableStrictNameChecking типа DWORD и установите его равным 1.

4
ответ дан 3 December 2019 в 03:16

Все зависит от стратегии разрешения имен, которая у вас есть. Судя по вашему описанию, разрешение имени NetBIOS (которое используется для коротких имен) не работает найдите IP-адрес сервера, который вы ищете.

« Ping » будет использовать полное доменное имя, поэтому вы не должны использовать его при поиске коротких имен, вместо этого используйте « NBTStat » для проверки.

  1. ] Проверьте, включен ли NetBIOS на обоих компьютерах, над которыми вы работаете.
  2. Используйте команду NBTStat, чтобы узнать, можете ли вы разрешить имя хоста.
  3. Добавьте IP-адрес назначения / имя в файл Hosts, если разрешение имени не удается. или проверьте, почему вы не можете подключиться, если оно разрешается правильно.

Для дальнейшего чтения: https://blogs.msdn.microsoft.com/nitinsingh/2013/06/24/dilemma-of-name-resolution-process-with-ping-vs-nslookup/

0
ответ дан 3 December 2019 в 03:16

Находится ли проблемный сервер в ТОЧНО той же сети, что и другие серверы. Например, 192.168.1.x / 24 и 192.168.2.x / 24 - разные сети. Без дополнительной инфраструктуры, а именно WINS-сервера, вы не можете разрешать короткие (Netbios) имена в сетях. Во всех ваших примерах вы указываете полное доменное имя как работающее. DNS предназначен для охвата сетей и будет работать должным образом. Можете ли вы подтвердить, что оба рассматриваемых сервера находятся в ОДНОЙ IP-сети / подсети?

0
ответ дан 3 December 2019 в 03:16

Теги

Похожие вопросы