Modyfikacja trasy

[Blajsero 0]

Witam,

 

czasami pojawiają się różne problemy z trasami pomiędzy odległymi serwerami.

 

Np z dedyka nie mam połączenia do 72.55.156.59 czyli:

 

ping 72.55.156.59
PING 72.55.156.59 (72.55.156.59) 56(84) bytes of data.
^C
--- 72.55.156.59 ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 7999ms

oraz:

traceroute 72.55.156.59                   traceroute to 72.55.156.59 (72.55.156.59), 30 hops max, 60 byte packets
 1  host-194-24-175-129.ncgroup.pl (194.24.175.129)  1.012 ms  1.065 ms  1.183 m                   s
 2  * * *
 3  * * *
[...]

 

Ogólnie komunikacja lezy i kwiczy, ale z domowego kompa jak zrobie tracert do 72.55.156.59, to mam:

C:\Documents and Settings\Wol2>tracert taleworlds.com

Trasa śledzenia do taleworlds.com [72.55.156.59]
przewyższa maksymalną liczbę przeskoków 30

  1    <1 ms     2 ms    <1 ms  pomi.lan [192.168.0.10]
  2    23 ms    16 ms     9 ms  Lodz-bras1.inetia.pl [195.114.190.57]
  3    14 ms    15 ms    37 ms  83.238.251.124
  4    42 ms    23 ms    24 ms  WarsH002RT22-WarsC001RT06.inetia.pl [83.238.251.167]
  5    44 ms    21 ms    20 ms  83.238.248.53
  6    31 ms    32 ms    17 ms  te1-7.ccr01.poz01.atlas.cogentco.com [149.6.28.5]
  7    37 ms    33 ms    21 ms  te3-7.ccr01.ber01.atlas.cogentco.com [154.54.72.153]
  8    43 ms    32 ms    27 ms  te0-7-0-10.ccr21.ham01.atlas.cogentco.com [154.54.76.121]
  9    51 ms    34 ms    39 ms  te0-0-0-3.ccr21.ams03.atlas.cogentco.com [130.117.50.41]
 10    47 ms    65 ms    45 ms  te0-0-0-2.ccr21.lpl01.atlas.cogentco.com [154.54.37.70]
 11     *      133 ms   128 ms  te0-4-0-4.ccr21.ymq02.atlas.cogentco.com [154.54.44.201]
 12   114 ms   115 ms   115 ms  38.122.42.122
 13   134 ms   123 ms   114 ms  te9-3.dr5.mtl.iweb.com [67.205.127.93]
 14   133 ms   127 ms   123 ms  taleworlds.com [72.55.156.59]

Śledzenie zakończone.

No czyli wszystko jest w porządku. Zauważyłem też że z dedyka do 83.238.248.53 (piąty węzeł na trasie z domu) mam pełną komunikacje czyli:

 

traceroute 83.238.248.53
traceroute to 83.238.248.53 (83.238.248.53), 30 hops max, 60 byte packets
 1  host-194-24-175-129.ncgroup.pl (194.24.175.129)  0.953 ms  1.067 ms  1.203 ms
 2  kix-waw-sw1.k-ix.net.pl (91.212.9.1)  3.239 ms  3.246 ms  3.244 ms
 3  netia2.plix.pl (195.182.218.137)  4.969 ms  4.956 ms  4.962 ms
 4  WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.252)  5.544 ms WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.254)  7.842 ms WarsB010RT06-WarsC001RT06.inetia.pl (81.210.126.252)  5.548 ms
 5  83.238.248.53 (83.238.248.53)  14.217 ms * *

 

Mam jeszcze drugiego dedyka i tam tez dziala mi ping do 72.55.156.59.

 

 

Teraz istota problemu, czyli jak wpłynąć na trasę i wymuśić przejście pakietów z dedyka do 72.55.156.59 przez 83.238.248.53 (tak zauwazylem ze to węzeł netii ), albo jakikolwiek inny węzeł byle by odzyskać komunikacje?

 

Rozważałem też zrobienie tunelu pomiędzy dwoma dedykami i zrobienie trasy do 72.55.156.59 przez ten właśnie tunel, ale jakoś średnio mi się to widzi i wole najpierw poszukać innego rozwiązania.

 

Macie jakieś sugestie? W jakim kierunku googlać?

Edytowano Marzec 6, 2013 przez Blajsero (zobacz historię edycji)

[kafi 2425]

 

jak wpłynąć na trasę i wymuśić przejście pakietów z dedyka do 72.55.156.59 przez 83.238.248.53

Jeśli uda ci się takie coś zrobić w protokole IPv4, to dostaniesz NOBLA

 

 

W jakim kierunku googlać?

Podstaw teorii routingu IP.

 

Dowcip jest taki, że ustalanie trasy jest realizowane dynamicznie na każdym z węzłów wg jego widzimisię.

Więc możesz wypchnąć pakiet do jednego ze swoich sąsiadów, a co on dalej z nim zrobi

(czy prześle tam, gdzie ci by pasowało, czy wywali za ocean, czy zgubi) to już tylko jego decyzja.

[Blajsero 0]

Podstawy znam, ale zawsze jest jakaś nadzieja na mniej znane, dobre tricki, tak jak z tym tunelem

[abad0n 8]

A może łatwiej by było, zapytać w supporcie czemu nie mają routingu do 72.55.156.59 ? :-)

[Blajsero 0]

Wiedza czemu nie maja routingu nie rozwiązuje problemu moich klientów z dostępnością wybranego serwera, a takie braki w livenecie są dosyć częste i dopóki nie zmienimy serwerowni trzeba sobie jakoś radzić.

 

Podobne problemy natrafiłem też w komunikacji z serwerami OVH stającymi we Francji więc nie jest to jakoś odosobniony przypadek, i warto mieć jakieś doraźne rozwiązanie tego problemu, zwłaszcza gdy potrzebna jest komunikacja na tu i teraz, nie koniecznie z zachowaniem maksymalnej wydajności.

[kafi 2425]

Po prostu owe adresy wycinane są na ichszym firewallu i NIC z tym na wyposażeniach CPE nie zrobisz.

Sugestia aby zapytać jest zapewne po to, że może wyjść, że to pomyłka no i zostać odblokowane.

Nie podoba ci się, to niestety, ale musisz zbudować sobie inną infrastrukturę, w której będziesz

w pełni władny kształtować sobie ruch sieciowy i decydować, co przyjmiesz, a co wytniesz.