Таны VPN яагаад тасалдалаас удаан сэргэдэг вэ

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

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

Нэг мэт харагдах гурван хүлээлт

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

Лог дахь чимээгүй нэг минут нь хөлдсөн процесс байх албагүй. Энэ нь яг юунд тохируулсан тэр ажлыг хийж буй экспоненциал буцалт байж болно.

Үнэхээр аль үе шат удаан бэ?

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

Тоонд хүрэхийн өмнө алдааг ангилна уу.

Таймерыг буулгах нь хэзээ тус болж, хэзээ болохгүй вэ

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

Профайл бүрт хуулсан маш бага хугацааны хязгаар нь хэмжилтгүй тохиргооны ердийн эцсийн байдал юм.

Клиентийг буруутгахын өмнө бэлэн байдлыг шалгана уу

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

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

Юу бүртгэх вэ

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

Тэр бүртгэл дараагийн программ хангамжийн шинэчлэлийг туршилт биш харьцуулалт болгоно.