LINUX.ORG.RU

Проблемы с ping.


0

1

Проблема в следующем.

time ping -c 1 google.com возвращает 0m5.873s

time ping -c 1 74.125.232.19 возвращает 0m0.253s

Сначала думал, что проблема в днс-сервере, но

dig google.com возвращает Query time: 226 msec

В какую сторону копать?


time - run programs and summarize system resource usage

Оно вывело тебе время, затраченное системой. К тому же первій запрос всегда почти всегда получается длительным, так как остальные извлекают IP по доменному имени из кеша. И по одному ping пакету не судят. Сделай ping -c 16 google.com и ping -c 16 74.125.232.19 и покажи, посмеёмся

adriano32 ★★★
()
Ответ на: комментарий от adriano32

time ping -c 16 google.com вернуло 1m18.821s

16 packets transmitted, 16 received, 0% packet loss, time 77772ms

time ping -c 16 74.125.232.19 вернуло 0m15.095s

16 packets transmitted, 16 received, 0% packet loss, time 15017ms

Ну ведь явно ненормальное поведение.

aiive
() автор топика
Ответ на: комментарий от aiive

Блеать!! Накой ты туда time тулишь?!!! Просто сделай ping -c4 google.com и ping -c 4 74.125.232.19. Смотреть надо на строку

rtt min/avg/max/mdev = 48.157/48.603/49.231/0.448 ms

AVG==AVeraGe - среднее. Дошло?

adriano32 ★★★
()
Ответ на: комментарий от adriano32

Нда. Я наверное изначально не совсем верно сформулировал вопрос.

Если пинговать по имени, то перед первым пингом проходит 5 секунд. А сам пинг проходит нормально.

ping -c 4 google.ru и ping -c 74.125.232.19 дают схожие показания минимального/максимального/среднего пинга.

но выполняются разное количество времени.

--- google.ru ping statistics ---

4 packets transmitted, 4 received, 0% packet loss, time 15453ms

--- 74.125.232.19 ping statistics ---

4 packets transmitted, 4 received, 0% packet loss, time 3005ms

в качестве днс-серва используется днс-сервер провайдера

тот же dig с использованием этого сервера ресолвит имена мгновенно.

aiive
() автор топика
Ответ на: комментарий от aiive

Сменить DNS-сервер уже пробовал? Что вернут dig @8.8.8.8 google.com и dig @<Your_provider_DNS_SERVER_IP_ADDRESS> google.com

И да, как инет получаешь: статик, ADSL, FTTB?

adriano32 ★★★
()
Ответ на: комментарий от adriano32

~$ dig @8.8.8.8 google.com

Query time: 170 msec

~$ dig @85.175.46.122 google.com

Query time: 44 msec

Инет - адсл модем в режиме роутера.

aiive
() автор топика

прогони пинг под стрейсом и посмотри, на какие системные выховы тратится больше всего времени. и кстати, вывод тайма неплохо бы весь увиделеть, это ты реал время скопировал или какое?

val-amart ★★★★★
()
Ответ на: комментарий от val-amart

Это реальное время, остальные 2 параметра по нулям.

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

ping -n google.ru работает без задержек.

Теперь надо понять, как это исправить.

aiive
() автор топика
Ответ на: комментарий от aiive

проверь, сколько занимает обратный ресолв и работает ли он. если да, то попробуй посниффить траффик при ручной выборке dig'ом.

val-amart ★★★★★
()
Ответ на: комментарий от val-amart

Вообще что-то странное.

~$ ping -c 2 google.ru

2 packets transmitted, 2 received, 0% packet loss, time 5111ms

~$ ping -n -c 2 google.ru

2 packets transmitted, 2 received, 0% packet loss, time 1001ms

То есть видно, что при отключении обратного ресолва все работает. Но при этом обратный ресолв через dig работает.

~$ dig -x 74.125.232.17

Query time: 124 msec

Если бы я еще знал, как можно поснифать траффик dig.

aiive
() автор топика
Ответ на: комментарий от val-amart

Благодарю. Wireshark на досуге надо будет посмотреть.

Посмотрел траффик tcpdump`ом.

Оказалось тормозят запросы на 224.0.0.251.

Чуть погуглив, нашел, что проблема в avahi-daemon.

Отключив его, все заработало.

Теперь буду разбиратся, как его настроить.

aiive
() автор топика
Ответ на: комментарий от aiive

он тебе с вероятностью 99% ненужен, просто отключи и забудь. это тот еще глюкодром, зачем его только тащат во все дистрибутивы..

val-amart ★★★★★
()
Ответ на: комментарий от val-amart

Ну то, что я про него прочитал, показалось мне интересным, на досуге помучаю его немного.

На самом деле проще не выключать его, а убрать из /etc/nsswitch.conf упоминание mdns.

Спасибо за помощь.

aiive
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.