WireGuard сул зогсолтын дараа бүтэлгүйтдэг: эхлээд чиглэлийг шалга

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

Аль чиглэл бүтэлгүйтдэг вэ?

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

Нам гүм үе хэр үргэлжилсэн, төхөөрөмж унтсан уу эсвэл энэ хооронд өөр сүлжээ рүү шилжсэн үү гэдгийг тэмдэглэ. Эдгээр хоёр баримт нь аливаа тохиргооноос өмнө оношийг өөрчилдөг.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

Унтах, радио, аппын төлөв

Утсан эсвэл зөөврийн компьютер дээр унтаж буй төхөөрөмж сүлжээний хандалтаа бүрэн алдсан байж болох бөгөөд keepalive нь унтарсан радиог сэргээж чадахгүй, хангагдаагүй captive portal-ыг дуусгаж чадахгүй. Гар утасны платформууд бодлогын дагуу арын ажлыг түр зогсоодог тул үечилсэн урсгал үргэлжлэх эсэх нь платформ болон апп түүнтэй юу тохиролцсоноос хамаарна. Кэшлэсэн холболт нь гурав дахь тохиолдол бөгөөд хамгийн төөрөгдүүлдэг, учир нь туннель буцаж ирэх нь апп дахин түүнтэй холбогдохтой ижил биш.

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

keepalive үнэндээ юу хийдэг

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

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

Өмнө нь бүтэлгүйтдэг байсан интервалыг хүлээ

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

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