Здравствуйте. Есть машинка, на ней стоит свежая Win7 Максимальная x64, билд 7600 RU.
На ней с перебоями работает разрешение имен. Инет приходит через Ethernet от домашнего роутера (Acorp W422G_v3), к которому машинка цепляется по DHCP. DHCP наряду с айпишниками раздает клиентам адреса DNS-серверов в явном виде, то есть не relay самого роутера, а в моем случае OpenDNS (208.67.222.222, 208.67.220.220).
Симптомы такие:
C:\Users\lism>nslookup yandex.ru
╤хЁтхЁ: resolver1.opendns.com
Address: 208.67.222.222
Не заслуживающий доверия ответ:
╚ь*: yandex.ru
Addresses: 87.250.251.11
93.158.134.11
213.180.204.11
213.180.204.211
77.88.21.11
Казалось бы все нормально, однако:
C:\Users\lism>ping yandex.ru
При проверке связи не удалось обнаружить узел yandex.ru.
Проверьте имя узла и повторите попытку.
Аналогично не резолвятся имена в других приложениях.
Вывод ipconfig /all:
C:\Users\lism>ipconfig /all
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : slowpoke
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : WORKGROUP
Ethernet adapter eth1:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевая карта Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20) #2
Физический адрес. . . . . . . . . : 00-22-15-83-60-E9
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Ethernet adapter eth0:
DNS-суффикс подключения . . . . . : WORKGROUP
Описание. . . . . . . . . . . . . : Сетевая карта Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20)
Физический адрес. . . . . . . . . : 00-22-15-83-5F-C0
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::6157:3b29:214c:4984%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.0.178(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 19 июня 2010 г. 13:15:37
Срок аренды истекает. . . . . . . . . . : 20 июня 2010 г. 13:15:37
Основной шлюз. . . . . . . . . : 192.168.0.231
DHCP-сервер. . . . . . . . . . . : 192.168.0.231
IAID DHCPv6 . . . . . . . . . . . : 234889749
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-13-76-6B-AB-00-22-15-83-5F-C0
DNS-серверы. . . . . . . . . . . : 208.67.222.222
208.67.220.220
Основной WINS-сервер. . . . . . . : 192.168.0.231
NetBios через TCP/IP. . . . . . . . : Включен
Я, если честно, не понимаю, как такое вообще возможно - разве механизм разрешения имен в ping и nslookup не один и тот же?
И да, пробовал прописать другие DNS (провайдерские, гугловский, и т.п.) - то же самое. Пробовал статически вписать DNS и айпишники - все равно то же самое.
Причем данная ситуация наблюдается случайным образом - иногда резолвинг работает, иногда нет. Подозреваю, что это что-то связанное со сбросом какого-либо кэша по времени (ARP, DNS), но не знаю куда копать. ipconfig /flushdns ничего не дает.
В Linux и WinXP все нормально работает.
Петя, ю а май хиро.
В общем, дело не в ipv6 (ping -4 тоже не работает), дело в службе dnscache, которая, видимо, за каким-то дьяволом пытается резолвить имена через netbios, а не DNS.
По ссылке что вы дали, люди решили проблему, но у кого-то не работало, у кого-то работало... ну его нафиг.
Я поступил топорней - вырубил DNS-кэш нафиг (net stop dnscache), и пустил DNS-запросы через привычный dnsmasq на отдельной машине.
Проблема решена, хоть и костыльно, конечно.
А серверов провайдера без всяких заморочек не хватает? »
Не-а. Я и их ставил, не в них дело. Про UDP 53 не надо - азы же.
Объяснение, которое вижу я: nslookup, видимо, работает мимо кэша, тогда как остальное пользуется службой DNS-клиент. По команде ping yandex.ru, насколько я понимаю, никаких запросов не делается, а имя просто берется из кэша, что хорошо видно из листинга, приведенного мной, так как после отключения dnscache все прекрасно заработало. Кстати, отключение службы Модуль поддержки NetBIOS через TCP/IP дает тот же результат (она ведь за WINS-резолвинг отвечает, или нет?..). А вот уже dnscache хрен знает откуда резолвит имена.
Поскольку у меня есть сторонний DNS-кэш на Linux, я не стал заморачиваться и искать причины (я не в ладах с вендой, да и время - деньги), а просто отключил виндовый кэш. Работает - и ладно.
Если предложите 100% работающий способ обойтись без этого костыля - буду только рад.
mexico,
Nslookup действительно кэш DNS не нужен.
cmd>ipconfig /displaydns
(проверка кэша)
cmd>ipconfig /flushdns
(очистка кэша)
cmd>nslookup www.yandex.ru
cmd>ipconfig /displaydns
Nslookup работает на прямую с сервером DNS (а именно с записью о доменной зоне вытаскивая из нее нужные данные).
Так по команде
Nslookup www.yandex.ru
1.Сначала из свойств сетевой будет вытащен адрес DNS сервера, потом будет запрос на определение записи PTR (т.е. обратное преобразование из IP в имя), чисто для того работает ли сервер DNS и как его зовут.
Вы получили -
╤хЁтхЁ: resolver1.opendns.com
Address: 208.67.222.222
2.Потом обычный запрос по имени www.yandex.ru получить IP адреса.
3.Получить полностью запись типа "А"
Вы получили -
Не заслуживающий доверия ответ:
╚ь*: yandex.ru
Addresses: 87.250.251.11
93.158.134.11
213.180.204.11
213.180.204.211
77.88.21.11
При отключении windows кэша DNS вы заставляете лишний раз ПК клиента определять IP по мнемонике используя запросы по сети на ваш DNS (если они есть у него в кэше, то он просто их отправит), по времени это доли секунд.
Теперь команда ping yandex.ru
cmd>ipconfig /flushdns
(очистка кэша)
cmd>ping yandex.ru
cmd>ipconfig /displaydns
(проверка кэша)
Кеш заполнен на yandex.ru через нормальный запрос на DNS сервер.
При попытки второго раза выполнить команду
cmd>ping yandex.ru
Запроса на DNS сервер не будет, будет работа с кэшем DNS
Реестр по кэшу DNS
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache
antipov.su
17-02-2013, 19:37
Что-то еще установлено?
Нет, больше ничего, что могло бы быть связано с работой сети (Офисный пакет, архиватор, кодеки...).
Подключение не через прокси-сервер?
Подключался и через прокси, и без него. Сейчас прокси не используется (подключен к роутеру с поднятым pptp).
ipconfig /all
Windows IP Configuration
Host Name: RUTTIWLT0070
Primary DNS Suffix: tti.ru.corp
Node Type: Hybrid
IP Routing Enabled: No
WINS Proxy Enabled: No
DNS Suffix Search List: tti.ru.corp
app.corp
app.ad.corp
ad.corp
// Рабочая корпоративная сеть
Wireless LAN adapter Wireless Network Connection:
Connection-specific DNS Suffix:
Description: Intel(R) Centrino(R) Advanced-N 6205
Physical Address: 10-0B-A9-11-9C-10
DHCP Enabled: Yes
Autoconfiguration Enabled: Yes
IPv4 Address: 192.168.100.101(Preferred)
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.100.1
DHCP Server: 192.168.100.1
DNS Servers: 192.168.100.1
NetBIOS over Tcpip: Enabled
route print
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.100.1 192.168.100.101 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.100.0 255.255.255.0 On-link 192.168.100.101 281
192.168.100.101 255.255.255.255 On-link 192.168.100.101 281
192.168.100.255 255.255.255.255 On-link 192.168.100.101 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.100.101 281
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.100.101 281
===========================================================================
Persistent Routes:
None
===========================================================================
IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
1 306 ::1/128 On-link
1 306 ff00::/8 On-link
===========================================================================
Persistent Routes:
None
nslookup oszone.net
Server: UnKnown
Address: 192.168.100.1
Non-authoritative answer:
Name: oszone.net
Address: 89.108.118.149
ping oszone.net
Ping request could not find host oszone.net. Please check the name and try again.
ping 89.108.118.149
Reply from 89.108.118.149: bytes=32 time=36ms TTL=54
С запозданием.
В плане обмена опытом:
Пропал стек TCPIP. Полностью пропал. В свойствах сама сетевая карта числится включенной, протоколы установленными, а окно “сведения” пусто (IP, шлюза, DNS нет). Локальная сеть, интернет и ping не работают.
Начал разбираться и обнаружил полное отсутствие файла драйвера tcpip.sys, и записей реестра службы HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip. В общем диагноз – TCP/IP удален напрочь как зловред. Поискав нашел у Касперского в журнале запись об удалении tcpip.sys .
============================================================================
Восстановление. Часть классическая.
============================================================================
Файл tcpip.sys скопировал из дебрей %SystemRoot%\winsxs в C:\Windows\System32\drivers\ выбрав посвежее
Начал решать проблему классически (установлен Windows 7 pro x64):
1)В %SystemRoot%\Inf\nettcpip.inf
[MS_TCPIP.PrimaryInstall]
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE
Заменил на
[MS_TCPIP.PrimaryInstall]
;Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE
Characteristics = 0x80 ; NCF_HAS_UI
2)В %SystemRoot%\Inf\nettcpip.inf
[MS_TCPIP.Tunnel.PrimaryInstall]
Characteristics = 0x28 ; NCF_HIDDEN | NCF_NOT_USER_REMOVABLE
Заменил на
[MS_TCPIP.Tunnel.PrimaryInstall]
;Characteristics = 0x28 ; NCF_HIDDEN | NCF_NOT_USER_REMOVABLE
Characteristics = 0x20 ; NCF_HIDDEN
3)В %SystemRoot%\Inf\netip6.inf
[MS_TCPIP6.Install]
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE
Заменил на
[MS_TCPIP6.Install]
; Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE
Characteristics = 0x80 ; NCF_HAS_UI
4) В %SystemRoot%\Inf\netip6.inf
[MS_TCPIP6.Tunnel.Install]
Characteristics = 0x28 ; NCF_HIDDEN | NCF_NOT_USER_REMOVABLE
Заменил на
[MS_TCPIP6.Tunnel.Install]
; Characteristics = 0x28 ; NCF_HIDDEN | NCF_NOT_USER_REMOVABLE
Characteristics = 0x20 ; NCF_HIDDEN
5)Удалил не удалось запустить дочернюю службу
Удалил %SystemRoot%\Inf\netip6.PNF
6)После этого в свойствах сетевой карты стало возможным удалить и после перезагрузки обратно поставить
“Протокол Интернета версии 4 (TCP/IPv4)”
“Протокол Интернета версии 6 (TCP/IPv6)”
============================================================================
На этом классика окончилась.
============================================================================
Перегрузился, но счастья не наступило:
DHCP - не запустился, адрес автоматом не настроился
Ping 127.0.0.1 – успешно заработал
После ручной установки адреса, шлюза и DNS заработал ping на цифровой адрес и nslookup. Ping на доменное имя не заработал:
ping 8.8.8.8 – успешно заработал
nslookup yandex.ru – успешно заработал
ping yandex.ru – выдал невозможность получения адреса:
При проверке связи не удалось обнаружить узел yandex.ru.
Проверьте имя узла и повторите попытку.
Не помог сброс настроек:
netsh in tip reset log.txt
netsh winsock reset
Не помогло запустить службу вручную – ругается на отсутствие файла
net start DHCP – не заработал
Оказалось, что автоматически при переустановке стека TCP-IP не до конца прописывается в реестре служба DHCP. Отсутствуют ключи
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\ServiceDll = REG_EXPAND_SZ = %SystemRoot%\system32\dhcpcore.dll
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\Parameters\ServiceDll = REG_EXPAND_SZ = %SystemRoot%\system32\dhcpcore.dll
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\Parametersv6\ DllName = REG_EXPAND_SZ = %SystemRoot%\system32\dhcpcore6.dll
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\Parameters\ServiceDllUnloadOnStop = dword = 1
Далее файл DHCP-add.REG
===================
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp]
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\Parameters]
"ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,\
00,74,00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,\
64,00,68,00,63,00,70,00,63,00,6f,00,72,00,65,00,2e,00,64,00,6c,00,6c,00,00,\
00
"ServiceDllUnloadOnStop"=dword:00000001
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dhcp\Parametersv6]
"DllName"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,\
74,00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,\
00,68,00,63,00,70,00,63,00,6f,00,72,00,65,00,36,00,2e,00,64,00,6c,00,6c,00,\
00,00
===================
После перезагрузки заработал DHCP, автоматом установил IP адрес, маску, шлюз, DNS. Но продолжает не работать DNS клиент (! Не сервис, а именно resolver). Не видно соседних компьютеров в сети, хотя по IP адресу они достижимы, также заработали сетевые принтера у которых очереди прописаны через цифровой IP адрес.
ping yandex.ru – выдал невозможность получения адреса:
При проверке связи не удалось обнаружить узел yandex.ru.
Проверьте имя узла и повторите попытку.
После изучения и сравнения оказалось, что для того, чтобы нормально запустился TCP-IP нужно прописать:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\ EnableIPAutoConfigurationLimits = dword = 1
Далее файл TCP-add.REG
==================
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]
"EnableIPAutoConfigurationLimits"=dword:00000001
==================
После этого сеть полностью восстановилась:
-работаю сайты по доменному имени
-работают сайта по IP адресу
-работает локальная сеть (видны компьютеры и принтеры)
P.S.
Так как это была уже вторая машина с таким глюком от Касперского, то он был, на всякий случай, снесен нафиг
diagnoz_
16-11-2013, 01:27
с таким глюком от Касперского, то он был, на всякий случай, снесен нафиг »
Обновление антивируса Касперского блокирует файл tcpip.sys (http://habrahabr.ru/post/199322/)
Avast также удосуживался убить tctip.sys , в прочем как и опять же Касперский, только в XP, год-полтора назад...
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.