ICMP қайта бағыттаулары мен VPN маршруттары: іс жүзінде не өзгереді

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

Қайта бағыттау — маршрутизатордан келген ұсыныс

IPv4 ICMP қайта бағыттауларының өз хабар түрі және тар шарттар жиынтығы бар: маршрутизатор пакетті келген интерфейсінен шығарады және сол сілтемедегі тағайындалуға жақынырақ келесі хопты біледі. Содан кейін ол жіберушіге сол хопты тікелей пайдалануды айтады. Хабарда жаңа шлюз аталады және жіберуші оны ағынға сәйкестендіруі үшін бастапқы пакеттің бір бөлігі қосылады. Бұл жергілікті топология туралы сыпайы хабар және ол жіберушінің ұсынылған шлюзбен бір сілтемеде тұрғанын болжайды.

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

Қайта бағыттау зерттеулерінің көбі осы айырмашылықтан жаңылысады.

IPv4 мен IPv6 оны түрліше жеткізеді

IPv6-да ұқсас механизм ICMPv4-те емес, көршілерді табу ішінде орналасқан, хабар форматтары да, тексеру ережелері де басқа. Ұғымдар ұқсас, пакеттер бөлек. ICMP 5 түріне арналған сүзгі IPv6 желісінде ештеңе көрсетпейді, ал бұл кейде қайта бағыттау болмаған деген дәлел ретінде оқылады.

Саясат тетіктері де бөлек, сондықтан хост IPv4 қайта бағыттауларын қабылдап, IPv6-ны елемеуі мүмкін, немесе керісінше.

Егер сөз болып отырған ағын екеуін де пайдалана алса, екі топты да тексеріңіз.

Қабылдау — хост саясаты, желі фактісі емес

Linux-та қайта бағыттауды қабылдау интерфейс бойынша және жаһандық деңгейде басқарылады, ал әдепкі мәндер хост пен маршрутизатор рөлдерінде өзгешеленеді. Қайта бағыттауды қабылдайтын туннель интерфейсі оғаш дизайн, өйткені нүктеден нүктеге туннель ішінде сол сілтемедегі балама келесі хоптың мәні жоқ. Сондықтан бұл параметрді болжаудың орнына оқып шығу керек.

Қауіпсіз қайта бағыттау параметрлері қандай шлюздерге сенуге болатынын одан әрі шектейді.

Егер хостты қатаңдататын болсаңыз, қарап шығуға тиіс тетіктер — осылар, әрі бір желідегі екі машинаның әртүрлі әрекет ету себебі де осылар. Оларды жөндеудің қысқа жолы ретінде емес, саясат ретінде өзгертіңіз.

Қайта бағыттау нені түсіндіре алмайды

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

Ескірген түсірілім — екінші тұзақ, өйткені желісін ауыстырған клиенттің жергілікті шлюзі басқа.

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

Туннельді кінәламас бұрын маршрутты тексеріңіз

Ядродан тағайындалу үшін қай маршрутты пайдаланатынын сұраңыз, содан кейін оны көздеген кестенізбен салыстырыңыз. Жауап кестемен сәйкес келсе, қайта бағыттау ештеңені өзгертпеген және зерттеу басқа жерде. Сәйкес келмесе, туннельді кінәламас бұрын кэштелген қайта бағыттауды, саясат ережесін немесе екінші кестені іздеңіз. Іздеу нәтижесі — ақиқат, қалғаны — оның қалай пайда болғаны туралы әңгіме.

Қайта бағыттау қорғалған жолдың үнсіз қорғалмаған жолға айналуының себебі болмауы керек, сондықтан қабылдау саясаты дизайн шолуына кіруі тиіс. RFC 792 анықтамасы IPv4 хабарының не айта алатыны туралы эталон болып қала береді.

Маршрутты іздеу нәтижесін және түсірілім уақытын бірге жазыңыз, сонда келесі адам сіздің қорытындыңызды қайталай алады.