Туннель тасарч, маршруулагч дахин холбогдлыг бүртгэдэг ч LAN дээр юу ч хөдлөөгүй. Шинэ WAN хаяг дотроо юу ч өөрчлөхгүйгээр гадаад холболтыг хүчингүй болгоно: клиентийн эх хаяг өөрчлөгдсөн, хуучин NAT төлөв байхгүй болсон эх рүү зааж байна, алслагдсан түнш өмнөх хаяг руу илгээсээр байж магадгүй. Сэргээх нь хэвийн зан төлөв бөгөөд ашигтай асуулт нь аль төлөв шинэчлэгдээгүй вэ гэдэг юм.

Бүртгэлийг уншихаас өмнө үйл явдалд нэр өг

Хандалтын түвшинд үнэхээр юу болсныг шалгана уу. ISP-ийн түрээсийн сунгалт нь нэг үйл явдал. Дахин холбогдсон PPPoE сесс нь өөр үйл явдал. Дахин ачаалагдсан шилэн кабелийн модем эсвэл нэг сувгаас нөгөөд шилжих WAN шилжилт нь гадаад хаяг эсвэл түүний замыг гурав дахь аргаар өөрчилдөг. Эдгээр нь нэг үйл явдал биш бөгөөд ижил үлдэгдэл үлдээдэггүй.

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

Роуминг ба дахин холбогдол нь өөр протоколууд

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

OpenVPN анхдагчаар өөрөөр ажилладаг. UDP сесс дуусаж дахин холбогдож болно, заавал бус float зан төлөв нь баталгаажсан түншид тохиргоо зөвшөөрсөн газарт шинэ хаягаас үргэлжлүүлэх боломж олгодог. TCP-д суурилсан туннель илүү хатуу, учир нь холболт нь өөрөө хаягийн хосод холбогдсон. Энэ ялгаа нь сэргээлт үл үзэгдэх мэт харагдах эсвэл бүртгэлд өөрөө зарлагдах эсэхийг шийддэг.

Хоёр зан төлөвийн аль нь ч доторх програмуудын талаар юу ч хэлэхгүй. Сэргэсэн туннель нь түнш аль хэдийн үхсэн гэж үзсэн TCP сессийг сэргээхгүй.

Туннелийн эзэмшдэггүй төлөв

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

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

Шалгалтуудыг гаднаас дотогш цэгцэл

Доорх дараалал нь гадаад холболтоос дотогш явдаг бөгөөд эхний бүтэлгүй алхамд зогсох нь түүнийг ашигтай болгодог: шалгалт бүр дээрх давхаргыг хасдаг. Алдаа тодорхой харагдаж байсан ч энэ дарааллыг баримтал.

wg show
ip -br addr show
ip route get 198.51.100.7
conntrack -L 2>/dev/null | grep -c ESTABLISHED
journalctl -u openvpn-client@home --since '-2 hours' | tail -n 40

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

Дараа нь маршруулагчаас бус LAN клиентээс туршина уу. Маршруулагч өөрөө илгээсэн ping нь дамжуулсан урсгалаас өөр зам ашигладаг тул маршруулагчаас амжилттай ping нь туннель байгааг нотолж, клиентийн хүртээмжийн талаар юу ч хэлэхгүй.

Хүлээгдэж буй зан төлөвийг тодорхойлж, бичиж үлдээ

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

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

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