OpenVPN-ийг өдөр бүр дахин эхлүүлэх үү? Цагийг биш, эвдрэлийг сонго

Танд өдөр бүр 04:10-д OpenVPN-ийг дахин эхлүүлдэг cron ажил өвлөгдөж ирсэн бөгөөд энэ нь нэг жилийн турш бүгдийг тогтвортой байлгаж байна. Гэхдээ энэ нь тогтоосон цагт эрүүл туннелийг тасалж, үдээс хойш үнэхээр тохиолддог тасалдалд юу ч хийдэггүй. Календарийн дагуу дахин эхлүүлэх нь засвар үйлчилгээний шийдвэр. Сэргээлт нь тодорхой триггер бүхий өөр зохион байгуулалт юм.

Эвдрэлийн гурван хэлбэрт гурван өөр эзэн хэрэгтэй. Эхлээд эвдрэлийг сонго, механизм нь өөрөө дагана.

Гурван эвдрэл, гурван эзэн

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

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

Амьдрах чадварын сонголт юу хийж чадах, юу хийж чадахгүй вэ

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

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

Үйлчилгээний менежер юуг эзэмшдэг вэ

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

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

Төлөвлөсөн дахин эхлүүлэлт хэзээ зөвтгөгдөх вэ

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

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

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

Зөв асуулт нь хэр олон удаа дахин эхлүүлэх биш, харин эвдрэлийг хамгийн түрүүнд юу анзаарах ёстой вэ гэдэг юм.