ICMP дахин чиглүүлэлт ба таны VPN маршрут: бодит байдал дээр юу өөрчлөгддөг

Туннель дундуур гарах ёстой урсгал өөр дараагийн хоп сонгож, хэн нэгэн барилтаас ICMP дахин чиглүүлэлт олдог. Энэ нь таамаг, онош биш. Дахин чиглүүлэлт нь илүү сайн дараагийн хопын тухай маршрутжуулагчийн санал бөгөөд хост түүнийг дагах эсэх нь платформ, интерфэйс, хаягийн гэр бүлээр ялгаатай тохиргооноос хамаарна.

Дахин чиглүүлэлт бол маршрутжуулагчийн санал

IPv4 ICMP дахин чиглүүлэлтүүд өөрийн мессежийн төрөл, нарийн нөхцөлтэй: маршрутжуулагч пакетыг ирсэн интерфэйсээрээ гаргаж, мөн холбоос дээр очих газарт ойрхон дараагийн хопыг мэддэг. Дараа нь илгээгчид тэр хопыг шууд ашиглахыг хэлдэг. Мессеж шинэ гарцыг нэрлэж, илгээгч урсгалтай тааруулахын тулд анхны пакетын хэсгийг оруулдаг. Энэ нь орон нутгийн топологийн тухай эелдэг мессеж бөгөөд илгээгч санал болгосон гарцтай нэг холбоос дээр байна гэж үздэг.

Илгээгч үүнийг үл тоомсорлож болно. Протокол хостод хүснэгтээ өөрчлөхийг шаарддаггүй бөгөөд баригдсан дахин чиглүүлэлт нь маршрутжуулагч үүнийг илгээсэн гэдгийг л нотолно.

Дахин чиглүүлэлтийн мөрдөн байцаалтын ихэнх нь энэ ялгаан дээр алдаа гаргадаг.

IPv4 ба IPv6 үүнийг өөрөөр хүргэдэг

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

Бодлогын тохиргоо ч тусдаа тул хост IPv4 дахин чиглүүлэлтийг хүлээн авч, IPv6-г үл тоомсорлож болно, эсвэл эсрэгээр.

Хэрэв тухайн урсгал аль нэгийг нь ашиглаж болох юм бол хоёр гэр бүлийг шалгана уу.

Хүлээн авах нь хостын бодлого, сүлжээний баримт биш

Linux дээр дахин чиглүүлэлтийг хүлээн авах нь интерфэйс тус бүрээр болон глобал байдлаар удирдагдаж, анхны утга нь хост, маршрутжуулагчийн үүрэгт ялгаатай. Дахин чиглүүлэлтийг хүлээн авдаг туннелийн интерфэйс нь хачин зохион байгуулалт, учир нь цэгээс цэг хүртэлх туннель дотор мөн холбоосын өөр дараагийн хоп утгагүй. Тиймээс энэ тохиргоог таамаглахын оронд унших нь зүйтэй.

Аюулгүй дахин чиглүүлэлтийн тохиргоо нь аль гарцад итгэж болохыг улам хязгаарладаг.

Хэрэв хост эрс чангатгаж байгаа бол хянах ёстой тохиргоо нь эдгээр бөгөөд нэг сүлжээний хоёр машин өөрөөр ажиллах шалтгаан ч мөн эдгээр юм. Тэдгээрийг алдаа засах товчлол биш, бодлого хэлбэрээр өөрчил.

Дахин чиглүүлэлт юуг тайлбарлаж чадахгүй вэ

Тодорхой маршрутууд, бодлогын маршрутжуулалтын дүрэм, орон нутгийн интерфэйсүүд нь дахин чиглүүлэлтгүйгээр ихэнх гэнэтийн замыг тайлбарладаг. Илүү тодорхой угтвар, эх хаягтай тохирох дүрэм, эсвэл өөр хүснэгт дэх хоёр дахь анхны маршрут эдгээр бүгд таны хүлээсэн маршрутыг дарж бичнэ. Тэдгээрийг эхлээд шалга, учир нь тэдгээр нь тодорхойлогдох ба харагдана.

Хуучирсан барилт нь нөгөө урхи, учир нь сүлжээгээ сольсон клиент өөр орон нутгийн гарцтай байдаг.

Өмнөх холболтын хуучин дахин чиглүүлэлт нь одоогийн замд юу ч тайлбарлахгүй тул одоо хяналтын траффикийг аль интерфэйс хүлээж байгааг тэмдэглэ.

Туннелийг буруутгахаас өмнө маршрутыг шалга

Цаанаа ямар маршрут ашиглахыг цөмөөс асуу, дараа нь үүнийг таны төлөвлөсөн хүснэгттэй харьцуул. Хариулт хүснэгттэй таарч байвал дахин чиглүүлэлт юу ч өөрчлөөгүй бөгөөд мөрдөн байцаалт өөр газар хамаарна. Таарахгүй бол туннель буруу гэж үзэхээс өмнө кэшлэгдсэн дахин чиглүүлэлт, бодлогын дүрэм эсвэл хоёр дахь хүснэгтийг хай. Маршрутын хайлт бол үнэн, бусад нь тэр хэрхэн бий болсон тухай түүх юм.

Хамгаалагдсан зам чимээгүйгээр хамгаалагдаагүй болох шалтгаан дахин чиглүүлэлт байх ёсгүй тул хүлээн авах бодлого нь зохиомжийн хяналтад багтах ёстой. RFC 792 тодорхойлолт нь IPv4 мессеж юу хэлж болохын жишиг хэвээр байна.

Маршрутын хайлтын үр дүн болон барилтын цагийг хамт бич, тэгвэл дараагийн хүн таны дүгнэлтийг давтаж чадна.