Linux дээр VPN-ээс түлхсэн маршрутыг статик маршрутаас хэрхэн ялгах вэ

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

Алхам 1: префиксүүдийг суулгадаг механизмыг нэрлэнэ үү

Янз бүрийн протокол хүртээмжийг өөр өөр аргаар хангадаг бөгөөд энэ бүгдийг зарлал гэж нэрлэх нь ялгааг нуудаг. OpenVPN сервер удирдлагын сувгаар маршрутын заавар түлхэж, pull шүүлтүүр саад болохгүй бол клиент түүнийг суулгадаг. WireGuard тохиргоо зөвшөөрөгдсөн префиксүүдийг локалаар жагсаадаг бөгөөд клиент тэдгээрийг крипто түлхүүрийн маршрутлалт болон өөрийн нэмсэн маршрутуудад хоёуланд нь ашигладаг. IPsec туннель түнштэйгээ трафикийн сонгогчдыг тохиролцож, цөм эдгээр сонгогчдоос маршрутуудыг суулгадаг.

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

Алхам 2: хүснэгтийг нэг холболтын туршид харьцуул

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

ip route show table main > /tmp/route-down.txt-аар түүнийг бичиж, холбогдоод дахин бич. Сайт IPv6 ашигладаг бол ip -6 route-д мөн адил хий, учир нь тэнд дутуу префикс нь маршрутлалттай холбоогүй мэт харагдах гэмтэл үүсгэдэг.

Алхам 3: зөвхөн байгаа эсэхийг биш, метрикийг унш

Нэг префиксийн хоёр бичлэг зэрэг оршиж болох бөгөөд цөм доогуур метрикийг сонгодог. 50 метриктэй статик маршрут хоёулаа харагдаж байсан ч 100 дахь түлхсэн маршрутыг үргэлжлүүлэн дийлнэ, тиймээс «маршрут байна» ба «трафик түүнийг ашиглаж байна» гэдэг нь өөр өөр мэдэгдэл юм.

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

Алхам 4: туннелээс урт насалдаг бичлэгүүдийг ол

Статик маршрутууд дизайнаараа тасралтыг даадаг бөгөөд хуучирсан бичлэгүүд тэндээс гардаг. Одоо байхгүй интерфэйс рүү заасан байнгын маршрут дэд сүлжээг чимээгүй залгиж болох бөгөөд дахин ашигласан интерфэйсийн нэр рүү заасан маршрут дахин ачаалсны дараа хувийн трафикийг буруу хаалгаар гаргаж болно.

Байнгын талыг таны түгээлт ашигладаг газарт шалга: systemd-networkd нэгж, NetworkManager профайл эсвэл клиентийн up хавтас дахь скрипт байж болно. Амьд хүснэгтийг ip route del-аар засах нь зөвхөн дараагийн холболт хүртэл л үргэлжилнэ. Тэр устгалыг засвар биш, таамаглалын шалгалт гэж үз.

Алслагдсан төгсгөл буруу хамрах хүрээ өгч байвал бүгдийг шүүхийн оронд операторт мэдэгд. Бүх түлхсэн тохиргоог хаях нь профайл найдаж буй DNS болон хуваасан туннелийн бодлогыг ч хамт хаяна.

Алхам 5: клиентийг буруутгахаас өмнө буцах замыг батал

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

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

Алхам 6: ping биш, нөөцийг турш

Сонгосон маршрут зөв болсны дараа бодит нөөцийг нээж, буцах трафикийг батал. ping-ийн хариулт замыг нэг чиглэлд нотолж, үйлчилгээний талаар юу ч хэлэхгүй, кэшлэсэн холболт дээр хариулж буй үйлчилгээ бүр ч бага нотолно.

Дараа нь дахин холбогдсоны дараа бүх шалгалтыг давт. Дарааллын үнэ цэнэ нь дараагийн холболт юу хийхийг урьдчилан хэлдэгт оршино, тиймээс харьцуулалт болон метрик хоёулаа тасалбарт багтана.