Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Cześć wszystkim ,
Właśnie zauważyłem ,że mój ISP ukrył całą trasę pakietów ( przyciał TTL ? ) , wygląda to tak :
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets 1 192.168.88.1 (192.168.88.1) 0.256 ms 0.251 ms 0.314 ms 2 google-public-dns-a.google.com (8.8.8.8) 102.336 ms 102.477 ms 114.432 ms
- nie jestem w stanie teraz w żaden sposób zidentyfikować np czy problem leży u ISP czy gdzieś dalej ...
Czy jest jakaś inna możliwosc szybkiej analizy trasy ? - i czy są to normalne praktyki u ISP ?
Offline
Adres - 193.107.250.2XX , wszystkie adresy naleza to tego isp . Wczoraj jeszzcze wszystko było normalnie , dziś dzwonie się dopytać ,a Ci olewająco ,że tak ma być .
Offline
Ciekawa sprawa :-)
5 116.10.48.185.ip4.epix.net.pl (185.48.10.116) 2.611 ms 2.663 ms 2.659 ms 6 irb48.ex3.poland-rs-thinx.atman.pl (212.91.0.17) 8.953 ms 8.654 ms 8.513 ms 7 elektrosystem.tpix.pl (195.149.232.127) 12.871 ms 12.878 ms 12.848 ms 8 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 17.630 ms 14.996 ms 14.984 ms 9 elektrosystem.tpix.pl (195.149.232.127) 21.052 ms 21.045 ms 21.032 ms 10 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 23.014 ms 22.723 ms 22.666 ms 11 elektrosystem.tpix.pl (195.149.232.127) 28.779 ms 28.742 ms 28.703 ms 12 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 30.961 ms 30.919 ms 30.929 ms 13 elektrosystem.tpix.pl (195.149.232.127) 36.985 ms 36.733 ms 36.646 ms 14 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 38.982 ms 38.942 ms 38.962 ms 15 elektrosystem.tpix.pl (195.149.232.127) 44.793 ms 44.925 ms 44.735 ms 16 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 47.046 ms 47.007 ms 46.958 ms 17 elektrosystem.tpix.pl (195.149.232.127) 53.161 ms 52.604 ms * 18 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 54.739 ms 54.588 ms 54.883 ms 19 elektrosystem.tpix.pl (195.149.232.127) 60.911 ms 60.774 ms * 20 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 62.740 ms 62.532 ms 62.799 ms 21 elektrosystem.tpix.pl (195.149.232.127) 69.191 ms 68.559 ms 68.755 ms 22 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 78.786 ms 70.624 ms 70.622 ms 23 elektrosystem.tpix.pl (195.149.232.127) 76.536 ms 76.588 ms 76.851 ms 24 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 78.832 ms 78.723 ms 78.642 ms 25 elektrosystem.tpix.pl (195.149.232.127) 84.735 ms 84.743 ms 84.563 ms 26 ae4-773.waw11.ip4.gtt.net (46.33.90.57) 87.617 ms 86.716 ms 86.852 ms
Offline
Czemu ciekawa? Pętle routingu zdarzają się często przy błednej konfiguracji
Offline
jurgensen napisał(-a):
Czemu ciekawa? Pętle routingu zdarzają się często przy błednej konfiguracji
W zasadzie tak, ale administrator powinien sprawdzić, czy routing działa poprawnie, i natychmiast poprawić błąd.
No chyba, że routingu nie konfigurował prawdziwy administrator, tylko jakiś czereśniak, który bardziej się nadaje na konserwy dla psów, niż do adminki.
Offline
Routingu raczej nie konfiguruje się przez dodawanie statycznych stras, tylko korzysta się z protokołów routingu. W momencie konfiguracji mogło być wszystko ok a np. późniejsze wyłączenie któregoś z routerów mogło spowodować pętlę. Dodatkowo większość tras mogła iść ok, tylko w przypadku jednej był problem, który mógł zostać nie wyłapany. Ale oczywiście pętla powinna zostać usunięta w momencie, kiedy została wykryta.
Ja sam miałem kiedyś sytuację, która była trudna do wyłapania na etapie konfiguracji: skonfigurowałem serwer PPPoE i po podłączeniu klienta dało się do niego dostać. Ale, kiedy klient był rozłączony, nie było virtualnego interfejsu. Wobec tego, gdy ktoś puściłby traceroute na niego, to brama przekazywała pakiet do serwera PPPoE, a ten (ponieważ nie było interfejsu z adresem klienta) puszczał go trasą domyślną i pakiet latał w kółko aż do wyczerpania TTL.
Offline
Ja sam miałem kiedyś sytuację, która była trudna do wyłapania na etapie konfiguracji: skonfigurowałem serwer PPPoE i po podłączeniu klienta dało się do niego dostać. Ale, kiedy klient był rozłączony, nie było virtualnego interfejsu. Wobec tego, gdy ktoś puściłby traceroute na niego, to brama przekazywała pakiet do serwera PPPoE, a ten (ponieważ nie było interfejsu z adresem klienta) puszczał go trasą domyślną i pakiet latał w kółko aż do wyczerpania TTL.
Przy PPPOE powinien mieć trasę domyślną do /dev/null właśnie z powodu takich kfiatków.
Chyba, że to wspaniały soft w serwerze PPPOE miał babola, to wtedy "amnestia" dla admina.
Offline