Dziwne dzia

[maks]

Witam.

Mam na serwerze dziwna przypadłość, a mianowicie arping na adres przypisany do serwera daje odpowiedzi.

Kod: Zaznacz cały

tbs:~# ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:0e:2e:91:8d:ba
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:3628174525 errors:12 dropped:2 overruns:1 frame:0
          TX packets:2544544895 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:644360369 (614.5 MiB)  TX bytes:3164039820 (2.9 GiB)
          Interrupt:22 Base address:0xac00

Odpowiedzi

Kod: Zaznacz cały

tbs:~# arping 192.168.1.1
ARPING 192.168.1.1
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=0 time=855.347 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=1 time=675.111 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=2 time=87.596 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=3 time=811.498 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=4 time=355.244 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=5 time=850.839 msec
42 bytes from 00:0e:2e:91:8d:ba (192.168.1.1): index=6 time=664.257 msec
^C
--- 192.168.1.1 statistics ---
24 packets transmitted, 7 packets received,  71% unanswered

Nie powoduje to co prawda żadnych problemów ale jak dla mnie jest to dziwne zachowanie, i na żadnym innym serwerze nie mam takiej sytuacji.
Na razie nie podaje żadnych danych odnośnie serwera bo nawet nie wiem co podać.

[Yampress]

A co w tym dziwnego:

Kod: Zaznacz cały

ping arp na dany adres ip

Coś po drodze ginie. Wykonaj ping i zobacz, musisz się trochę przyjrzeć co się dzieje.

[maks]

Dziwne jest to, że na żadnym innym serwerze tak się nie dzieje. Na pozostałych albo jest cisza albo dostaję taki komunikat:

Kod: Zaznacz cały

arping 10.10.1.1
arping: Um.. lo looks like the wrong interface to use. Is it? (-i switch)
arping: using it anyway this time
ARPING 10.10.1.1

Ping na ten adres idzie elegancko

Kod: Zaznacz cały

tbs:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.048 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.075 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.029 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.025 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.023 ms
^C
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms
rtt min/avg/max/mdev = 0.023/0.040/0.075/0.019 ms

I w przypadku arping czasy są delikatnie mówiąc dziwne, tym bardziej, że cała sieć jest okablowana skrętką i ping powyżej 2ms jest już podejrzany, a co dopiero 800ms.

[markossx]

Też to sprawdziłem i na Debianie 6 mam arp aktywny, na innych wersjach nie. Sysctl mówi, że nie powinno odpowiadać. Też mnie to interesuje.

[maks]

To raczej nie ma związku z wersją Debiana. Ten serwer działa jeszcze na Debianie 5.0.9, ale na innym w tej samej wersji problem nie występuje. Na Debianie 6.0.3 też nie ma takiego problemu. Poza tym te odpowiedzi nie pochodzą raczej od serwera, sądząc po czasach.

[Yampress]

A ktoś się nie podszył pod numer ip?

[maks]

Raczej nie, bo to jest ruter dla sieci osiedlowej, i w przypadku ustawienia tego numeru ip wysypał by całą sieć.

Myślałem też, że może ktoś ma ustawioną kartę w trybie ,,promiscuous'' i jakoś odpowiada na sygnał ping, ale dla testów zamiast serwera wstawiłem laptopa z jakimś Linuksem Slackware livecd, ustawiłem ip 192.168.1.1 i wysłałem arping na ten adres i nie było odpowiedzi.

Dlatego myślę, że jest to jakiś błąd w ustawieniach, bo ten serwer był uruchamiany jako Debian Sarge i aktualizacje. Więc może gdzieś w trakcie się coś pokaszaniło, a nie wiem od kiedy jest problem bo wykryłem go niedawno, przez przypadek.