Чому traceroute провалюється для amazon.com, yahoo.com та ebay.com?

13

Під час вирішення проблем із продуктивністю в нашій мережі я побігав tracerouteна різних веб-сайтах. Наступні веб-сайти неодноразово не завершуються traceroute:

yahoo.com
amazon.com
ebay.com

Запитання

Ці сайти захищають свою мережу такими, що tracerouteне вдається завершити?
Я припускаю, що це засновано на мережах цих веб-сайтів і не пов'язане з нашими проблемами в роботі мережі. Це безпечне припущення зробити?

Приклад Traceroute для ebay.com

$ traceroute ebay.com
traceroute: Warning: ebay.com has multiple addresses; using 66.135.205.13
traceroute to ebay.com (66.135.205.13), 64 hops max, 52 byte packets
 1  10.10.100.1 (10.10.100.1)  56.518 ms  2.390 ms  2.082 ms
 2  mo-69-34-118-1.sta.embarqhsd.net (69.34.118.1)  9.943 ms  10.007 ms  10.177 ms
 3  mo-69-68-209-249.dyn.embarqhsd.net (69.68.209.249)  10.976 ms  21.159 ms  10.015 ms
 4  ge-6-20.car1.stlouis1.level3.net (4.53.160.13)  26.562 ms  26.278 ms  25.818 ms
 5  ae-11-11.car2.stlouis1.level3.net (4.69.132.186)  26.393 ms  26.519 ms  79.884 ms
 6  ae-4-4.ebr2.chicago1.level3.net (4.69.132.190)  32.965 ms  26.123 ms  48.123 ms
 7  ae-5-5.ebr2.chicago2.level3.net (4.69.140.194)  27.308 ms  26.784 ms  26.693 ms
 8  ae-2-52.edge4.chicago3.level3.net (4.69.138.166)  27.137 ms  26.473 ms  27.047 ms
 9  chp-brdr-03.inet.qwest.net (63.146.27.17)  26.315 ms  26.329 ms  26.449 ms
10  dvr-edge-13.inet.qwest.net (67.14.24.89)  51.270 ms  51.355 ms  51.134 ms
11  * * *
12  * * *
. . . . .
33  * * *
34  * *^C

security networking

— Метью Ранкін
джерело

16

Якщо ви заблокуєте деякий ICMP-трафік через брандмауер або з будь-якої причини, то сліди пошуку не працюють повністю. Вони зазвичай являють собою суміш UDP (DNS-пошуку) та ICMP.

Якщо ви біжите traceroute -I yahoo.comабо у traceroute -T yahoo.comвас з’являться різні результати (yahoo.com мені доповнює). Для цього використовуються ехо-сигнали ICMP та TCP SYN.

Від tracerouteкомандування сторінки людини на Linux:

In the modern network environment the traditional traceroute methods can not be always applicable, because of widespread use of firewalls. Such firewalls filter the "unlikely" UDP ports, or even ICMP echoes. To solve this, some additional tracerouting methods are implemented (including tcp), see LIST OF AVAILABLE METHODS below. Such methods try to use particular protocol and source/destination port, in order to bypass firewalls (to be seen by firewalls just as a start of allowed type of a network session).

— Джонатан Росс
джерело

Деякі версії traceroute можуть не підтримувати -Tпрапор, проте багато хто підтримує його -P [protocol]. На FreeBSD 8 трасування розуміє UDP, TCP, GREдрам ICMP(і може встановити поле протоколу для будь-якого дійсного протоколу IP, хоча вміст пакета не може бути корисним / нормальним.)

— voretaq7

15

Traceroute використовує групи повідомлень ICMP. у кожному є 3 ICMP-повідомлення. (Збільшення кількості HOP по одній у кожній групі повідомлень).

Зазвичай адміністратори блокують пакети ICMP, щоб "захистити" свою мережу. (здебільшого для затемнення структури мережі та DoS).

Ось чому ви отримуєте зірок.

— Аміралі Санатінія
джерело

0

Tracert не є інструментом аналізу проблем продуктивності, це інструмент для виявлення шляху до певного хоста. Запуск tracert проти зовнішнього хоста нічого не говорить про вашу власну мережу.

Почніть з перегляду внутрішньої мережі, вимірявши затримку та втрати пакетів між двома внутрішніми хостами. Потім запустіть захоплення пакетів на своїй робочій станції та шукайте докази перевантаженості мережі, як-от затоплення ARP, трансляція штормів, повторна передача TCP та дублювання підтверджень.

— joeqwerty
джерело

Дякую за інформацію. Я мав би уточнити, що наші питання щодо ефективності стосуються переважно доступу до зовнішніх веб-сайтів. Я кажу "головним чином" тому, що у нас є кілька проблем, пов'язаних з мережею. Я усунув наш один великий домен зіткнення завдяки використанню концентраторів, замінивши 3 або 4 концентратори з вимикачами. Наш постачальник DSL визнав, що в нашій місцевості недостатньо міді, враховуючи попит клієнтів (ми в маленькому містечку, і їхній єдиний варіант, що забезпечує життєздатність - ISP). Тому я намагаюся вдосконалити нашу внутрішню мережу, а також збираю дані, щоб довести провайдеру, що у них є проблеми.

— Метью Ранкін

Гаразд, але знову ж таки, tracert не є правильним інструментом та відстеженням до Google, і таке не допоможе багато, тому що після того, як трафік покине ваш провайдер, з цим нічого не можна зробити. Ви повинні турбуватися про зв'язок між вами та провайдером. Увійдіть у свій DSL-модем, дізнайтеся, що це за DG і запустіть шлях від вас туди. Потім запустіть tracert до Google, щоб визначити останній скачок у вашій мережі провайдера і запустіть шлях від вас туди. Надайте ці результати своєму Інтернет-провайдеру і подивіться, що вони мають сказати.

— joeqwerty