Biorąc pod uwagę, że różne systemy operacyjne mogą używać różnych typów pakietów (na przykład: pakiety UDP, pakiety TCP, żądania echa ICMP), czy mogę być pewien, że aktywna sesja przeglądarki będzie podążać tą samą ścieżką, którą podąży wywołanie traceroute?
Innymi słowy, jeśli aktywnie przeglądam www.stackexchange.com, czy mogę mieć pewność, że moja sesja jest kierowana przez węzły zwrócone przez traceroute do www.stackexchange.com jednocześnie z aktywną sesją przeglądarki?
Odpowiedzi:
Jeśli jeszcze nie rozumiesz routingu IP, wyniki z traceroute nic ci nie powiedzą. Trasa między dwoma węzłami w szerszym Internecie może zmieniać się z drugiego na drugi. A trasa w jednym kierunku nie jest taka sama jak trasa powrotna. I to nawet nie uwzględnia faktu, że konkretny przypadek, o którym wspominasz, używa CDN, co oznacza, że nie tylko można zmienić trasę, ale rzeczywiste maszyny, z którymi rozmawiasz, mogą być inne.
Powiedziawszy to, nie ma gwarancji, że trasa, którą otrzymasz ze traceroute, jest taka sama, jak używana przez aplikację. Może to być z kilku powodów (prawdopodobnie więcej niż kilkanaście, jeśli policzysz niejasne przypadki), w tym:
ISP w ścieżce, która celowo kieruje pakiety traceroute inaczej, aby ukryć swoją topologię
topologia zmienia się w jakiś sposób między traceroute a TCP SYN
istnieje jakaś forma równoważenia obciążenia lub CDN, która celowo przekierowuje pewien ruch
Są to te najbardziej prawdopodobne, które mogę wyjaśnić bez zagłębiania się w działanie sieci.
A tak przy okazji, twój komentarz „różne systemy operacyjne mogą używać różnych typów pakietów” jest niepoprawny. Każdy system podłączony do Internetu Internet wykorzystuje wszystkie te typy pakietów, nie można bez nich obsługiwać sieci.
traceroute i mogą mieć różne wartości domyślne, ale mają także opcje do wyboru. Poza tym nie było dla mnie jasne, kiedy to czytam, że robisz swoje traceroute podczas sesji. Ponownie czytając teraz z myślą o tym, że widzę, że było to zamierzone, możesz też przeredagować tę część.
traceroute pakiety i kieruj je specjalnie, aby ukryć ich topologię i wewnętrzny routing. Poza tym wydaje się, że nie myślisz o routingu asymetrycznym, co jest bardzo powszechne. Ścieżka powrotna z odległego końca może nie być taka sama (zwykle te same ASy, ale gorący ziemniak oznacza przekazanie w różnych miejscach).
Normalnie traceroute użyje komunikatu ICMP. Jeśli korzystamy z komunikatu TCP lub UDP, traceroute nie może znać usług działających na komputerze docelowym, co oznacza, że trudno jest określić port w komunikacie TCP lub UDP. Ale komunikat ICMP powinien być OK, jeśli nie ma zapory blokującej komunikat ICMP.
czy mogę być pewien, że aktywna sesja przeglądarki będzie podążać tą samą ścieżką, którą wykonuje moje wywołanie traceroute?
W skrócie, nie. Jeśli między komputerem a komputerem docelowym istnieje równoważenie obciążenia, ścieżka może być inna, ponieważ traceroute i przeglądarka używają dwóch sesji (zależy to od reguł równoważenia obciążenia).