Я администрирую Fedora 12, но плохо знаком с сетевыми особенностями. Недавно одно из наших приложений WordPress, размещенных на нашем сервере, перестало выполнять автоматическое обновление или автоматическую загрузку плагинов.
Продолжая расследование, я пробовал следующее:
$ wget wordpress.org
--2010-12-17 11:26:50-- http://wordpress.org/
Resolving wordpress.org... failed: Temporary failure in name resolution.
wget: unable to resolve host address âwordpress.orgâ
В то время как:
$ wget www.google.com
--2010-12-17 11:27:26-- http://www.google.com/
Resolving www.google.com... 74.125.226.82, 74.125.226.84, 74.125.226.80, ...
Connecting to www.google.com|74.125.226.82|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.ca/ [following]
--2010-12-17 11:27:26-- http://www.google.ca/
Resolving www.google.ca... 173.194.32.104
Connecting to www.google.ca|173.194.32.104|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: âindex.html.4â
[ <=> ] 9,079 --.-K/s in 0.02s
2010-12-17 11:27:26 (462 KB/s) - âindex.html.4â
Что интересно:
$ ping wordpress.org
PING wordpress.org (72.233.56.138) 56(84) bytes of data.
64 bytes from wordpress.org (72.233.56.138): icmp_seq=1 ttl=50 time=81.5 ms
64 bytes from wordpress.org (72.233.56.138): icmp_seq=2 ttl=50 time=67.3 ms
^C
--- wordpress.org ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1783ms
rtt min/avg/max/mdev = 67.361/74.448/81.536/7.092 ms
и
$ nslookup wordpress.org
Server: 192.168.2.1
Address: 192.168.2.1#53
Non-authoritative answer:
Name: wordpress.org
Address: 72.233.56.138
Name: wordpress.org
Address: 72.233.56.139
nscd был остановлен и сброшен. iptables кажется чистым. На данный момент я исчерпал свои ограниченные возможности по диагностике проблемы. Может ли кто-нибудь предложить путь разрешения?
Пытаться wget www.wordpress.org
.
Если вам интересно, что думает wget, используйте wirehark для отслеживания его DNS-запросов.
Похоже на ошибку в wget.
Начните тестирование с: wget wordpress.org.
Эта точка в конце важна. Если проблема не устранена, выполните следующие действия:
cat ${HOME}/.wgetrc
env | grep -i proxy
wget --dns-timeout 1000 wordpress.org
wget --dns-timeout 1000 wordpress.org.
dig a wordpress.org. @ns1.mobiusltd.com.
dig a wordpress.org. @192.168.2.1
dig a wordpress.org @192.168.2.1
dig a wordpress.org @192.168.2.1
Если это не даст вам ответа, покажите /etc/resolv.conf.
Убедитесь, что на DNS-сервере правильно настроен раздел журналов в named.conf и rndc. Затем наблюдайте за журналами, поднимайте трассировку, при необходимости dumpdb cache. tcpdump и snoop - ваши друзья. Удачи.