ICMP кайра багыттоолору жана VPN маршруттары: чындыгында эмне өзгөрөт

Туннелден өтүшү керек болгон агым башка кийинки хопту тандайт, ал эми бирөө кармоодон ICMP кайра багыттоосун табат. Бул божомол, диагноз эмес. Кайра багыттоо — маршрутизатордун жакшыраак кийинки хоп тууралуу сунушу, ал эми хост аны аткарабы, платформага, интерфейске жана дарек үй-бүлөсүнө жараша айырмаланган жөндөөлөргө байланыштуу.

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

IPv4 ICMP кайра багыттоолорунун өз билдирүү түрү жана тар шарттар жыйындысы бар: маршрутизатор пакетти келген интерфейсинен чыгарат жана ошол эле звенодо багытка жакыныраак кийинки хопту билет. Андан кийин ал жөнөтүүчүгө ошол хопту түздөн-түз колдонууну айтат. Билдирүүдө жаңы шлюз аталат жана жөнөтүүчү аны агымга салыштырышы үчүн баштапкы пакеттин бир бөлүгү кошулат. Бул жергиликтүү топология тууралуу сылык билдирүү жана жөнөтүүчү сунушталган шлюз менен бир звенодо турат деп болжолдойт.

Жөнөтүүчү аны этибарга албай коюуга укуктуу. Протокол хосттон таблицаны өзгөртүүнү талап кылбайт, ал эми кармалган кайра багыттоо маршрутизатор аны жөнөткөндүгүн гана далилдейт.

Кайра багыттоо изилдөөлөрүнүн көбү ушул айырмадан жаңылышат.

IPv4 менен IPv6 аны ар башка жеткирет

IPv6-да окшош механизм ICMPv4-тө эмес, кошуналарды табуу ичинде жайгашкан, билдирүү форматтары да, текшерүү эрежелери да башка. Түшүнүктөр окшош, пакеттер бөлөк. ICMP 5 түрү үчүн жазылган чыпка IPv6 тармагында эч нерсе көрсөтпөйт, ал эми бул кээде кайра багыттоо болгон эмес деген далил катары окулат.

Саясат жөндөөлөрү да бөлөк, ошондуктан хост IPv4 кайра багыттоолорун кабыл алып, IPv6-ны этибарга албашы мүмкүн, же тескерисинче.

Эгер сөз болуп жаткан агым экөөнү тең колдоно алса, эки үй-бүлөнү тең текшериңиз.

Кабыл алуу — хосттун саясаты, тармактын фактысы эмес

Linux-та кайра багыттоону кабыл алуу интерфейс боюнча жана глобалдык деңгээлде башкарылат, ал эми демейки маанилер хост менен маршрутизатор ролдорунда айырмаланат. Кайра багыттоолорду кабыл алган туннель интерфейси кызык дизайн, анткени чекиттен чекитке туннелдин ичинде ошол эле звенонун альтернативалуу кийинки хопунун мааниси жок. Ошондуктан бул жөндөөнү божомолдоонун ордуна окуп чыгуу керек.

Коопсуз кайра багыттоо жөндөөлөрү кайсы шлюздарга ишенүүгө болорун дагы чектейт.

Эгер хостту катаалдаштырсаңыз, карап чыгууга тийиш жөндөөлөр — ушулар, жана бир тармактагы эки машинанын ар башка жүрүм-турумунун себеби да ушулар. Аларды оңдоонун кыска жолу катары эмес, саясат катары өзгөртүңүз.

Кайра багыттоо эмнени түшүндүрө албайт

Так маршруттар, саясаттык маршруттоо эрежелери жана жергиликтүү интерфейстер күтүлбөгөн жолдордун көбүн кайра багыттоосуз эле түшүндүрөт. Кененирээк конкреттүү префикс, баштапкы дарекке дал келген эреже же башка таблицадагы экинчи демейки маршрут — булардын ар бири күткөн маршрутуңузду басып өтөт. Аларды биринчи текшериңиз, анткени алар аныктоочу жана көрүнүктүү.

Эскирген кармоо — экинчи тузак, анткени тармагын алмаштырган кардардын жергиликтүү шлюзу башка.

Мурунку туташуудагы эски кайра багыттоо агымдагы жол тууралуу эч нерсе түшүндүрбөйт, ошондуктан башкаруу трафигин азыр кайсы интерфейс кабыл алып жатканын жазып алыңыз.

Туннелди күнөөлөөдөн мурун маршрутту текшериңиз

Ядродон багыт үчүн кайсы маршрутту колдонорун сураңыз, анан аны көздөгөн таблицаңыз менен салыштырыңыз. Жооп таблицага дал келсе, кайра багыттоо эч нерсени өзгөрткөн эмес жана изилдөө башка жерде. Дал келбесе, туннелди күнөөлөөдөн мурун кэштелген кайра багыттоону, саясат эрежесин же экинчи таблицаны издеңиз. Издөөнүн жыйынтыгы — чындык, калганы — анын кантип пайда болгону тууралуу окуя.

Кайра багыттоо корголгон жолдун үнсүз корголбогон жолго айланышынын себеби болбошу керек, ошондуктан кабыл алуу саясаты дизайн кароосуна кириши тийиш. RFC 792 аныктамасы IPv4 билдирүүсү эмнени айта аларынын эталону бойдон калат.

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