Доменный компьютер не может разрешить внутренние имена хостов, но nslookup может
После того как Вы восстановили таблицу первоначально, Вы захотите настроить задания обслуживания для периодического дефрагментирования/восстанавливания индексов. У Michelle Ufford иначе @SQLFool есть превосходный набор сценариев для этого:
http://sqlfool.com/2009/06/index-defrag-script-v30/
Вы устанавливаете пороги того, когда Вы хотите дефрагментироваться по сравнению с, восстанавливают. Это автоматически обнаруживает, какие индексы это может восстановить онлайн и делает это также, принося Вам некоторую пользу времени работы.
Знайте, что индексные операции могут бросить тонну действия в журнал транзакций, который может действительно замедлить зеркальное отражение базы данных и резервные копирования журнала транзакций.
Этой проблемой является excatly, что я имел. Оказывается моим сертификатом для https://nls.my.domain.com для , возможность соединения DirectAccess была отменена. Следовательно мои клиенты использовали Таблицу политики определения имен (NRPT) из моей LAN и блокирующий все соединения с внутренними ресурсами.
Просто хотел совместно использовать эту информацию, поскольку это могло бы быть то же для некоторых из Вас.
TLDR;
1. хосты файл переопределяет DNS.
2. Сброс, обновление, сбрасывается.
3. Данные резервного копирования, формат, переустанавливают
, Это могло быть вызвано плохой записью в хосты файл, который расположен здесь:
C:\Windows\System32\drivers\etc\hosts
Удостоверяются, что у Вас нет записи в , хосты файл, переопределяющий domain.local
nslookup domain.local, проверят DNS-сервер на адрес, связанный с domain.local - однако , если у Вас будет запись в Вашем , хосты для domain.local затем ping domain.local использовали бы тот адрес а не тот от DNS.
Это может также стоить Вашего времени к [1 111], сбрасывает несколько вещей :
<час>Сброс записи WINSOCK в значения по умолчанию установки:
netsh winsock reset catalog
стек Reset TCP/IP к значениям по умолчанию установки:netsh int ip reset reset.log
Сброс кэш сопоставителя DNS:ipconfig /flushdns
Возобновляют клиентскую регистрацию DNS и обновляют арендные договоры DHCP:ipconfig /registerdns
таблица маршрутизации Сброса:route /f(требуемая перезагрузка)
Проверка на поврежденные системные файлы:sfc /scannow
кроме того, если это - действительно та же машина от первичного размещения, Вы отправили в [1 131] ноябрь 2014 затем, это может также стоить времени, и усилие к [1 132] просто форматируют жесткий диск и переустанавливают ОС . Это вернет Вас к известному состоянию, которое должно работать.
У меня была очень похожая проблема с моим ноутбуком в доменной сети. Я не мог соединиться с доменом, но смог проверить с помощью ping-запросов и работать с другими устройствами с помощью IP-адресов (имена хостов были остановкой). Редактирование файла hosts было временным решением, но выполнение этого для каждого сетевого устройства и неспособности к/gpupdate было видом срыва.
В конце моя проблема (и моя ситуация, не могло бы быть применимым для Вашей), был разрешен этим конкретным блогом: http://setspn.blogspot.nl/2015/05/corrupt-local-gpo-files.html
- Переименовывает (или удалите), C:\Windows\System32\GroupPolicy\Machine\Registry.pol
- Запускаются> выполненный> cmd (как администратор)
- , Gpedit.msc
- Ниже административных шаблонов изменяется (не, имеют значение, который) установка и затем возвращается он. Это инициирует создание нового registry.pol файла
- gpupdate / сила
- , Gpo’s должен обработать правильно теперь.
проблема связана с отказом, Registry.pol, генерируя новый решил мою проблему, и я смог к gpupdate! Надежда это помогает людям, диагностирующим. Удостоверьтесь, что Вы удалили все ручные записи в файле hosts все же.
У меня была та же проблема.
я узнал, что сотрудничать реализация Microsoft DirectAccess Connectivity, была причина.
Щелкнутый правой кнопкой на значок панели задач и выбрал "Use local DNS resolution" и затем выполнил gpupdate и мои проблемы, где решено.
, Если это не Ваша проблема, природа помогающих программных средств обеспечения связи (существуют многие), быть испорченным, наиболее вероятно все же.
Наилучшие пожелания
Keiko
Когда Вы выполняете ipconfig /all, каков тип узла? Это много кажется, что у Вас есть неправильное тип узла и возможно никакой сервер WINS в Вашей сети, аналогичной ситуации к тому, что произошло с этот человек .
TL; DR; - Удостоверяются, публикует ли Ваша сеть DHCP IPv6 также, Вы помещаете адрес IPv6 DNS также - так как это имеет приоритет по IPv4, статические конфигурации в Windows 10.
I вчера столкнулись с этой проблемой и хотели совместно использовать другую возможную проблему и решение.
я реконфигурировал сеть и сцепленный до более нового маршрутизатора. Я столкнулся с той же проблемой - все мои существующие системы не могли больше достигать AD с помощью mydomain.local - это хорошо работало прежде.
Обыск Интернета я попробовал пару разных вещей - DNS хорошо работал. Когда я сделал бы nslookup, он бросит ошибку, говорят не существующий - но когда я работал
nslookup mydomain.local {LOCAL-DNSSERVER-IP}, он решит.
проблема свелась, я видел разрешение, но я отсутствовал, это возвращало адрес IPv6 также при выполнении этого.
новый маршрутизатор по умолчанию публиковал свой собственный адрес DNS IPv6 (наследованный от модема), который даже при том, что мне присвоили статический DNS для IPv4, он использовал тот IPv6, который собирался в к Интернету паба разрешить следовательно не, существуют.
я взял Серверы Контроллера домена адрес IPv6 и добавил к маршрутизаторам DHCP для IPv6 DNS и вуаля разрешение!
Если нет никакого сетевого трафика вообще, это могла бы быть проблема с hosts/lmhosts файл . Иначе, мог бы быть NS NetBIOS движение разрешений имени, и изучение пакетных деталей могло бы показать больше подсказок.
Я имел ту же проблему и смог разрешить это, не восстанавливая ПК.
- Открытые свойства сетевого адаптера
- Выбранная "Версия 4 Протокола Интернета (TCP/IPv4)" Свойства
- Нажала кнопку Advanced на вкладке "Общие"
- Выбранный вкладка
- WINS В установке NetBIOS, выбор По умолчанию имеет следующее описание, "NetBIOS использования, сходящий с сервера DHCP. Если статический IP-адрес используется, или сервер DHCP не обеспечивает установку NetBIOS, включает NetBIOS по TCP/IP",
- я изменил настройки для "Включения NetBIOS по TCP/IP, и я затем получил ответы при проверке с помощью ping-запросов FDQN!
Это может быть очевидно.. Проверьте на вручную примененные суффиксы DNS в 3 местах, 1 в Системных Свойствах и 2 в (каждой) сети TCP/IP DNS Tab. В идеальном мире Ваш должен быть похожим на мой.
Могло бы также быть полезным для исследования secpol.msc> политики менеджера по Списку сетей определить настройки 'Местоположения', которое обнаруживается
кроме того, Вы упоминаете, что это не регистрирует себя в DNS даже после ipconfig/registerdns. Проверьте системный журнал на ошибку и сообщение здесь.
я также видел ситуацию, где PING добавляет дополнительный суффикс DNS автоматически. Для тестирования попробуйте ping запаздыванием. (ping domain.local.)
необходимо использовать полное доменное имя
На Windows Azure vm; вам нужно войти в систему на машине, полное доменное имя которой вы хотите найти
- Используйте
ipconfig, чтобы найти свой IP. ping -a IP. Переключатель "-a" возвращает доменное имя вашего сервера. Он будет в первой строке. используя это имя для пинга.