Яагаад /32 хост маршрут VPN-ийн төгсгөлийн цэгийг хүртээмжтэй байлгадаг вэ

Холбогдсоны дараа маршрутын хүснэгтийг нээхэд нэг хаяг туннелээр явж байхад түүний эргэн тойрны дэд сүлжээ орон нутгийн гарц руу явсаар байгааг харна. Тэр бичлэг бол хост маршрут: нэг хаяг, бүгд нэгээс бүрдэх префикстэй таардаг. Энэ нь чухал, учир нь маршрутын шийдвэрүүд хамгийн урт тохирох префиксийг ашигладаг тул /32 нь аль нэгийг нь өөрчлөхгүйгээр /24 эсвэл анхдагч маршрутыг давах боломжтой. Энэ нь болгоомжтой үл хамаарах зүйл үү эсвэл ирээдүйн тасалдал уу гэдэг нь аль хаягийг нэрлэж байгаа, хэн түүнийг арчилж байгаагаас хамаарна.

Нэг хаяг, хүснэгтэд нэг бичлэг

IPv4 хост маршрут /32 префикс, IPv6 хост маршрут /128 префикс агуулдаг бөгөөд энэ нь бичлэг яг нэг очих хаягтай таарч болно гэсэн үг. Хүснэгтэд өөр юу ч хөдлөхгүй: бүрхэж буй дэд сүлжээ болон анхдагч маршрут байсан газраа үлдэнэ. Нарийн бичлэг тэр хаягийн хувьд ялдаг нь түүний префикс урт учраас, дараа нь нэмсэн учраас биш.

Энэ шинж чанар хост маршрутыг сайн үл хамаарах зүйл, муу дадал болгодог. Үйлчилгээний үүд хаалгыг нэрлэсэн хоёр /32 бичлэг түүний хоёр дахь хаяг, IPv6 хаяг эсвэл дараа сард нүүх хаягийг хамардаггүй. Тайлбаргүй нэг хаягийн бичлэгээр дүүрэн хүснэгт нь ихэвчлэн хэн нэгэн дэд сүлжээний шийдвэр гаргахын оронд түүний эргэн тойронд хатгаж байсныг илтгэнэ. Эхлээд префиксийн уртыг уншаад, дараа нь бичлэг юуг хамгаалах ёстойг асуу.

Бичлэгийг клиентээс гадагш унш

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

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

Програм үнэхээр сонгодог хаягийн бүлгийн хувьд асуултыг давт, учир нь клиент IPv6-г илүүд үзэж, IPv4-ийн үл хамаарах зүйлийг чимээгүй тойрч болно. Туннель босохоос өмнө болон дараа үр дүнг харьцуулж, хоёр гаралтыг хадгал. Энэ харьцуулалт клиент холбогдох үед бичлэгийг нэмсэн эсвэл өмнө нь байсан эсэхийг харуулна.

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

Төгсгөлийн цэгийн үл хамаарах зүйл ба рекурсын урхи

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

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

Програм үнэхээр ашигладаг замыг шалга

Програм өөр хаяг эсвэл өөр бүлэгт холбогдох үед хостын нэр рүү амжилттай ping нь сул нотолгоо юм. Клиентийг ажиллуулж буй машинаас хаяг, бүлэг, порт, интерфэйсийн яг хослолыг шалга.

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

Хэрэв зам буруу бол ямар нэгэн зүйлийг засахын өмнө шаардлага сүлжээ үү эсвэл нэг хаяг уу гэдгийг шийд. Нэг хаягийн шаардлага тайлбар, эзэнтэй хост маршрутыг зөвтгөдөг; эргэлддэг хаягтай үйлчилгээнд домэйн дээр суурилсан маршрутлал эсвэл шударга дэд сүлжээний шийдвэр хэрэгтэй.

Одоо бодит очих газартай тохирохгүй бичлэгүүдийг устгаж, үлдээж буйгаа тэмдэглэ. Тайлбаргүй /32 гурван сарын дараа алдаанаас ялгагдахгүй бөгөөд дараагийн хүн юунаас хамааралтай байсныг мэдэлгүй устгана.