Не резолвится dns имя
Обновлено: 18.05.2024
Здравствуйте. Есть машинка, на ней стоит свежая Win7 Максимальная x64, билд 7600 RU.
На ней с перебоями работает разрешение имен. Инет приходит через Ethernet от домашнего роутера (Acorp W422G_v3), к которому машинка цепляется по DHCP. DHCP наряду с айпишниками раздает клиентам адреса DNS-серверов в явном виде, то есть не relay самого роутера, а в моем случае OpenDNS (208.67.222.222, 208.67.220.220).
Аналогично не резолвятся имена в других приложениях.
Вывод ipconfig /all:
Я, если честно, не понимаю, как такое вообще возможно - разве механизм разрешения имен в ping и nslookup не один и тот же?
И да, пробовал прописать другие DNS (провайдерские, гугловский, и т.п.) - то же самое. Пробовал статически вписать DNS и айпишники - все равно то же самое.
Причем данная ситуация наблюдается случайным образом - иногда резолвинг работает, иногда нет. Подозреваю, что это что-то связанное со сбросом какого-либо кэша по времени (ARP, DNS), но не знаю куда копать. ipconfig /flushdns ничего не дает.
В Linux и WinXP все нормально работает.
| Конфигурация компьютера | |
| Процессор: Intel Core i7-3770K | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб) | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS | |
| Звук: Realtek ALC889 HD Audio | |
| Блок питания: be quiet! Straight Power 11 650W | |
| CD/DVD: ASUS DRW-24B5ST | |
| Монитор: ASUS VG248QE 24" | |
| ОС: Windows 8.1 Pro x64 | |
| Индекс производительности Windows: 8,1 | |
| Прочее: корпус: Fractal Design Define R4 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Петя, ю а май хиро.
В общем, дело не в ipv6 (ping -4 тоже не работает), дело в службе dnscache, которая, видимо, за каким-то дьяволом пытается резолвить имена через netbios, а не DNS.
По ссылке что вы дали, люди решили проблему, но у кого-то не работало, у кого-то работало. ну его нафиг.
Я поступил топорней - вырубил DNS-кэш нафиг (net stop dnscache), и пустил DNS-запросы через привычный dnsmasq на отдельной машине.
Проблема решена, хоть и костыльно, конечно.
Последний раз редактировалось mexico, 20-06-2010 в 01:08 .
mexico,
А серверов провайдера без всяких заморочек не хватает?
При чем тут netbios?
| А серверов провайдера без всяких заморочек не хватает? » |
Не-а. Я и их ставил, не в них дело. Про UDP 53 не надо - азы же.
Поскольку у меня есть сторонний DNS-кэш на Linux, я не стал заморачиваться и искать причины (я не в ладах с вендой, да и время - деньги), а просто отключил виндовый кэш. Работает - и ладно.
Если предложите 100% работающий способ обойтись без этого костыля - буду только рад.
Последний раз редактировалось mexico, 20-06-2010 в 01:13 .
mexico,
Nslookup действительно кэш DNS не нужен.
При отключении windows кэша DNS вы заставляете лишний раз ПК клиента определять IP по мнемонике используя запросы по сети на ваш DNS (если они есть у него в кэше, то он просто их отправит), по времени это доли секунд.
Реестр по кэшу DNS
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache
Здравствуйте. Есть машинка, на ней стоит свежая Win7 Максимальная x64, билд 7600 RU.
На ней с перебоями работает разрешение имен. Инет приходит через Ethernet от домашнего роутера (Acorp W422G_v3), к которому машинка цепляется по DHCP. DHCP наряду с айпишниками раздает клиентам адреса DNS-серверов в явном виде, то есть не relay самого роутера, а в моем случае OpenDNS (208.67.222.222, 208.67.220.220).
Аналогично не резолвятся имена в других приложениях.
Вывод ipconfig /all:
Я, если честно, не понимаю, как такое вообще возможно - разве механизм разрешения имен в ping и nslookup не один и тот же?
И да, пробовал прописать другие DNS (провайдерские, гугловский, и т.п.) - то же самое. Пробовал статически вписать DNS и айпишники - все равно то же самое.
Причем данная ситуация наблюдается случайным образом - иногда резолвинг работает, иногда нет. Подозреваю, что это что-то связанное со сбросом какого-либо кэша по времени (ARP, DNS), но не знаю куда копать. ipconfig /flushdns ничего не дает.
В Linux и WinXP все нормально работает.
| Конфигурация компьютера | |
| Процессор: Intel Core i7-3770K | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб) | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS | |
| Звук: Realtek ALC889 HD Audio | |
| Блок питания: be quiet! Straight Power 11 650W | |
| CD/DVD: ASUS DRW-24B5ST | |
| Монитор: ASUS VG248QE 24" | |
| ОС: Windows 8.1 Pro x64 | |
| Индекс производительности Windows: 8,1 | |
| Прочее: корпус: Fractal Design Define R4 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Петя, ю а май хиро.
В общем, дело не в ipv6 (ping -4 тоже не работает), дело в службе dnscache, которая, видимо, за каким-то дьяволом пытается резолвить имена через netbios, а не DNS.
По ссылке что вы дали, люди решили проблему, но у кого-то не работало, у кого-то работало. ну его нафиг.
Я поступил топорней - вырубил DNS-кэш нафиг (net stop dnscache), и пустил DNS-запросы через привычный dnsmasq на отдельной машине.
Проблема решена, хоть и костыльно, конечно.
Последний раз редактировалось mexico, 20-06-2010 в 01:08 .
mexico,
А серверов провайдера без всяких заморочек не хватает?
При чем тут netbios?
| А серверов провайдера без всяких заморочек не хватает? » |
Не-а. Я и их ставил, не в них дело. Про UDP 53 не надо - азы же.
Поскольку у меня есть сторонний DNS-кэш на Linux, я не стал заморачиваться и искать причины (я не в ладах с вендой, да и время - деньги), а просто отключил виндовый кэш. Работает - и ладно.
Если предложите 100% работающий способ обойтись без этого костыля - буду только рад.
Последний раз редактировалось mexico, 20-06-2010 в 01:13 .
mexico,
Nslookup действительно кэш DNS не нужен.
При отключении windows кэша DNS вы заставляете лишний раз ПК клиента определять IP по мнемонике используя запросы по сети на ваш DNS (если они есть у него в кэше, то он просто их отправит), по времени это доли секунд.
Реестр по кэшу DNS
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache
Почему-то не определяются IP с DNS, хотя адрес DNS вроде прописан и связь с ним есть. Вот содержимое конфигов:
search local nameserver 192.168.0.14
allow-hotplug eth0 iface eth0 inet static
Маршрутизатор работает нормлано, т.е. пинг до любого хоста по IP идет, а по имени нет.
Система на Debian 5.0, DNS на Win2k3 сервере.
В чём трабл никак не пойму. Как можно определить причину?
Да как бы DNS на AD под Win2k3 и моя виндовая раб.(очень точное сокращение :-)) станция все пингует нормально.
Но я уже разобрался: забыл про
domain domain.local вместо search local
А то что инет адреса не пингуются это заморочки с форвардингом к DNS провов.
Так что всем спасибо, проблема решена.
Хотя нет, проблема одна осталась: нет пингов по ping domain.local. Ping host или ping host.domain.local есть, а ping domain.local нет. Или их и не должно быть (всетаки не винда)?
ну так
dig domain.local что пишет?
лучше использовать search domain.local local
всё должно быть, если настроено нормально
с винды для тестов nslookup
>Как можно определить причину?
dig domain.local +qr +search +recurse +showsearch
как-то так
Или я чего-то недопонимаю или как-то топорно резолв работает. ping domain есть, ping domain.local отсутствует, dig domain.local срабатывает. Такое ощущение, что к указанному имени сразу лепится что-то и search, а не делается сначала попытка найти запись как есть.
search local nameserver 192.168.0.14
чо, так в одну строку и прописано? nameserver с новой строки надо.
nslookup нормально срабатывает при любой форме записи.
Видимо это какие-то недоработки утилиты ping.
если хочется как есть, то писать надо ping domain.local. с последней точкой, вроде так должно работать
Проверил, не работает. :)
Ну сделай strace ping chmz.local, и посмотри, чего ему не хватает
по ип пингуется?
тогда только tcpdump в помощь и dig с выводом пакетов запроса
В dns сервер никакие настройки вносить не нужно. Нужно в настройки dhcp сервера внести выдачу параметра доменной зоны клиентам.
Со значением bases.local
Также можно прописать в конфигурационном файле серверной части 1с вместо короткого имени 1с полное имя 1с.bases.local.
И далее клиенты тоже смогут нормально подключаться.
Спасибо, этот вариант точно рабочий для dhcp клиентов. Основная часть машин использует статику, поэтому попробую второй вариант
1CV8Clsto
1CV8Clst
1cv8wsrv
Какое отношение винфак имеет к 1С? Это кроссплатформенная технология.
Но, имя сервера остается хх, без .bases.local и ошибка остается такой-же.
В днс для сервера добавил суффикс, но имя так и осталось. Писать у каждого компа dns суффикс руками, как мне кажется напрасный труд.
Писать у каждого компа dns суффикс руками, как мне кажется напрасный труд.
Сам же говоришь, что у них статическая конфигурация сети. Используй Ansible какой-нибудь тогда.
Какое отношение винфак имеет к 1С? Это кроссплатформенная технология.
Какое отношение к озвученной проблеме имеет 1С?
Никакого. Тогда непонятно, что тебе не нравится в
Есть dns сервер на centos
В этой фразе мне нравится всё, однако она тоже не имеет никакого отношения к озвученной проблеме.
Читайте также: