Traceroute оқу: 5-хоптағы жоғалту неге көбіне ештеңе білдірмейді

Сайт баяу жұмыс істейді, біреу traceroute іске қосады - міне: 5-хопта 40 пайыз жоғалту. Жауап сияқты көрінеді. Шын мәнінде ол жауап емес, ал соған сүйеніп әрекет ету адамдарды мінсіз жұмыс істеп тұрған маршрутизаторды қууға жібереді.

Traceroute - шынымен пайдалы құрал, бірақ ол бір айла-тәсілге негізделген, әрі дәл сол тәсіл оның шығысын қате оқуды оңайлатады.

Traceroute шын мәнінде не істейді

Ол әдейі кішкентай TTL-мен пакеттер жібереді. Бірінші маршрутизатор оны нөлге дейін азайтады, бас тартады да, кері ICMP Time Exceeded хабарламасын жібереді. Маршрутизатордың бар екенін сіз дәл осы жауаптан білесіз. TTL 2 екіншісін береді, солай пакеттер межелі жерге жеткенше жалғаса береді.

Демек, соңғысынан басқа әр жол сіздің трафигіңізді өлшемейді. Ол маршрутизатордың сіздің трафигіңіз туралы қате хабарламасын қаншалықты жылдам жасауды ұйғарғанын өлшейді. Бұл екеуі әртүрлі нәрсе, ал маршрутизаторлар оларға әртүрлі қарайды.

Аралық хоптар неге өтірік айтады

ICMP жауаптарын жасау - маршрутизатордың міндеті емес. Пакеттерді бағыттау аппараттық түрде орындалады; біткен TTL-ге жауап беруді control plane, яғни маңыздырақ жұмысы бар әлдеқайда әлсіз процессор атқарады. Маршрутизаторлардың көбі мұндай жауаптардың жылдамдығын шектейді, кейбірі оларды мүлдем тастайды.

Нәтижесінде хоп трафиктің 100 пайызын өткізіп тұрып, 40 пайыз жоғалту көрсетеді. Бұдан екі ереже шығады, олар мұндай тікеттердің көбін бірден жабады:

Соңына дейін жалғаспайтын жоғалту - жоғалту емес. Егер 5-хопта қырық пайыз, ал 6-дан 12-ге дейінгі хоптарда нөл болса, ештеңе жоғалмаған. 5-хоп жай ғана жауап бергісі келмеген.
Тек соңғы жол маңызды. Межелі нүктедегі тұрақты жоғалту - нағыз жоғалту. Эскалациялауға тұратыны - сол сан.

Кідірісі жоғары хоп та дәл солай. Өз ICMP-іне баяу жауап беретін маршрутизатор міндетті түрде баяу бағыттамайды.

Сіз көрмейтін жартысы

Traceroute баратын жолды көрсетеді. Кері жол туралы ол ештеңе айтпайды, ал бұл екеуі жиі әртүрлі болады: пакеттеріңіз бір транзиттік оператор арқылы шығып, жауаптар басқасы арқылы қайтуы мүмкін. Интернетте бұл қалыпты жағдай әрі ақау емес.

Бұл маңызды, себебі іздеп жүрген мәселе толығымен кері жолда болуы мүмкін, ал оны сіздің traceroute мүлде көрмейді. Сондықтан бір бағыттағы трассировкадан кейін қолдау қызметі бірдеңені жөндеудің орнына қосымша дерек сұрайды: дәлелдің жартысы жоқ.

Дәл сол себепті шешім кейде сіздікі де, біздікі де емес желіде жатады. Өз AS және BGP сеанстарымыз болғандықтан, трафиктің қайтатын жолын тек түсіндіріп қана қоймай, жоғары жақта түзетуге болады.

mtr қолданыңыз

mtr - бұл traceroute мен ping бірге. Ол үздіксіз жіберіп тұрады, сондықтан сіз үш сынақтың болжамын емес, уақыт бойындағы жоғалтуды пайызбен көресіз:

mtr -rwzbc 200 dcxv.com

-r есеп режимі, бір рет басып шығарып, шығады
-w кең шығыс, ұзын хост атаулары қиылмауы үшін
-z әр хоптың AS нөмірін көрсетеді, яғни бұл кімнің желісі
-b хост атауын да, IP-ді де көрсетеді
-c 200 200 сынақ жібереді, себебі 10 сынақ мезгіл-мезгіл болатын жоғалту туралы ештеңе айтпайды

Windows-та дәл сол жұмысты WinMTR атқарады. Одан бірдеңе оқымас бұрын оны бірнеше минут жұмыс істетіңіз.

Қолдау қызметіне не жіберу керек

Тіркеуге болатын ең пайдалы нәрсе - екі бағыттағы mtr: біреуі сіздің машинаңыздан серверге, екіншісі серверден сіздің мекенжайыңызға, әрі бір мезгілде алынған. Осы қос нәтиже бір жақты болжамды нақты желіге апаратын деректерге айналдырады.

Межелі IP-ді, өзіңіздің жария мекенжайыңызды, уақыт белдеуімен қоса уақытты және мәселенің тұрақты ма, әлде мезгіл-мезгіл пайда бола ма екенін қосыңыз. Мезгіл-мезгіл болса, қашан екенін жазыңыз. Тәуліктік ырғағы бар жоғалту әдетте жолдың бір жерінде шамадан тыс жүктеме дегенді білдіреді, ал сағатты білу іздеуді жылдам тарылтады.

Не көмектеспейді: аралық хоптың айналасына қызыл дөңгелек салынған бір traceroute скриншоты. Бұл - ең жиі тіркелетін және ең аз пайдасы бар файл.

Қорытынды

Ортаңғы жолдарды емес, соңғы жолды оқыңыз. Межелі нүктеге дейін жетпейтін жоғалту - бұл жауап беруден бас тартқан маршрутизатор, трафигіңізді тастап жатқан желі емес. Ал шынымен бірдеңе дұрыс болмаса, дәл екі бағыттағы mtr шағымды жұмыс істеуге болатын есепке айналдырады.

Чехия мен Португалиядағы бұлттық және бөлінген серверлер, өз желіміз AS204057 арқылы: dcxv.com/data-center#cloud