Как диагностировать “Сервер, не найденный” сообщения при просмотре?

Вы попытались использовать dig hostname.com из командной строки при испытании проблемы? Это попытается сделать поиск для Вас и может показать больше информации о проблеме.

Какие серверы DNS Вы используете? Все Ваши системы используют те же?

Вы используете серверы DNS своего ISP? Обычно они будут перегружены запросами. Я Вы достаточно квалифицированы, я рекомендую настроить локальный сервер имен кэширования (не OpenDNS, как некоторые могут предположить - они играют в игры с DNS, что они не были должны).

Вы попытались идти в другую систему при испытании этого и перезагрузке двух систем одновременно, только быть уверенными, что это не неустойчиво?

В Firefox, ", Говорит сервер, не найденный" Вам, он не знает своего IP-адреса ^†. Так, проблемы DNS действительно.

При обнаружении с этой проблемой снова, можно сразу попытаться видеть, дали ли другие серверы DNS различные результаты. Так, не обновляйте свой браузер, не сбрасывайте кэш, но работайте, следующее (как Вы уже сделал) сказать Вам, что Ваш текущий сервер DNS знает о неприятном домене. Когда Вы получаете ответ для следующего затем тест, отчасти проваленный, но возможно следующее не дает Вам полезный ответ вообще:

dig www.python.org

  [..]
  ;; ANSWER SECTION:
  www.python.org.  33592 IN A 82.94.164.162
  [..]
  ;; Query time: 168 msec
  [..]
  ;; WHEN: Sat Nov 14 12:56:54 2009

Вышеупомянутые результаты, возможно, кэшировались Вашим маршрутизатором/модемом или были делегированы к серверу DNS Вашего ISP для чего-либо, что маршрутизатор еще не знал. Значение для Query time мог бы быть некоторый признак, если бы результат кэшировался в модеме/маршрутизаторе или нет. Так, работайте, та точно та же команда снова (нажмите стрелку и Возврат в Терминале):

  ;; Query time: 33 msec
  [..]
  ;; WHEN: Sat Nov 14 12:57:14 2009

Выше, видя 168 по сравнению с 33 миллисекундами, мы можем предположить что результат для первого dig команда не кэшировалась в модеме/маршрутизаторе, и выяснение у сервера DNS поставщика заняло некоторое дополнительное время. Второй запрос, вероятно, кэшировался.

Если времена запроса отличаются много для Вас также, то по некоторым причинам Ваш браузер или ОС не запросили, что домен от DNS все же, даже при том, что Ваш браузер пытался показать ту страницу. Это, вероятно, сказало бы Вам, что DNS компьютера испорчен (который имеет смысл, поскольку другие компьютеры с помощью того же модема/маршрутизатора не переносят ту же проблему).

Затем, проверьте, приводит ли, например, OpenDNS к другим результатам:

dig @208.67.222.222 www.python.org

  [..]
  ;; ANSWER SECTION:
  www.python.org.  83166 IN A 82.94.164.162

Выше, результатами является то же, но Ваш пробег может варьироваться. (Только необходимо сравнить IP-адреса; явно с помощью некоторого сервера DNS, как при помощи @208.67.222.222, затем времена запроса не будут очень отличаться для повторных запросов.)

Так, каждый раз, когда это происходит снова: сообщить нам результаты вышеупомянутого? С другой стороны, просто настройте свой Mac, чтобы использовать серверы OpenDNS некоторое время и видеть, происходит ли проблема все еще затем?

^{† Неотвечающие серверы дали бы, Вы "Соединение испытали таймаут", и оно, вероятно, берет намного дольше для показа той ошибки.}

Это - знать проблема, существует ошибка в mDNSResponder (существует много сообщений в discussions.apple.com), некоторые другие уже открыли ошибку в Apple, мы не знаем, предоставят ли они его в 10.6.3, поскольку эта ошибка не значительна, но зависит от сервера DNS ISP (даже при установке серверов OpenDNS это не изменит ситуацию, поскольку вторая ошибка в mDNSResponder портит с порядком серверов DNS, это имеет в списке, и даже если Вы "вынуждаете" это использовать OpenDNS, это получит тот, "предлагаемый" шлюзом по умолчанию, который является тем, обеспеченным Вашим ISP, который является соответствием того первой ошибке). У меня есть некоторая проблема и нет никакого решения в данный момент, снижения к Leopard, или ожидайте 10.6.3 (..., или попросите, чтобы Ваш ISP изменился/обновил их DNS-сервер)...

Другая альтернатива должна создать "в LAN", прокси... таким образом она должна работать (это кажется для кого-то, как Вы будете видеть из сообщений в обсуждениях...). Я буду ожидать 10.6.3, даже если я не буду уверен, что они зафиксируют его 100%, несколько хитрых ошибок и не легкие копировать и решить.

до свидания gpy