Рекурсив чиглүүлэлт: туннель өөрийн пакетуудыг барих үед

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

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

Эхлээд гадаад замыг шалгана уу

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

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

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

Сесс яагаад хормын турш тэсдэг вэ

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

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

Төгсгөлийн цэгийн үл хамаарахыг хэн эзэмшихийг ол

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

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

Сүлжээ өөрчлөгдсөний дараа дахин шалгана уу

Wi-Fi гарцаар хүрэх хост зам нь машин өөр сүлжээ рүү шилжих хүртэл зөв. Тэгэхэд мөнөөх шинж тэмдэг тохиргоонд ямар ч өөрчлөлтгүйгээр буцаж ирнэ.

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

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

Холбоотой нийтлэлүүд