OpenVPNди күн сайын кайра баштайбызбы? Саатты эмес, бузулууну тандаңыз

Сизге OpenVPN-ди күн сайын 04:10до кайра баштаган cron тапшырмасы мурас калган, жана ал бир жылдан бери баарын туруктуу кармап келет. Ал ошондой эле белгиленген саатта ден соолуктуу туннелди ажыратат жана түшкү тамак убагында чындап болгон үзгүлтүк үчүн эч нерсе кылбайт. Календар боюнча кайра баштоо — тейлөө чечими. Калыбына келтирүү — конкреттүү триггери бар башка долбоор.

Бузулуунун үч формасы үч башка ээсин талап кылат. Адегенде бузулууну тандаңыз, механизм өзү ээрчийт.

Үч бузулуу, үч ээ

Туннель жубу кеткенде да иштеп турушу мүмкүн: процесс иштеп жатат, интерфейс бар, бирок андан эч кандай пайдалуу нерсе өтпөйт. Жуп жакшы болгондо процесс өлүк болушу мүмкүн, анда аны баштаган нерсе гана кайтара алат. Туннелдин артындагы колдонмо туннель да, жуп да ден соолуктуу болгондо бузулушу мүмкүн, анда клиентти кайра баштоо себепке тийбестен үзгүлтүктү кеңейтет. Ушул үч учурду бөлүү — бүт чечим.

Ар биринин өз сигналы жана өз ээси бар. Жашоо VPN протоколуна таандык, процесстин жашоо циклы тейлөө менеджерине, ал эми колдонмонун ден соолугу тар мандаттуу мониторингге.

Жашоо опциясы эмнени кыла алат жана эмнени кыла албайт

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

Бул аны жоголгон жуп үчүн туура курал, ал эми өлүк процесс үчүн туура эмес курал кылат, анткени чыккан процесс өз таймерлерин иштете албайт. Ал ошондой эле туннелдин артындагы колдонмонун жооп беришинен эч нерсе айтпайт, анткени алмашуу VPNдин эки акыркы чекитинин ортосунда болот. Ролду, күтүлгөн үзгүлтүктөрдү жана кайра аутентификация жүрүм-турумун текшербестен башка жайгаштыруудан убакыт чектеринин жубуна көчүрүү — туруктуу туннелдин титирей башташынын жолу.

Тейлөө менеджери эмнеге ээ

Эгер демон чыгып кетсе, аны баштаган менеджер андан ары эмне болорун чечет. Бузулууга байланган кайра баштоо саясаты, кечигүү жана баштоо ылдамдыгынын чеги менен, кулоо циклин fork бомбасына айландырбастан чечет. Бул параметрлер процесстин жыйынтыктарына жана убакыт чектерине жооп берет жана тирүү, бирок пайдасыз процессти аныктабайт. Бул кененирээк саясат менен жабылуучу боштук эмес; бул жашоо циклы менен жашоонун ортосундагы чек.

Ээлик параметрлердей эле маанилүү. Иш үстөлүнүн тармак менеджери баштаган байланыш ошол менеджердин калыбына келтирүү тартибин сакташы керек, ал эми ошол эле интерфейс үчүн атаандаш тейлөө бирдигин кошуу бир туннелге эки ээ берет. Бирөөнү тандап, кайсы экенин жазыңыз.

Пландалган кайра баштоо качан акталган

Убакытка байланган кайра баштоо акылга сыярлык тейлөө аракети болушу мүмкүн: анын ээси, терезеси, аталган үлгүсү жана кирүүнүн көз карандысыз жолу бар. Ал боло албаган нерсе — белгиленген саатта баарын ажыратуучу жалпы ишенимдүүлүк саясаты.

Эгер кайра баштоо белгилүү агымды же катып калган абалды айланып өтүү үчүн болсо, муну бирдиктин сүрөттөмөсүндө жазыңыз, болбосо кийинки адам аны түбөлүк сактап калат.

Маанилүү учурларды текшериңиз: процесс иштеп турганда жуп жоголот, процесс чыгат, кайталоо жаңы күбөлүктөрдү талап кылат, жана колдонмо бузулган бойдон калганда туннель кайтат. Кайсы компонент реакция кыларын жана артында кандай абал калтырарын байкаңыз.

Туура суроо — канча жолу кайра баштоо эмес, бузулууну биринчи эмне байкоосу керек.