домен не резолвится что это значит
Домен не резолвится что это значит
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
Ответы
1.Ничего, что разные подсети? У вас прописана маршрутизация с сети 10.7.14.х в 10.1.77.83.
route print ф студию! Я думаю что все-таки из-за маршрутизации ноги ростут
2. В файрволе прописаны правила доступа к портам? можно думаю временно его выкл.
Все ответы
Dmitriy Poberezhniy (my web blog http://dimsan.blogspot.com)
ipconfig /all
Настройка протокола IP для Windows
nslookup mechservice.ru
Server: vm-dc-101.mechservice.ru
Address: 10.1.77.83
Name: mechservice.ru
Addresses: 10.1.77.83, 10.1.77.87, 10.1.165.6
из проводника.
ЗЫ. Повторюсь, я отлавливал исходящие пакеты с помощью Network Monitor.
Resolve IP адресов в Linux: понятное и детальное описание
Настройка сетевого взаимодействия сервисов не самая простая задача и часто осуществляется без глубокого понимания как требуется настраивать систему и какие настройки на что влияют. После миграции сервисов в docker контейнерах с centos 6 на centos 7 я столкнулся со странным поведением вебсервера: он пытался присоединиться к сервису по IPv6, а сервис же слушал только IPv4 адрес. Стандартный совет в такой ситуации — отключить поддержку IPv6. Но это не поможет в ряде случаев. Каких? В этой статье я задался целью собрать и детально объяснить как приложения resolve ‘ят адреса.
Публикация будет полезна начинающим администраторам и разработчикам.
Прочитав эту статью, вы узнаете:
А еще я веду телеграм канал Об IT без галстуков и блог. На канале рассказываю о проблемах менеджмента и как их решать, пишу о принципах мышления при решении бизнес задач, о том как стать эффективным и высокоплачиваемым специалистом.
Теперь, когда у разработчика есть возможность вызвать функцию семейства getaddrinfo из glibc для определения адреса, то возникает потребность конфигурировать возвращаемые значения. Например, использовать ли сперва /etc/hosts или запрос к DNS-серверу. В glibc подобное конфигурирование производится с помощью схемы под названием Name Service Switch (NSS).
Если объяснять на пальцах, то NSS позволяет задавать базы данных и очередность поиска в этих базах для предоставления сервиса. В нашем случае, сервис — это поиск по hostname, а базой данных может выступать /etc/hosts или DNS сервер. Это не единственный сервис настраиваемый посредством NSS, предоставляются сервисы mail алиасов, сервис поиска пользователей и групп. Ознакомится со списком можно в руководстве.
Можно отметить, что для localhost имеются две записи: IPv4 и IPv6 адрес. Это может сыграть злую шутку и в конце материала я расскажу почему.
В мануале еще пишут про особую логику с обработкой хостнейма _gateway, но видимо это какой-то патч, так как с Centos 7 у меня он не завелся.
База mdns4_minimal или же mdns_minimal требуется для корректной работы Avahi. При необходимости можно обратиться к документации Arch по Avahi, где коротко и понятно дана информация
по использованию.
Теперь, когда дана информация по базам и принципам их работы стоит отметить отличия в определении адресов в разных инструментах, что приводит к проблемам в рантайме.
Обычно администраторы проверяют хостнейм используя команду host. Это некорректно, так host, как и dig, используют только DNS резолвинг, но не используют NSS. Nginx, например, использует функцию getaddrinfo, а она использует NSS. Это приводит к тому, что вбитый в /etc/hosts хостнейм может работать с nginx, но не резолвится иными способами. Куда хуже, когда в /etc/hosts вбиты IPv6 адрес для хостнейма, а в настройках DNS возвращается только IPv4 адрес. В этом случае, администратор может проверить что команда host возвращает только IPv4 адрес и успокоится, а потом приложение использующее getaddrinfo из glibc запустится и найдет для того же хостнейма IPv4 и IPv6 адрес. Источник ошибок…
Для проверки результатов возвращаемой каждой из баз документация рекомендует воспользоваться утилитой getent.
Ниже немного примеров работы с getent с включенным IPv6.
В /etc/nsswitch.conf содержится следующая цепочка баз:
В /etc/hosts содержится следующее инфо
Команда getent ahosts покажет список всех адресов которые удалось найти. С такими настройками она выведет следующее:
Команда позволяет точечно опросить конкретную базу и выяснить что срезолвит база. Рассмотрим для каждой базы возвращаемые значения:
Если убрать из /etc/hosts строки для localhost, то вывод видоизменится:
Теперь база dns и myhostname возвращает ответы, а база files не содержит данных. Для DNS запросов используется неймсервер конфигурируемый в /etc/resolv.conf в моем контейнере, например
На хост машине установлен dnsmasq который проксирует и кэширует ответы DNS серверов. Ответ от DNS будет зависеть от настроек DNS сервера к которому поступил запрос. RFC 1912 рекомендует в пункте 4.1 сконфигурировать DNS сервера таким образом, чтобы localhost указывал на 127.0.0.1.
Certain zones should always be present in nameserver configurations:
These are set up to either provide nameservice for «special»
addresses, or to help eliminate accidental queries for broadcast or
local address to be sent off to the root nameservers. All of these
files will contain NS and SOA records just like the other zone files
you maintain, the exception being that you can probably make the SOA
timers very long, since this data will never change.
The «localhost» address is a «special» address which always refers to
the local host. It should contain the following line:
В моем случае, dnsmasq из коробки содержит записи для localhost, как и рекомендует RFC.
Статус IPv6 на сервере можно получить из параметров ядра. Значение 0 возвращается при включенном IPv6, а 1 при выключенном.
В выводе ifconfig интерфейсы слушающие IPv6 содержат строчку inet6. Ниже пример вывода с выключенным и включенным IPv6 соответственно:
Выключить IPv6 можно вызовом
Воу, в первом выводе у нас дублируется адрес 127.0.0.1. Чтобы разобраться почему так происходит стоит обратиться к исходному коду glibc и к коду утилиты getent. Ниже кусок кода утилиты getent.
Флаг AI_V4MAPPED функции getaddrinfo производит маппинг IPv6 адресов на IPv4 если не были найдены IPv6 адреса в результате опроса базы. Флаг AI_ADDRCONFIG вынудит getaddrinfo проверить наличие IPv6/IPv4 адресов сконфигурированных в системе и в случае отсутствия хотя бы одного IPv6/IPv4 адреса не будет возвращаться IPv6/IPv4 независимо от того что ответит конкретная база.
Чтобы лучше понять эту концепцию, приведу примеры с выводом getaddrinfo на той же системе, с разными настройками ai_flags и ai_family. В /etc/hosts включены для localhost IPv4 и IPv6 адреса.
Исходный код можно найти на моем github.
Осталось проверить как ведет себя getaddrinfo для dns базы. Для этого оставлю в /etc/nsswitch.conf для hosts только dns базу и порезолвлю google.com. Вывод ниже с включенным IPv6.
А вот вывод с выключенным IPv6:
Как видно, ситуация с AI_ADDRCONFIG очень похожа.
Напоследок приведу пример как не учитывая все вышесказанное вляпаться в проблемы. IPv6 включен, /etc/nsswitch.conf стандартный.
Какой можно сделать вывод из всего написанного?
Домен не резолвится что это значит
Вопрос
ping DC2 разрешает, а
ping DC2.domain.local нет
По этой причине, я подозреваю, терминальные сервера не могут подцепиться с серверу лицензирования RDP клиентов
Почему так происходит не понимаю((((
Ответы
Доброго дня, друзья.
Проблему решили путем отключения и остановки службы DNS client. Все. Все ошибки исчезли.
Хотелось бы услышать комментарии от специалистов Майкрософт по этому поводу. Если можно.
Мы мучались больше 3 лет имея вот такие ошибки в частности:
An error occurred while signing a message using the inserted smart card: Provider could not perform the action since the context was acquired as silent.
An error occurred while retrieving a digital certificate from the inserted smart card. Invalid type specified.
An error occurred while retrieving a digital certificate from the inserted smart card. Incorrect function.
An error occurred while retrieving a digital certificate from the inserted smart card. Keyset does not exist
An error occurred while retrieving a digital certificate from the inserted smart card. 0x81000001
An error occurred while retrieving a digital certificate from the inserted smart card. The handle is invalid.
Все ответы
И что Вы хотели этим сказать? Поставить или убрать?)) У меня галка стоит.
Все хосты в сети не резолвятся или только определенные?
проверьте присутствуют ли эти записи в DNS
ping DC2 разрешает, а
ping DC2.domain.local нет
По этой причине, я подозреваю, терминальные сервера не могут подцепиться с серверу лицензирования RDP клиентов
Почему так происходит не понимаю((((
1. Посмотрите, какое имя пишет ping перед IP после команды ping DC2. Если там написано просто DC2, без доменного суффикса, то имя, скорее всего, было разрешено через NetBIOS, а не через DNS
2. Проверьте как настроены у вас на компьютерах сервера DNS (командой ipconfig /all ). В списке серверов DNS должны быть только контроллеры домена (или другие серверы, которые про ваш домен знают, но обычно таких не бывает) и не должно быть посторонних серверов (провайдерских, 8.8.8.8 и т.п.).
Данная проблема наблюдается на серверах терминальной фермы. Их 22 и на 3 из них подобная проблема.
Никаких изменений в настройки не вносилось. DNS НАСТРОЕНЫ КОРРЕКТНО. Как рабоатало 3 года так и рабоатет. Проблема только на этих 3 появилась.
Было определенно, что если остановить службу dns client-проблема исчезает и пинг по полному имени идёт. Я даже подохреваю, что после перезагрузки данных серверов все нормализуется. Вопрос-что именно произошло с ними?(((
ping DC2 разрешает, а
ping DC2.domain.local нет
По этой причине, я подозреваю, терминальные сервера не могут подцепиться с серверу лицензирования RDP клиентов
Почему так происходит не понимаю((((
1. Посмотрите, какое имя пишет ping перед IP после команды ping DC2. Если там написано просто DC2, без доменного суффикса, то имя, скорее всего, было разрешено через NetBIOS, а не через DNS
2. Проверьте как настроены у вас на компьютерах сервера DNS (командой ipconfig /all ). В списке серверов DNS должны быть только контроллеры домена (или другие серверы, которые про ваш домен знают, но обычно таких не бывает) и не должно быть посторонних серверов (провайдерских, 8.8.8.8 и т.п.).
А также еще одна странная вещь.
Как только я захожу по RDP на сервер, у меня выходит окно, что не доступн сервер лицензирования RDP, захожу тут же в Манеджер лицензирования-всё ок, сервер доступен, зеленные галочки
Откуда такая уверенность? Из того, что за три года ошибка проявилась в первый раз? Это не основание.
Поэтому проверьте, что имена в домене разрешают все серверы DNS, которые могут использоваться на клиенте. В Win8/2K12 это можно легко автоматизировать через Powershell:
DNS НАСТРОЕНЫ КОРРЕКТНО.
Откуда такая уверенность? Из того, что за три года ошибка проявилась в первый раз? Это не основание.
Поэтому проверьте, что имена в домене разрешают все серверы DNS, которые могут использоваться на клиенте. В Win8/2K12 это можно легко автоматизировать через Powershell:
Ну вот, что выдала проверка:
Server: 172.16.100.13
dc5.domain.local AAAA 1200 Question ::1
dc5.domain.local A 1200 Question 172.16.100.9
Server: 127.0.0.1
dc5.domain.local AAAA 1200 Question ::1
dc5.domain.local A 1200 Question 172.16.100.9
Server: 172.16.100.13
DC2.domain.local A 3600 Answer 172.16.100.12
Server: 127.0.0.1
DC2.domain.local A 3600 Answer 172.16.100.12
Server: 172.16.100.13
DC3.domain.local A 3600 Answer 172.16.100.13
Server: 127.0.0.1
DC3.domain.local A 3600 Answer 172.16.100.13
Вы проверяли на контроллерах домена, потому что проблема с поиском имён проявляется именно там?
nslookup сервер.лицензирования сервер.DNS
Нет. В данныей момент не используем. Это может быть причиной?
Основными ДНС на клиентах и серверах стоят 12 и 13.
Вы проверяли на контроллерах домена, потому что проблема с поиском имён проявляется именно там?
nslookup сервер.лицензирования сервер.DNS
Значит, прямо сейчас у вас проблемы с разрешением имён нет. И придётся вам ловить ошибку и искать источник проблемы во время её проявления.
Значит, прямо сейчас у вас проблемы с разрешением имён нет. И придётся вам ловить ошибку и искать источник проблемы во время её проявления.
Спасибо. Буду мониторить и вылавливать.
1. Проверка репликации was successful на всех
2. А вот, что дал dcdiag /q
There are warning or error events within the last 24 hours after the
SYSVOL has been shared. Failing SYSVOL replication problems may cause
Group Policy problems.
. DC2 failed test DFSREvent
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 08:41:34
The session setup from computer ‘Alt-A306250’ failed because the security database does not contain a trust account ‘Alt-A306250$’ referenced by the specified computer.
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 08:43:24
The session setup from the computer Alt-A14543 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 08:43:48
The session setup from the computer Alt-A306250 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 08:51:56
The session setup from the computer Alt-A8942 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x00003006
Time Generated: 01/16/2018 08:54:43
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 08:55:14
The session setup from computer ‘Alt-A8942’ failed because the security database does not contain a trust account ‘Alt-A8942$’ referenced by the specified computer.
An error event occurred. EventID: 0x00003006
Time Generated: 01/16/2018 08:58:47
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 09:06:27
The session setup from computer ‘Alt-A10900’ failed because the security database does not contain a trust account ‘Alt-A10900$’ referenced by the specified computer.
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 09:06:37
The session setup from computer ‘Alt-A21172’ failed because the security database does not contain a trust account ‘Alt-A21172$’ referenced by the specified computer.
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 09:08:28
The session setup from the computer Alt-A10900 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 09:08:49
The session setup from the computer Alt-A21172 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 09:12:02
The session setup from computer ‘Alt-A00323-VB’ failed because the security database does not contain a trust account ‘Alt-A00323-VB$’ referenced by the specified computer.
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 09:14:05
The session setup from the computer Alt-A00323-VB failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 09:24:04
The session setup from computer ‘Alt-A18166’ failed because the security database does not contain a trust account ‘Alt-A18166$’ referenced by the specified computer.
An error event occurred. EventID: 0x000016AD
Time Generated: 01/16/2018 09:26:07
The session setup from the computer Alt-A18166 failed to authenticate. The following error occurred:
An error event occurred. EventID: 0x0000165B
Time Generated: 01/16/2018 09:26:23
The session setup from computer ‘Alt-A306249’ failed because the security database does not contain a trust account ‘Alt-A306249$’ referenced by the specified computer.
. DC2 failed test SystemLog
Только, что выловил данную проблему. При попытке сделать nslookup на проблемном сервере
1. По DC2 отрабоатло корректно
2. По DC2.domain.local отработало корректно
3. А вот по 172.16.100.12 *** UnKnown can’t find 172.16.100.12: Non-existent domain
5. По DC3 отрабоатло корректно и по DC3.domain.local
7. По DC5 отрабоатло корректно и по DC5.domain.local
>3. А вот по 172.16.100.12 *** UnKnown can’t find 172.16.100.12: Non-existent domain
Для работы AD разрешение IP-адресов в имена («обратное разрешение») некритично, ибо не требуется. Но если вас это напрягает, добавьте нужную запись в зону обратного разрешения имён.
>3. А вот по 172.16.100.12 *** UnKnown can’t find 172.16.100.12: Non-existent domain
Для работы AD разрешение IP-адресов в имена («обратное разрешение») некритично, ибо не требуется. Но если вас это напрягает, добавьте нужную запись в зону обратного разрешения имён.
Это контролер домена и обратная запись для него имеется из начально.
Оставил ничего не делая на ночь проблемный сервер. Сегодня утром попробовал опять nslookup 172.16.100.12 он разрешися в имя. Почему вчера именно 172.16.100.12 не разрешался в имя на проблемно терминальном сервере, а сегодня разрешился- я не могу понять.
*** UnKnown can’t find 172.16.100.12: Non-existent domain
> 172.16.100.12
Server: UnKnown
Address: 172.16.100.12
*** UnKnown can’t find 172.16.100.12: Non-existent domain
> 172.16.100.12
Server: UnKnown
Address: 172.16.100.12
Name: dc2.domain.local
Address: 172.16.100.12
> 172.16.100.12
Server: UnKnown
Address: 172.16.100.12
Name: dc2.domain.local
Address: 172.16.100.12
Сегодня утром ещё один сервер перестал резолвить имена, но опять же не все. При запуске удаленного приложения, выходила ошибка, что не доступен сервер приложений, т.к. там зашито именно имя, длинное имя. Остановив клиента ДНС, разрешение снова заработало и приложение запустилось.
Как только опять включаю ДНС клиента имена разрешаются и короткие и длинные, НО пинг по короткому имени и по длинному не идёт! Только по адресу. И только на некоторые сервера так происходит. В данном случае на сервер приложений. Хотя они в одной подсети.
C:\Users\admin>ping app
Ping request could not find host app. Please check the name and try again.
C:\Users\admin>ping app
Ping request could not find host app. Please check the name and try again.