Freesco, NND, CDN, EOS

Witam.
Mam problem z dostępnością internetu na klientach. Serwer stoi na nowym nnd i do tej pory nie było żadnych problemów aż tu nagle zdarzaję sie sytuacje braku dostępu do internetu trwajace ok 1 - 2 minut. W tym czasie nie można także zalogować sie na serwer. W logach servera zupełnie pusto, żadych błędów natomiast jedyne co udało mi się ustalić to zmiana wartości TTL jak w załączonym logu. Przy 32 nie ma internetu ja wróci do 1 wszysttko działa ok.
Co do konfiguracji- mrtg, niceshaper, firewall czerwo - żadnych wynalazków i testowych pakietów.
Ma ktos jakis pomyśł na to .... prosze o pomoc.

Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=32
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1
Odpowiedź z 192.168.0.1: bajtów=32 czas<1 ms TTL=1

Statystyka badania ping dla 192.168.0.1:
Pakiety: Wysłane = 63, Odebrane = 63, Utracone = 0 (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 0 ms, Maksimum = 0 ms, Czas średni = 0 ms

Najprawdopodobniej ktos podszywa sie pod serwer. W czasie jak ttl sie zmieni, sprawdz jaki mac ma 192.168.0.1 (w windowsie arp -a).

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

A można się zabezpieczyć przed tym?

Jak ktoś używa windowsowego Podziału Łącza to takie jaja sie robią;
najłatwiej zmień adres serwera na jakis inny, np. 192.168.5.1 czy coś.
Oczywiście trzeba będzie skorygować ustawienia podsieci na nową klasę bądź adresację (dhcp, arp jeśli używasz, itd)

_________________
| ArchLinux X64 2.6.29-6 (Custom) @ IBM eServer 235
| Intel Xeon 2,4GHz (x2) : 2GB RAM : 2x36GB SCSI (RAID1)
| httpd2.6 mysql exim dhcpd named proftpd stats niceshaper06
| WAN: 35|35 mb/s (GTS) @ 500+ hosts

pppoe albo zarzadzalne switche

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

a jakieś ip-sentinel czy coś nie poradzi nic ?

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

MAC!EK ma rację. W przypadku sieci ethernetowej mozna zastosować ipsentinel i na pewno nikomu nie będzie się chciało więcej zmieniać IP.

_________________
Belfer.one.PL
Audio Cafe

Maciek napisal:


A na dodatek bedziesz wiedzial kto kombinuje, bo zaraz bedzie dzwonil, ze nie ma netu!