iMac не может разрешить DNS (или найти, что маршрут размещает?), поскольку некоторые сайты, но Windows могут?
В моей домашней сети у меня есть несколько основанных на Windows ПК, которые не имеют никаких известных проблем с DNS, но с моей iMac OSX, у меня есть проблемы при разрешении нескольких случайных доменов. Некоторые домены, с которыми у меня есть проблемы:
- ehow.com
- about.com
- nationalshoppingservice.com
Помимо рассмотрения/etc/hosts файла (то, которое я думаю, прекрасно), что я должен проверить iMac для проблем, связанных с DNS или какие инструменты должны, я раньше помогал диагностировать проблему, с которой я сталкиваюсь?
Используя вырыть команду я добираюсь:
; <<>> DiG 9.4.3-P3 <<>> @4.2.2.2 www.nationalshoppingservice.com
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3468
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.nationalshoppingservice.com. IN A
;; ANSWER SECTION:
www.nationalshoppingservice.com. 14400 IN A 64.40.111.81
;; Query time: 86 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Tue Apr 12 18:22:42 2011
;; MSG SIZE rcvd: 65
После попытки некоторых предложений я полагаю, что DNS является неправильной проблемой..., когда я сделал ping www.nationalshoppingservice.com, это - то, что я получил:
PING www.nationalshoppingservice.com (64.40.111.81): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host
Таким образом, это похоже на DNS, решает, но маршрут для хостинга не может быть найден? Что продолжается здесь?
4 ответа
Командная строка будет Вашим другом. 1-й у Вас не может быть проблемы DNS вообще. Необходимо определить это сначала. Лучший инструмент для этого задания dig. Откройте Terminal и тип
dig @4.2.2.2 ehow.com
Компоненты этой команды:
dig : the command
@4.2.2.2 : this tells dig where to ask. We are specifically asking a
known provider in this case Level3. You could easily put
8.8.8.8 (Google) or any other provider here.
ehow.com : the domain you wish to query for.
Вы возвратите вывод как:
; <<>> DiG 9.7.2-P2 <<>> @4.2.2.2 ehow.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43699
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ehow.com. IN A
**;; ANSWER SECTION:
ehow.com. 118 IN A 98.124.249.20**
;; Query time: 1 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Mon Apr 11 01:51:12 2011
;; MSG SIZE rcvd: 42
РАЗДЕЛ ОТВЕТА является важной частью. Если Вы получаете ответ затем, Вы знаете, что Ваша iMac прекрасна, и это может "получить" доступ к тому домену.
Следующий шаг должен заменить @4.2.2.2 IP или именем хоста Вашего обычного сервера DNS. Это обычно предоставляется Вам Вашим ISP. Если Вы получаете тот же ответ затем, Вы знаете, что DNS не является Вашей проблемой, и можно начать смотреть в другом месте. Вы также, что выполнить эти тесты несколько раз, чтобы удостовериться, что Вы получаете хорошее время отклика. Если Вы когда-нибудь добираетесь:
;; connection timed out; no servers could be reached
Затем Вы знаете, что не возвращаете ответ. Если это происходит периодически, можно заметить его больше на iMac по сравнению с машинами окон из-за кэширования. Я нашел, по моему опыту, ответы DNS кэша машин Windows дольше, чем Mac.
Для поиска и устранения неисправностей проблем DNS на Mac OS X необходимо использовать обоих традиционный инструмент поиска DNS Unix как (выберите тот:) host,dig, и nslookup, а также современный инструмент, который называет определенные для Mac OS X API поиска DNS, такой как dns-sd -Q.
API поиска DNS, что большая часть вызова приложений Какао направлена через mDNSResponder демон, что означает, имеют ли Ваши приложения для GUI проблемы поиска DNS, dns-sd -Q вероятно, покажет Вам то же самое.
Традиционные инструменты поиска DNS Unix используют более традиционный Unix код сопоставителя DNS, что означает, что они могут разрешать вещи, что приложения Какао не могут (и наоборот).
Если можно искать что-то с dig но не с dns-sd, затем Вы могли попытаться уничтожить mDNSResponder демон и разрешение launchd автоматически повторно запустите его (я нашел, что Понукание mDNSResponder не всегда достаточно).
sudo killall mDNSResponder
У Вас есть какое-либо блокирующее IP программное обеспечение или подобные вещи установленными на Вашей iMac?
Кроме того, попытайтесь войти в Предпочтения-> Сеть-> Усовершенствованный-> DNS и сбросьте свои записи DNS; избавьтесь от любых посторонних.
Если это не работает, попытайтесь (временно) делать новую учетную запись на своей iMac, или войдите в другой и посмотрите, можно ли получить доступ к веб-сайтам от тех.
Для тестирования чего-то Вы могли перейти к Предпочтениям-> Сеть-> Усовершенствованный-> DNS и добавлять запись DNS для общедоступного DNS Google 8.8.8.8. Если это решает вопрос, то необходимо будет выяснить, какие настройки DHCP маршрутизатор использует при распространении информации о DNS и IP-адресов. Если Ваш маршрутизатор добирается, это - информация о DNS от Вашего ISP, то это могло быть Вашей проблемой, возможно, просто медленный ответ. Вы не должны использовать свои настройки ISPs DNS.
Я часто использую 8.8.8.8, чтобы протестировать, но прежде всего использовать Opendns для добавленного управления.
Надежда, которая помогает