LINUX.ORG.RU
ФорумAdmin

Debian: ping не проходит, пока не сделаешь traceroute

 , ,


0

5

Есть два компьютера.

1. Debian Stable
2. Windows 2008 Server R2

Оба включены в один коммутатор. Через пару коммутаторов находится SHDSL-модем с IP, скажем 10.158.1.4. Все устройства в одной подсети.

С Windows-машины модем пингуется всегда и без проблем.

С Debian-машины модем нормально не пингуется. Происходит следующее: начинаешь пинговать - ни одного пакета не проходит. Запускаешь traceroute - показывает нормальное прохождение за 1 хоп. Запускаешь пинги снова - и пинги идут. Иллюстрация:

$ ping 10.153.0.4
PING 10.153.0.4 (10.153.0.4) 56(84) bytes of data.
--- 10.153.0.4 ping statistics ---
17 packets transmitted, 0 received, 100% packet loss, time 15999ms

$ traceroute 10.153.0.4
traceroute to 10.153.0.4 (10.153.0.4), 30 hops max, 60 byte packets
 1  10.153.0.4 (10.153.0.4)  12.956 ms  13.205 ms  13.538 ms

$ ping 10.153.0.4
PING 10.153.0.4 (10.153.0.4) 56(84) bytes of data.
64 bytes from 10.153.0.4: icmp_req=1 ttl=254 time=0.822 ms
64 bytes from 10.153.0.4: icmp_req=2 ttl=254 time=0.826 ms
64 bytes from 10.153.0.4: icmp_req=3 ttl=254 time=0.898 ms
64 bytes from 10.153.0.4: icmp_req=4 ttl=254 time=0.840 ms
64 bytes from 10.153.0.4: icmp_req=5 ttl=254 time=0.856 ms

Если минут пять ничего не делать, то пинги с Debian-а снова не проходят.

Если запустить пинги на полчаса - они будут нормально проходить. Но достаточно отключить пингование, подождать пять минут, и уже пинги не пойдут, пока не сделаешь traceroute.

Пробовал менять кабель, втыкаться в другую дырку - поведение то же самое. С пингами на другие IP-шники такого не наблюдается.

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

★★★★★

Что за свитч
Есть ли бридж в сети или система фильтрации

ne-vlezay ★★★★★
()

5 минут - стандартное время жизни МАС в fbd коммутатора. Если коммутаторы управляемые, то на них можно посмотреть.

Я бы tcpdump-ом посмотрел что творится в момент когда оно отваливается. Очень интересные эффекты дает дублирование ip/mac адресов. Жаль на винде нет arping.

А нет ли какого-нибудь энергосбережения ? Состояние линка «ethtool eth0» что-нибудь интересное говорит ?

как выглядит «ip ro» на дебиане.

А arping до шлюза не пробовал ?

vel ★★★★★
()

Попробуйте сбросить праваила iptables, ebtables.

Infra_HDC ★★★★★
()

попробуй, потом расскажи о результате

traceroute 10.153.0.4
ping 10.153.0.4
arp -d 10.153.0.4
ping 10.153.0.4

если 2ой пинг не будет работать, значит нужно искать настройки отправки арп запросов.

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


traceroute 10.153.0.4
ping 10.153.0.4
arp -d 10.153.0.4
ping 10.153.0.4

если 2ой пинг не будет работать, значит нужно искать настройки отправки арп запросов.



Второй пинг работает:

$ ping 10.153.0.4
PING 10.153.0.4 (10.153.0.4) 56(84) bytes of data.
--- 10.153.0.4 ping statistics ---
28 packets transmitted, 0 received, 100% packet loss, time 27216ms


$ traceroute 10.153.0.4
traceroute to 10.153.0.4 (10.153.0.4), 30 hops max, 60 byte packets
 1  10.153.0.4 (10.153.0.4)  11.764 ms  12.191 ms  12.391 ms


$ ping 10.153.0.4
PING 10.153.0.4 (10.153.0.4) 56(84) bytes of data.
64 bytes from 10.153.0.4: icmp_req=1 ttl=254 time=0.856 ms
64 bytes from 10.153.0.4: icmp_req=2 ttl=254 time=0.921 ms
64 bytes from 10.153.0.4: icmp_req=3 ttl=254 time=0.878 ms
64 bytes from 10.153.0.4: icmp_req=4 ttl=254 time=0.929 ms
64 bytes from 10.153.0.4: icmp_req=5 ttl=254 time=0.914 ms
--- 10.153.0.4 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 0.856/0.899/0.929/0.043 ms


$ su
Пароль:
# arp
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.3.1              ether   84:8c:a5:5e:d4:32   C                     eth0
10.153.0.236             ether   74:46:a0:c5:e9:49   C                     eth1
10.153.0.1               ether   10:18:d2:21:ad:06   C                     eth1
10.153.0.4               ether   b0:b1:dc:23:f5:ea   C                     eth1
10.153.0.5                       (incomplete)                              eth1
10.153.0.6               ether   74:ea:5a:85:e5:a7   C                     eth1
10.153.0.11              ether   00:21:22:39:74:0c   C                     eth1
10.153.0.12              ether   ac:16:2d:71:79:b2   C                     eth1
10.153.0.13              ether   ac:16:2d:79:b2:bc   C                     eth1
10.153.0.15              ether   45:14:a2:d3:d5:48   C                     eth1
10.153.0.14              ether   ac:16:2b:93:a1:ac   C                     eth1
10.153.0.21              ether   28:12:9a:2d:11:e8   C                     eth1
10.153.0.88              ether   00:c0:b7:97:cf:c1   C                     eth1
10.153.0.89              ether   00:c0:b7:ba:8b:15   C                     eth1


# arp -d 10.153.0.4
# exit


$ ping 10.153.0.4
PING 10.153.0.4 (10.153.0.4) 56(84) bytes of data.
64 bytes from 10.153.0.4: icmp_req=1 ttl=254 time=1.15 ms
64 bytes from 10.153.0.4: icmp_req=2 ttl=254 time=0.895 ms
64 bytes from 10.153.0.4: icmp_req=3 ttl=254 time=0.870 ms
64 bytes from 10.153.0.4: icmp_req=4 ttl=254 time=0.868 ms
--- 10.153.0.4 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.868/0.945/1.150/0.124 ms


Похоже, что аппаратная проблема?

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

а если сделать ping и вывод таблицы arp перед traceroute ?

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

Похоже, что аппаратная проблема?

Попробуйте вставить дискретную карту в свободный слот и повторить эксперимент.

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

Теперь припоминаю, что были похожие глюки (не такие же точно, со связью) с TCP/IP на SystemRescueCd, лечилось использованием альтернативного ядра, которое в стартовом меню, либо ожиданием новой версии.

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