Невозможно пропинговать локальный хост после половины рабочего дня
Это началось как 4 или 5 дней назад. Я использую настольный компьютер Ubuntu 12.04, и после 12 часов безотказной работы кажется, что петлевое устройство просто перестает работать. Если я делаю ifconfig, похоже, что он все еще там, но если я пингую localhost или 127.0.0.1, оба сбой. Также не удается выполнить пинг известных DNS-адресов (www.google.com). Но пинг по IP работает нормально.
Остальные сетевые функции кажутся несфазированными. Я все еще могу получить доступ к ресурсу Samba со своего компьютера с Windows. Кроме того, я использую сервер Apache, который все еще доступен из внешнего мира. Глядя на монитор ресурсов, загрузка процессора и памяти кажется нормальной, когда это происходит.
Если я перезагружаю машину, все снова хорошо. Около 12 часов, пока это не произойдет снова. Любые идеи о том, что может быть причиной этого или как его диагностировать? Благодарю.
Изменить: я выполнил рекомендуемые команды диагностики. Ниже вывод. Я не могу действительно сделать головы или хвосты этого все же. Что-нибудь выглядит необычно?
~ $ ip addr 1: lo: mtu 16436 qdisc noqueue state НЕИЗВЕСТНО link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 инет 127.0.0.1/8 хост хоста lo inet6:: хозяин области видимости 1/128 valid_lft forever предпочитаемый_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast состояние UP qlen 1000 ссылка / эфир 00:1b:fc:64:dc:82 brd ff:ff:ff:ff:ff:ff inet 192.168.1.132/24 brd 192.168.1.255 scope global eth0 inet6 fe80::21b:fcff:fe64:dc82/64 ссылка на область видимости valid_lft forever предпочитаемый_lft forever ~ $ netstat -rn Таблица маршрутизации IP ядра Шлюз назначения Genmask Flags Окно MSS irtt Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 ~ $ getent hosts localhost 127.0.0.1 localhost $ ping 127.0.0.1 PING 127.0.0.1 (127.0.0.1) 56(84) байта данных. ^C --- 127.0.0.1 пинг статистика --- 572 пакета передано, 0 получено, потеря пакета 100%, время 575551мс ~$ ping6::1 PING::1(::1) 56 байтов данных 64 байта из::1: icmp_seq=1 ttl=64 времени = 0,020 мс 64 байта из::1: icmp_seq=2 ttl=64 времени = 0,023 мс 64 байта из::1: icmp_seq=3 ttl=64 времени = 0,025 мс 64 байта из::1: icmp_seq=4 ttl=64 времени = 0,021 мс 64 байта из::1: icmp_seq=5 ttl=64 времени = 0,028 мс 64 байта из::1: icmp_seq=6 ttl=64 времени = 0,025 мс 64 байта из::1: icmp_seq=7 ttl=64 времени = 0,023 мс 64 байта из::1: icmp_seq=8 ttl=64 времени = 0,026 мс 64 байта из::1: icmp_seq=9 ttl=64 времени = 0,021 мс 64 байта из::1: icmp_seq=10 ttl=64 времени = 0,028 мс ^C ---::1 пинг статистика --- 10 переданных пакетов, 10 принятых, потеря пакета 0%, время 8998 мс rtt мин / ср / макс / мдев = 0,020/0,024/0,028/0,002 мс ~$ ifconfig eth0 Link encap:Ethernet HWaddr 00:1b:fc:64:dc:82 адрес в сети Интернет:192.168.1.132 Bcast:192.168.1.255 Маска: 255.255.255.0 inet6 адрес: fe80::21b:fcff:fe64:dc82/64 Область действия: ссылка UP BROADCAST RUNNING MULTICAST MTU:1500 Метрика: 1 Пакеты RX:5537467 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0 Пакеты TX:7700200 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0 столкновения:0 txqueuelen:1000 RX байтов:2390500721 (2,3 ГБ) TX байтов:8274946292 (8,2 ГБ) Прерывание: 23 Базовый адрес: 0x4000 lo Link encap: Local Loopback адрес в сети:127.0.0.1 маска: 255.0.0.0 inet6 адрес:::1/128 Область применения:Host UP LOOPBACK RUNNING MTU:16436 Метрика: 1 Пакеты RX:1441430 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0 Пакеты TX:1441430 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0 столкновений:0 txqueuelen:0 RX байтов:2084259522 (2,0 ГБ) TX байтов:2084259522 (2,0 ГБ)
1 ответ
Я смог исправить эту проблему на своих машинах Debian, обновив ядро 3.2.0-4, которое в настоящее время находится в Wheezy, с версии 2.6.32-5, которая в настоящее время находится в Squeeze.
Если вы не можете обновить ядро, я смог обойти эту проблему на двух моих серверах, сказав им, чтобы они обращались к локальному преобразователю DNS через IPv6 вместо IPv4. Вот мой resolv.conf
:
search example.com
nameserver ::1
Это не было идеальной работой, но этого было достаточно некоторое время.