Jo ervje in cron-taak dy't OpenVPN elke dei om 04:10 op 'e nij start, en dy't de saken al in jier stabyl hâldt. Hy ferbrekt ek in sûne tunnel op in fêst oere en docht neat oan 'e ûnderbrekking dy't eins by de middei bart. In herstart neffens de kalinder is in ûnderhâldsbeslút. Werstel is in oar ûntwerp mei in spesifike oanlieding.

Trije foarmen fan misrekkening hawwe trije ferskillende eigners nedich. Kies earst de flater, dan folget it meganisme.

Trije flaters, trije eigners

In tunnel kin oan wêze wylst syn peer fuort is: it proses rint, de ynterface bestiet, en der giet neat nuttich trochhinne. In proses kin dea wêze wylst de peer goed is, en dan kin allinne wat it start hat it weromhelje. In applikaasje efter de tunnel kin stikken wêze wylst sawol de tunnel as de peer sûn binne, en it op 'e nij starten fan 'e klant fergruttet dan de ûnderbrekking sûnder de oarsaak oan te reitsjen. It skieden fan dy trije gefallen is it hiele beslút.

Elk hat syn eigen sinjaal en syn eigen eigner. Libbenskrêft heart by it VPN-protokol, de libbenssyklus fan it proses by de tsjinstbehearder, en de sûnens fan 'e applikaasje by monitoring mei in smel mandaat.

Wat in libbenskrêftopsje kin en net kin

keepalive is in helper dy't útwreidet ta in ping- en in ping-restart-pear, sa't de ferwizing nei keppelingsopsjes beskriuwt, en de time-outs dy't it makket binne net itselde op 'e tsjinner en de klant. Wearden dy't in tsjinner stjoert kinne ek oerskriuwe wat in klant lokaal konfigurearre hat, en dêrom is in time-out dy't yn in lokaal bestân goed liket miskien net de jildende.

Dat makket it it goede ark foar in ferlerne peer en it ferkearde ark foar in dea proses, om't in proses dat ôfsletten is syn eigen timers net rinne litte kin. It seit ek neat oer oft in applikaasje efter de tunnel antwurdet, om't de útwikseling tusken de twa VPN-einpunten bart. In time-outpear kopiearje út in oare ynset sûnder rol, ferwachte ûnderbrekkingen en werautentikaasjegedrach te kontrolearjen is hoe't in stabyl tunnel begjint te flodderjen.

Wat de tsjinstbehearder besit

As de daemon ôfslút, beslút de behearder dy't him start hat wat der dan bart. In herstartbelied dat op flaters reagearret, mei in fertraging en in limyt op 'e startfaasje, hanthannelet in ynstoartingslus sûnder der in forkbom fan te meitsjen. Dy ynstellings reagearje op prosesútkomsten en time-outs, en se ûntdekke gjin proses dat libbet mar nutteleas is. Dat is gjin gat om mei in breder belied te tichtsjen; it is de grins tusken libbenssyklus en libbenskrêft.

Eignerskip is like wichtich as de ynstellings. In ferbining dy't troch in buroblêdnetwurkbehearder start is, moat de werstelregeling fan dy behearder hâlde, en in konkurrearjende tsjinstienheid foar deselde ynterface taheakje jout ien tunnel twa eigners. Kies ien en skriuw op hokker it is.

Wannear't in plande herstart rjochtfeardige is

In herstart op in beskaat oere kin in ridlike ûnderhâldsaksje wêze: hy hat in eigner, in finster, in neamd eksimplaar en in ûnôfhinklike tagong. Wat it net wêze kin, is in algemien betrouberensbelied dat ek elkenien op in fêst oere ôfslút.

As de herstart bestiet om in bekende lek of in fêstsittende tastân te omgean, sis dat yn 'e beskriuwing fan 'e ienheid, want oars hâldt de folgjende persoan him foar altyd.

Test de gefallen dy't der ta dogge: de peer ferdwynt wylst it proses oan bliuwt, it proses slút ôf, in nije poging hat frisse legitimearrings nedich, en de tunnel komt werom wylst de applikaasje stikken bliuwt. Sjoch hokker komponint reagearret en hokker tastân it efterlit.

De goede fraach is net hoe faak op 'e nij te starten, mar wat de flater earst fernimme moat.

Relatearre artikelen