Нет пинга на dns
This article discusses how to troubleshoot issues on DNS servers.
Zone Transfer Problems
Run the following checks:
Check Event Viewer for both the primary and secondary DNS server.
Check the primary server to see whether it's refusing to send the transfer for security.
Check the Zone Transfers tab of the zone properties in the DNS console. If the server restricts zone transfers to a list of servers, such as those listed on the Name Servers tab of the zone properties, make sure that the secondary server is on that list. Make sure that the server is configured to send zone transfers.
Check the primary server for problems by following the steps in the Check DNS server problems section. When you're prompted to perform a task on the client, perform the task on the secondary server instead.
Check whether the secondary server is running another DNS server implementation, such as BIND. If it is, the problem might have one of the following causes:
The Windows primary server might be configured to send fast zone transfers, but the third-party secondary server might not support fast-zone transfers. If this is the case, disable fast-zone transfers on the primary server from within the DNS console by selecting the Enable Bind secondaries check box on the Advanced tab of the properties for your server.
If a forward lookup zone on the Windows server contains a record type (for example, an SRV record) that the secondary server does not support, the secondary server might have problems pulling the zone.
Check whether the primary server is running another DNS server implementation, such as BIND. If so, it's possible that the zone on the primary server includes incompatible resource records that Windows does not recognize.
If either the master or secondary server is running another DNS server implementation, check both servers to make sure that they support the same features. You can check the Windows server in the DNS console on the Advanced tab of the properties page for the server. In addition to the Enable Bind secondaries box, this page includes the Name checking drop-down list. This enables you to select enforcement of strict RFC compliance for characters in DNS names.
Есть домен (прим domain.local) с единственным домен-контроллером dc [192.168.1.200], на котором установлены роли AD, DNS, DHCP.
На одном из клиентский ПК перестали резолвиться DNS-записи, т.е ping IP - работает, ping FDQN - нет; И поведение весьма странное:
1. nslookup domain.local и nslookup dc.domain.local отдают IP-адрес корректно;
2. при сбросе dns-кеша на клиенте (ipconfig /flushdns) и последующей попытке пинга (ping dc.domain.local) - в кеше появлется запись о dc.domain.local с корректным IP-адресом в поле "Ответ"
3. при сбросе dns-кеша на клиенте (ipconfig /flushdns) и последующей попытке пинга с определением имени (ping -a 192.168.1.20) - в ответе команды ping отображается корректное DNS-имя dc.domain.local
вышеуказанные команды запускались и с использованием короткого имени, и с использованием FDQN.
4. Сброс настроек (netsh winsock reset; netsh int ip reset c:\resetlog.txt) к положительным результатам не привел. 5. В настройках ipconfig прописывается (DHCP) корректный DNS-сервер: 192.168.1.200
Подскажите, пожалуйста, какую более точную диагностику можно произвести для выявления сбоя на клиентской машине?
Решение 2. Используйте командную строку
Иногда эта проблема может возникнуть из-за временного сбоя в вашей системе. Если nslookup работает, но ping не работает, вы можете решить проблему, просто выполнив пару команд. Для этого просто выполните следующие действия:
- Нажмите Windows Key + X , чтобы открыть меню Win + X. Теперь выберите Командная строка (Администратор) или PowerShell (Администратор) из списка.
- Когда откроется Командная строка , выполните следующие команды:
- netsh каталог сброса winsock
- netsh int ip reset reset.log
- ipconfig/flushdns
- ipconfig/registerdns
- маршрут/f
После выполнения этих команд проверьте, решена ли проблема.
- ЧИТАЙТЕ ТАКЖЕ: ИСПРАВЛЕНИЕ: невозможно подключиться к Интернету в Windows 10
Test by using nslookup query
Run the following command and check whether the DNS server is reachable from client computers.
If the resolver returns the IP address of the client, the server does not have any problems.
If the resolver returns a "Server failure" or "Query refused" response, the zone is probably paused, or the server is possibly overloaded. You can learn whether it's paused by checking the General tab of the zone properties in the DNS console.
If the resolver returns a "Request to server timed out" or "No response from server" response, the DNS service probably is not running. Try to restart the DNS Server service by entering the following at a command prompt on the server:
If the issue occurs when the service is running, the server might not be listening on the IP address that you used in your nslookup query. On the Interfaces tab of the server properties page in the DNS console, administrators can restrict a DNS server to listen on only selected addresses. If the DNS server has been configured to limit service to a specific list of its configured IP addresses, it's possible that the IP address that's used to contact the DNS server is not in the list. You can try a different IP address in the list or add the IP address to the list.
In rare cases, the DNS server might have an advanced security or firewall configuration. If the server is located on another network that is reachable only through an intermediate host (such as a packet filtering router or proxy server), the DNS server might use a non-standard port to listen for and receive client requests. By default, nslookup sends queries to DNS servers on UDP port 53. Therefore, if the DNS server uses any other port, nslookup queries fail. If you think that this might be the problem, check whether an intermediate filter is intentionally used to block traffic on well-known DNS ports. If it's not, try to modify the packet filters or port rules on the firewall to allow traffic on UDP/TCP port 53.
Checking for recursion problems
For recursion to work successfully, all DNS servers that are used in the path of a recursive query must be able to respond and forward correct data. If they can't, a recursive query can fail for any of the following reasons:
The query times out before it can be completed.
A server that's used during the query fails to respond.
A server that's used during the query provides incorrect data.
Start troubleshooting at the server that was used in your original query. Check whether this server forwards queries to another server by examining the Forwarders tab in the server properties in the DNS console. If the Enable forwarders check box is selected, and one or more servers are listed, this server forwards queries.
If this server does forward queries to another server, check for problems that affect the server to which this server forwards queries. To check for problems, see Check DNS Server problems. When that section instructs you to perform a task on the client, perform it on the server instead.
If the server is healthy and can forward queries, repeat this step, and examine the server to which this server forwards queries.
If this server does not forward queries to another server, test whether this server can query a root server. To do this, run the following command:
If the resolver returns the IP address of a root server, you probably have a broken delegation between the root server and the name or IP address that you're trying to resolve. Follow the Test a broken delegation procedure to determine where you have a broken delegation.
If the resolver returns a "Request to server timed out" response, check whether the root hints point to functioning root servers. To do this, use the To view the current root hints procedure. If the root hints do point to functioning root servers, you might have a network problem, or the server might use an advanced firewall configuration that prevents the resolver from querying the server, as described in the Check DNS server problems section. It's also possible that the recursive time-out default is too short.
Все ответы
покажите результат вывода
ping IP и ping FDQN
возможно вам этого хватит
для начала привести вывод ipconfig /all в момент когда есть проблема с резолвом.
мммм? варианты?
Обмен пакетами с 192.168.1.201 по с 32 байтами данных:
Ответ от 192.168.1.201: число байт=32 время Ответ от 192.168.1.201: число байт=32 время Ответ от 192.168.1.201: число байт=32 время Ответ от 192.168.1.201: число байт=32 время
Статистика Ping для 192.168.1.201:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
C:\Users\user64>ping dc.domain.local
При проверке связи не удалось обнаружить узел dc.domain.local.
Проверьте имя узла и повторите попытку.
C:\Users\user64>ping -a 192.168.1.201
Обмен пакетами с dc.domain.local [192.168.1.201] с 32 байтами данных:
Ответ от 192.168.1.201: число байт=32 время Ответ от 192.168.1.201: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.201: число байт=32 время Ответ от 192.168.1.201: число байт=32 время
Статистика Ping для 192.168.1.201:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 1 мсек, Среднее = 0 мсек
Ошибся в первом посте, IP-адрес домен-контроллера 192.168.1.201
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : td
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : domain.local
Ethernet adapter Подключение по локальной сети:
DNS-суффикс подключения . . . . . : domain.local
Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Физический адрес. . . . . . . . . : BC-5F-F4-DE-7E-F2
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.122(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 22 июня 2016 г. 8:13:04
Срок аренды истекает. . . . . . . . . . : 30 июня 2016 г. 8:31:42
Основной шлюз. . . . . . . . . : 192.168.1.230
DHCP-сервер. . . . . . . . . . . : 192.168.1.201
DNS-серверы. . . . . . . . . . . : 192.168.1.201
NetBios через TCP/IP. . . . . . . . : Включен
Туннельный адаптер isatap.domain.local:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . : domain.local
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Проблема с резолвом не плавающая, а в один момент появилась и все. При этом в этой же ести есть в наличии другие машины (как на ОС Linux, та и на ОС Windows) - у них проблема не наблюдается.
Некоторые пользователи сообщают, что nslookup работает, но на компьютере не работает ping. Если вы не знакомы, это две команды, которые могут использовать опытные пользователи, и сегодня мы собираемся показать вам, как решить эту проблему.
Неспособность использовать функцию ping может быть проблемой, и, говоря об этой проблеме, вот некоторые похожие проблемы, о которых сообщили пользователи:
- Nslookup разрешает IP, а ping – нет . Иногда эта проблема может быть вызвана антивирусом или брандмауэром, поэтому, возможно, вам следует изменить настройки и проверить, решает ли это проблему.
- Nslookup работает, traceroute не работает . Если вы столкнулись с этой проблемой, возможно, проблема связана с определенными сервисами. Просто перезапустите их, и проблема должна быть решена.
- Nslookup не может разрешить работу ping . Эта проблема может возникать по многим причинам, и если вы столкнулись с ней, обязательно попробуйте некоторые из наших решений.
- Проверьте свой антивирус
- Используйте командную строку
- Перезапустите службу DNS-клиента .
- Добавьте точку после домена
- Перезапустите службу кэша DNS .
- Изменить настройки IPv4
- Переключитесь на Google DNS
- Проверьте файл хостов
- Отключить IPv6
- Обновите драйверы
If the server is a primary server
The problem might be caused by user error when users enter data into the zone. Or, it might be caused by a problem that affects Active Directory replication or dynamic update.
Test a broken delegation
Begin the tests in the following procedure by querying a valid root server. The test takes you through a process of querying all the DNS servers from the root down to the server that you're testing for a broken delegation.
At the command prompt on the server that you're testing, enter the following:
Resource record type is the type of resource record that you were querying for in your original query, and FQDN is the FQDN for which you were querying (terminated by a period).
If the response includes a list of "NS" and "A" resource records for delegated servers, repeat step 1 for each server and use the IP address from the "A" resource records as the server IP address.
If the response does not contain an "NS" resource record, you have a broken delegation.
If the response contains "NS" resource records, but no "A" resource records, enter set recursion, and query individually for "A" resource records of servers that are listed in the "NS" records. If you do not find at least one valid IP address of an "A" resource record for each NS resource record in a zone, you have a broken delegation.
If you determine that you have a broken delegation, fix it by adding or updating an "A" resource record in the parent zone by using a valid IP address for a correct DNS server for the delegated zone.
Checking for problems with authoritative data
Check whether the server that returns the incorrect response is a primary server for the zone (the standard primary server for the zone or a server that uses Active Directory integration to load the zone) or a server that's hosting a secondary copy of the zone.
Решение 6 – Изменить настройки IPv4
Если nslookup работает, но ping не работает на вашем ПК, проблема может быть связана с настройками вашего IP. Чтобы решить эту проблему, рекомендуется внести пару изменений в настройки IPv4. Вы можете сделать это, выполнив следующие действия:
- Нажмите значок сети на панели задач и выберите свою сеть в меню.
- Нажмите Изменить параметры адаптера на правой панели.
- Появится список всех сетевых подключений. Нажмите правой кнопкой мыши свое сетевое подключение и выберите в меню Свойства .
- Выберите Протокол Интернета версии 4 (TCP/IPv4) из списка и нажмите кнопку Свойства .
- Теперь нажмите кнопку Дополнительно .
- Перейдите на вкладку DNS и выберите Добавить эти суффиксы DNS (по порядку) . Теперь нажмите кнопку Добавить .
- Когда появится новое окно, введите . в качестве доменного суффикса и нажмите Добавить . Сохранить изменения.
После этого проблема должна быть решена, и все снова начнет работать.
Check DNS server problems
Решение 4. Добавьте точку после домена
Это необычный обходной путь, но он работает в зависимости от пользователей. Если nslookup работает, но ping не работает, возможно, вы можете решить проблему, просто добавив точку после домена.
Например, если вы ранее использовали команду ping windowsreport , попробуйте использовать команду ping windowsreport. и проверьте, работает ли она. Это простой маленький обходной путь, но многие пользователи сообщили, что он работает для них, поэтому не стесняйтесь попробовать.
If the server is hosting a secondary copy of the zone
Examine the zone on the primary server (the server from which this server pulls zone transfers).
You can determine which server is the primary server by examining the properties of the secondary zone in the DNS console.
If the name is not correct on the primary server, go to step 4.
If the name is correct on the primary server, check whether the serial number on the primary server is less than or equal to the serial number on the secondary server. If it is, modify either the primary server or the secondary server so that the serial number on the primary server is greater than than the serial number on the secondary server.
On the secondary server, force a zone transfer from within the DNS console or by running the following command:
Examine the secondary server again to see whether the zone was transferred correctly. If not, you probably have a zone transfer problem. For more information, see Zone Transfer Problems.
If the zone was transferred correctly, check whether the data is now correct. If not, the data is incorrect in the primary zone. The problem might be caused by user error when users enter data into the zone. Or, it might be caused by a problem that affects Active Directory replication or dynamic update.
Решение 9 – Отключить IPv6
Если вы не знакомы, есть два типа IP-адресов: IPv4 и IPv6. Последний является более новым стандартом, но если вы не используете IPv6 специально, возможно, вы можете отключить эту функцию.
Как оказалось, несколько пользователей сообщили, что nslookup работает, но ping не работает из-за IPv6, поэтому давайте отключим его и проверим, помогает ли это. Чтобы отключить IPv6, сделайте следующее:
- Выполните шаги 1-3 из Решения 6 .
- Найдите в списке Интернет-протокол версии 6 (TCP/IPv6) и снимите флажок. Теперь нажмите Применить и ОК , чтобы сохранить изменения.
После отключения IPv6 проверьте, сохраняется ли проблема.
Решение 3. Перезапустите службу DNS-клиента.
Если nslookup работает, но ping не работает, возможно, проблема в одной из ваших служб. Некоторые пользователи утверждают, что проблема была в службе DNS-клиента, и для ее устранения необходимо перезапустить эту службу. Это на самом деле довольно просто сделать, и вы можете сделать это, выполнив следующие действия:
- Нажмите Windows Key + R , чтобы открыть диалоговое окно Выполнить . Теперь введите services.msc и нажмите Enter или нажмите ОК .
- Найдите DNS-клиент , щелкните его правой кнопкой мыши и выберите Стоп . Подождите пару секунд, снова щелкните правой кнопкой мыши DNS-клиент и выберите в меню Пуск .
Если вы не можете остановить службу, проблема в зависимых службах. Служба DNS-клиента зависит от определенных служб, и пока эти службы не будут остановлены, вы не сможете остановить службу DNS-клиента. Чтобы узнать, от каких сервисов зависит DNS-клиент, сделайте следующее:
- В окне Службы найдите DNS-клиент и дважды щелкните его, чтобы открыть его свойства.
- Перейдите на вкладку Зависимости , и вы сможете увидеть службы, от которых зависит DNS-клиент .
- Остановите эти службы, и тогда вы сможете также остановить DNS-клиент .
- После перезапуска службы DNS-клиент обязательно перезапустите службы, от которых зависит DNS-клиент .
Это может быть немного сложным решением, особенно если вам нужно отключить различные службы, но если вы будете тщательно следовать инструкциям, вы сможете управлять ими.
Решение 10. Обновите драйверы
Если nslookup работает, но на вашем компьютере не выполняется ping, возможно, проблема связана с вашими драйверами. Иногда ваши драйверы могут быть устаревшими, и это может привести к этой и многим другим проблемам. Однако вы можете решить эту проблему, просто загрузив последние версии драйверов и установив их.
Для этого вам просто нужно посетить веб-сайт вашего сетевого адаптера и загрузить последние версии драйверов для вашей модели. После того, как вы загрузите и установите последние версии драйверов, проблема должна быть решена.
Если этот метод кажется вам немного сложным, возможно, вам следует рассмотреть возможность использования сторонних инструментов, таких как TweakBit Driver Updater , и обновлять драйверы одним щелчком мыши.
Невозможность пропинговать определенное устройство или IP-адрес может быть проблемой, но мы надеемся, что вы решили эту проблему, используя одно из наших решений.
Вроде бы всё банально, но разобраться пока не могу.
Начнём с простого есть компьютер Win7x86 сетевое имя OracleV.
Есть второй компьютер Win10x64 имя (не важно).
С второго компьютера пинг на первый по ip идёт 192.168.0.193.
Но при вводе команды ping OracleV, почему-то пишет:
"Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:"
А при вводе >nslookup OracleV.
╚ь : OracleV
Address: 192.168.0.193
Что прикажете делать?)
ipconfig /flushdns и netsh winsock reset делал, не помогло(
Компьютер перезагружал.
- Вопрос задан более трёх лет назад
- 13384 просмотра
Если совет про IPv6 не помог (а вроде бы по логике не должен), то проверьте что у вас в hosts и скажите что у вас на DNS сервере (ну и расскажите про него деталей), есть там нормальная запись?
Клёвый Админ: Про IPv6 совет не помог проблема осталась, но "проблема всплыла при поднятии вирутальной машины с Ubuntu" очень похоже на мою ситуацию, я поднял Debian на VirtualBox
Клёвый Админ: В hosts на Win10x64 всё закоменчено, живых строк нет)
Про DNS сервер ничего не могу сказать, я тут не админ)
Но по команде:
C:\Users\*****>nslookup OracleV
Server: *****
Address: 192.168.0.***
Name: OracleV
Address: 192.168.0.193
Я думаю что всё работает хорошо, и проблема таится в каком-то "кэше" сетевых имён)
В этом плане не очень я силён знаниями как Windows опрашивает и где запоминает сетевые имена и как долго хранит.
TheSima: я ведь правильно понял, что у вас в пинге и в ДНС отличается адрес узла, который в итоге резольвится?
Я ведь правильно понял, что этот узел - это та самая виртуалка, которую вы подняли?
Если так, то похоже вы неправильно сконфигурировали сеть на виртуалбоксе, нужно поменять её параметры и выставить значение в бридж, сейчас похоже там NAT.
Клёвый Админ: Сетка настроена бриджом(мост) IP у виртуалки 192.168.0.216
$uname -n (имя хоста)
debian4ik
Но мне кажется что-то в этом есть. Виртуалка, сетевуха(виртуальная).
TheSima: такс, теперь я запутался, напишите по-подробнее, какой это хост, с какого хоста как пингуете, и кто в итоге в виртуалке и что она вообще делает. И точно ли у вас в сетевых картах ДНС равен тому который отдаёт по nslookup вам ответы, и кто из них отдаёт правильные ответы и какие.
Вот ещё попробуйте
netsh winsock reset catalog
netsh int ipv4 reset reset.log
Вроде бы в 10 есть баг, по симптомам на ваш похож
Клёвый Админ: Да виртуалка тут не причём, просто факт что она есть и что сетевуха у неё мостом настроена.
Проблема в пинге Win7x86 с именем OracleV, у него IP 192.168.0.193, при вызове команды "ping OracleV" с Win10x64 (IP 192.168.0.201) даёт следующий результат:
ping OracleV
Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:
и пинга нет, естественно потому что IP 192.168.0.192. В связи с этим вопрос почему да как?
TheSima: ну вот выше попробуйте, может поможет.
А баг связан с ДНС или с arp, нужно понять откуда ваша система решила что у этой машины не верный адрес.
Посмотрите что в arp -a у вас. Очистите её.
Напишите системным администраторам сети о проблеме. Это их вотчина, если сеть вам не подконтрольна. У них может быть больше инструментов для диагностики.
Клёвый Админ: Почитайте комментарии в ответе "Денис Блейк @kyleabrock", там почти докопался до сути.
После netsh winsock reset catalog
netsh int ipv4 reset reset.log
и перезагрузки проблема ушла, спасибо!
Вот только всё равно не ясно в чём была причина, но всё чаще я ненавижу Windows 10, поэтому есть подозрения в её сторону)
Вам спасибо! Как найду истину допишу ещё коммент от себя с полным описанием, если найду)
TheSima: ну и плюс зарепортите своим админам это обязательно. Сейчас это мелочь, но если у вас в сети есть такие проблемы - то рано или поздно может бомбануть.
у меня подобная проблема всплыла при поднятии вирутальной машины с Ubuntu, по IP все было OK а по имени нет. в общем пришлось отключить IP6 и имя стало нормально резолвиться.
Николай Бараненко: очень похоже на мою ситуацию, я поднял Debian на VirtualBox, IPv6 выключил не помогло =(
Отключите firewall (брандмауэр) встроенный в ос и повторите попытку. По умолчанию он не дает отвечать на такие запросы
вы прочитали вопрос не внимательно, там дело в ДНС. Посмотрите на возвращемый nslookup'ом и утилитой ping адреса
DNS разрешает адрес всегда, кроме тех случаев, когда это жестко не ограничено брандмауэром. Это взаимодействие по 53/UDP. Ping - это ICMP взаимодействие которое брандмауэром по умолчанию запрещено. NSLookup разрешает dns имя, а не пингует хост.
Денис Блейк: Эммм. я может чего-то не понимаю?) пинг идёт по IP-адресу, так?
при вводе команды "ping 192.168.0.193" пинг идёт
а при "ping OracleV", который определяет IP самого OracleV как 192.168.0.192 естественно не идёт, так как у компьютера другой IP, а именно 192.168.0.193, вот собственно вопрос откуда он(ping) берёт 192.168.0.192?
Вот в этом таится вся проблема кажется..
У компьютера был раньше этот адрес, но DHCP-сервер решил дать новый)
Началась проблема. костылить можно, но я хочу понять суть(корень узреть).
Денис Блейк: Да и брандмауэр отключил, не помогло(
C:\Users\*****>ping OracleV
Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:
Превышен интервал ожидания для запроса.
TheSima: нужно смотреть в первую очередь записи на ДНС, и он у вас 1? С самого ДНС-сервера разрешение имени через nslookup и при пинге проходит в 1 адрес? На дхцп нет резервации?
Если у вас dns сервер, обновите запись dns. Если разрешение имен по netbios то не обновилась запись. Проверьте по nbtstat -a OracleV. И на одной и на другой машине. Если на основной ip обновлен, а на другой нет, то не приходят широковещательные запросы netbios. Для приема таких запросов должно быть включено сетевое обнаружение. Если firewall отключен то оно уже включено. Тогда проверьте, включены ли у Вас следующие службы:
Служба обнаружение SSDP (SSDP Discovery)
Помощник TCP/IP NetBIOS (TCP/IP NetBIOS Helper)
Обозреватель (Computer Browser)
Сервер (Server)
Сейчас буду всё проверять, я думаю мы на верном пути, а пока заметочка:
NetBIOS через TCPIP не поддерживает IPv6. Для целей взаимодействия в локальном сегменте сети без участия опорных серверов (DNS/WINS) с использованием IPv4/IPv6 разработан протокол LLMNR
Денис Блейк: Начал проверять, вот как Вам такое:
C:\Users\*****>nbtstat -A 192.168.0.192
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
C:\Users\****>nbtstat -a ORACLEV
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
C:\Users\*****>nbtstat -a OracleV
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
Денис Блейк: И ещё, вот корень зла:
C:\Users\*****>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Таблица удаленного буфера NetBIOS-имен
Имя Тип Адрес узла Время жизни [с]
--------------------------------------------------------------------
ORACLEV Уникальный 192.168.0.192 174
ORACLEV Уникальный 192.168.0.193 137
Денис Блейк: После окончания "Время жизни" смотрю ещё раз кэш, затем пинг(в другом окне) и ещё раз кэш:
C:\Users\16274>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Буфер не содержит имен
C:\Users\16274>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Таблица удаленного буфера NetBIOS-имен
Имя Тип Адрес узла Время жизни [с]
--------------------------------------------------------------------
ORACLEV Уникальный 192.168.0.192 598
On all my Windows PCs (Vista and XP) I get the following from the command prompt:
I am pretty sure that I have the DNS set up OK as the nslookup is OK but I can't ping and I can't access webpages at weddinglist.
How can I make ping work for the Windows PCs?
Can you provide the zone file for 'weddinglist'? If not, can you say whether or not you've got an A record for the host in the zone?
To avoid the problems explained by Alnitak (software adding ".something" when they find no dot), I suggest to work with names with dots, using, if necessary, official TLD like ".example". If you use "www.mysite.example" for your tests, you'll be free from these issues.
14 Answers 14
It's possible that the Windows internal resolver is adding '.local' to the domain name because there's no dots in it. nslookup wouldn't do that.
To verify this possiblity, install 'Wireshark' (previously aka Ethereal) on your client machine and observe any DNS request packets leaving it when you run the ping command.
OK, further investigation on my own XP machine at home reveals that for single label names (i.e. "foo", or "foo.") the system doesn't use DNS at all, and instead uses NBNS (NetBios Name Service).
Using a hint found at http://www.chicagotech.net/netforums/viewtopic.php?t=1476, I found that I was able to force DNS lookups for single label domains by putting a single entry reading "." in the "Append these DNS suffixes (in order)" in the "Advanced TCP/IP settings" dialog
I was having a similar issue myself where I could resolve the IP of a Ubuntu 13.10 PC but couldn't ping or VNC into the box by name. Adding a period "." at the end of the name fixed the issue. So instead of doing something like: ping my-pc I just do: ping my-pc.
I had this problem occasionally when using a multi-label name ie test.internal
The solution for me was to stop/start the dnscache on my windows 7 machine. Open a console as administrator and type
then sigh and look for a way to get a Mac as your principal desktop.
Brilliant. The above solution didn't work for me (regarding adding a ".something") because it already has one. Mine is ardee.local. Same scenario, can do an nslookup ardee.local, but can't do ping ardee.local. So restarting the dnscache works here.
Also worked for a multipart DNS (machine.subdomain.domain.com), where subdomain.domain.com is one of the configured "Append these DNS suffixes". Yesterday it resolved but today it didn't. Restarting the service brought it back.
I have the same issue with IIS running on my home server, on the client machine a command like ipconfig /flushdns usually solves the problem.
I had the same issue. As pointed out by other answers ping and nslookup use different mechanisms to lookup an ip.
Chances are you are trying to ping a machine not on the same domain. When you ping the fully qualified name of the server this should then work.
nslookup works:
Ping fails:
Ping works, using FQDN:
Решение 7 – Переключиться на Google DNS
Если проблема все еще существует, проблема может быть в вашем DNS. По словам пользователей, если nslookup работает, но ping не работает, проблема может быть связана с DNS, но вы можете решить эту проблему, переключившись на DNS Google. Для этого просто выполните следующие действия:
- Повторите шаги 1 – 4 из предыдущего решения.
- Выберите Использовать следующие адреса DNS-серверов . Введите 8.8.8.8 в качестве Предпочитаемый и 8.8.4.4 в качестве Альтернативного DNS-сервера . Нажмите ОК , чтобы сохранить изменения.
После этого убедитесь, что проблема все еще существует. Имейте в виду, что переключение на Google DNS может немного замедлить ваше интернет-соединение, так что имейте это в виду.
Решение 1. Проверьте свой антивирус
По словам пользователей, если nslookup работает, но ping не работает, проблема может быть связана с вашим антивирусом. Несколько пользователей сообщили о проблемах с Kaspersky и его функцией брандмауэра, и для решения этой проблемы рекомендуется отключить брандмауэр в Kaspersky и проверить, решает ли это проблему.
В некоторых случаях единственным способом решения этой проблемы может быть удаление антивируса. Даже если вы решите удалить свой антивирус, вы должны знать, что ваша система будет защищена Защитником Windows, поэтому вам не придется слишком беспокоиться о своей безопасности.
После того, как вы удалите антивирус, проверьте, сохраняется ли проблема. Если проблема не появляется после удаления вашего антивируса, возможно, вам следует подумать о переходе на другое антивирусное решение. На рынке есть много отличных антивирусных инструментов, и если вам нужен надежный антивирус, который не будет мешать вашей системе, мы рекомендуем вам попробовать Bitdefender .
- Читать сейчас: Bitdefender Internet Security 2019: лучший антивирус для платформы Windows
To view the current root hints
Start the DNS console.
Add or connect to the DNS server that failed a recursive query.
Right-click the server, and select Properties.
Click Root Hints.
Check for basic connectivity to the root servers.
If root hints appear to be configured correctly, verify that the DNS server that's used in a failed name resolution can ping the root servers by IP address.
If the root servers do not respond to pinging by IP address, the IP addresses for the root servers might have changed. However, it's uncommon to see a reconfiguration of root servers.
Решение 5. Перезапустите службу DNS Cache.
Как мы уже упоминали, иногда такие проблемы могут возникать из-за определенных услуг. Если nslookup работает, но ping не работает, проблема, скорее всего, связана со службой DNS Cache, и для ее устранения вам просто нужно перезапустить ее. Чтобы сделать это быстро, просто выполните следующие действия:
- Запустите Командную строку от имени администратора.
- При запуске Командная строка выполните следующие команды:
- net stop dnscache
- net start dnscache
После выполнения этих двух команд служба DNS-кэша будет перезапущена, и проблема должна быть решена.
Решение 8 – Проверьте ваш файл hosts
Если проблема все еще существует, проблема может быть в вашем файле hosts. Если nslookup работает, но ping не работает, возможно, что файл hosts был отредактирован вредоносным ПО или другим приложением, что может привести к возникновению этой и подобных проблем.
Чтобы решить эту проблему, рекомендуется проверить файл hosts и убедиться, что все в порядке. По сути, если вы видите веб-сайт, который вы пытаетесь пропинговать в списке, это означает, что файлы хостов были изменены.
Просто удалите записи, указывающие на веб-сайт, который вы пытаетесь пропинговать, и все готово. Если вы не знаете, как это сделать, вы всегда можете сбросить файл hosts, и это должно решить проблему.
Check IP configuration
Run ipconfig /all at a command prompt, and verify the IP address, subnet mask, and default gateway.
Check whether the DNS server is authoritative for the name that is being looked up. If so, see Checking for problems with authoritative data.
Run the following command:
If you get a failure or time-out response, see Checking for recursion problems.
Flush the resolver cache. To do this, run the following command in an administrative Command Prompt window:
Or, in an administrative PowerShell window, run the following cmdlet:
Event log
Check the following logs to see whether there are any recorded errors:
To fix this you will need to alter the DNS setting for the machine and add the DNS suffix to lookup.
- Control Panel\Network and Internet\Network Connections
- Network adapter -> properties
- IPV4 -> Properties
- General tab -> Advanced
- DNS Tab
- Select "Append these DNS suffixes (in order)"
- Add the required domain names
- Disable, then enable your network adapter (don't do this on a VM, you'll loose your connection, instead try 'ipconfig /renew')
I think this behavior can be turned off, but Window's online help wasn't extremely clear:
If you disable NetBIOS over TCP/IP, you cannot use broadcast-based NetBIOS name resolution to resolve computer names to IP addresses for computers on the same network segment. If your computers are on the same network segment, and NetBIOS over TCP/IP is disabled, you must install a DNS server and either have the computers register with DNS (or manually configure DNS records) or configure entries in the local Hosts file for each computer.
In Windows XP, there is a checkbox:
Advanced TCP/IP Settings
[ ] Enable LMHOSTS lookup
There is also a book that covers this at length, "Networking Personal Computers with TCP/IP: Building TCP/IP Networks (old O'Reilly book)". Unfortunately, I cannot look it up because I disposed of my copy a while ago.
Читайте также: