દરરોજ OpenVPN ફરી શરૂ કરવું? ઘડિયાળ નહીં, નિષ્ફળતા પસંદ કરો

તમને એક cron કાર્ય વારસામાં મળે છે જે દરરોજ 04:10 વાગ્યે OpenVPN ફરી શરૂ કરે છે, અને તે એક વર્ષથી બધું સ્થિર રાખે છે. તે નિશ્ચિત કલાકે સ્વસ્થ ટનલને પણ ડિસ્કનેક્ટ કરે છે અને બપોરના સમયે ખરેખર થતા વિક્ષેપ માટે કંઈ કરતું નથી. કેલેન્ડર મુજબનું પુનઃપ્રારંભ એ જાળવણીનો નિર્ણય છે. પુનઃપ્રાપ્તિ એ ચોક્કસ ટ્રિગર સાથેની અલગ રચના છે.

ત્રણ પ્રકારની નિષ્ફળતાને ત્રણ અલગ માલિકોની જરૂર છે. પહેલાં નિષ્ફળતા પસંદ કરો, પછી પદ્ધતિ આપમેળે આવશે.

ત્રણ નિષ્ફળતા, ત્રણ માલિક

ટનલ ચાલુ હોઈ શકે જ્યારે તેનું પીઅર ગયું હોય: પ્રક્રિયા ચાલે છે, ઇન્ટરફેસ અસ્તિત્વમાં છે, અને તેમાંથી કંઈ ઉપયોગી પસાર થતું નથી. પ્રક્રિયા મૃત હોઈ શકે જ્યારે પીઅર ઠીક હોય, અને ત્યારે જેણે તેને શરૂ કરી તે જ તેને પાછી લાવી શકે. ટનલ પાછળની એપ્લિકેશન બગડેલી હોઈ શકે જ્યારે ટનલ અને પીઅર બંને સ્વસ્થ હોય, અને ત્યારે ક્લાયન્ટ ફરી શરૂ કરવાથી કારણને સ્પર્શ્યા વિના વિક્ષેપ વધે છે. આ ત્રણ કિસ્સાઓને અલગ પાડવું એ જ આખો નિર્ણય છે.

દરેકનું પોતાનું સંકેત અને પોતાનો માલિક છે. જીવંતતા VPN પ્રોટોકોલની છે, પ્રક્રિયાનું જીવનચક્ર સેવા મેનેજરનું છે, અને એપ્લિકેશનનું સ્વાસ્થ્ય સંકુચિત અધિકારવાળી મોનિટરિંગનું છે.

જીવંતતાનો વિકલ્પ શું કરી શકે અને શું નહીં

keepalive એ સહાયક છે જે ping અને ping-restart જોડીમાં વિસ્તરે છે, જેમ લિંક-વિકલ્પ સંદર્ભ વર્ણવે છે, અને તે જે સમયમર્યાદા બનાવે છે તે સર્વર અને ક્લાયન્ટ પર સમાન નથી. સર્વર દ્વારા ધકેલાયેલા મૂલ્યો ક્લાયન્ટે સ્થાનિક રીતે ગોઠવેલા મૂલ્યોને પણ બદલી શકે છે, અને તેથી સ્થાનિક ફાઇલમાં યોગ્ય લાગતી સમયમર્યાદા અમલમાં હોય તેવી ન પણ હોય.

આ તેને ખોવાયેલા પીઅર માટે યોગ્ય સાધન અને મૃત પ્રક્રિયા માટે ખોટું સાધન બનાવે છે, કારણ કે બહાર નીકળેલી પ્રક્રિયા પોતાના ટાઇમર ચલાવી શકતી નથી. તે એ પણ નથી કહેતું કે ટનલ પાછળની એપ્લિકેશન જવાબ આપે છે કે નહીં, કારણ કે આદાનપ્રદાન બે VPN અંતિમ બિંદુઓ વચ્ચે થાય છે. ભૂમિકા, અપેક્ષિત વિક્ષેપો અને પુનઃપ્રમાણીકરણની વર્તણૂક તપાસ્યા વિના બીજા ડિપ્લોયમેન્ટમાંથી સમયમર્યાદાની જોડી નકલ કરવી એ જ રીતે સ્થિર ટનલ થથરવા લાગે છે.

સેવા મેનેજર શું ધરાવે છે

જો ડીમન બહાર નીકળે, તો જેણે તેને શરૂ કર્યું તે મેનેજર નક્કી કરે છે કે આગળ શું થાય. નિષ્ફળતા આધારિત પુનઃપ્રારંભ નીતિ, વિલંબ અને પ્રારંભ-દર મર્યાદા સાથે, ક્રેશ લૂપને ફોર્ક બોમ્બમાં ફેરવ્યા વિના સંભાળે છે. તે સેટિંગ્સ પ્રક્રિયાના પરિણામો અને સમયમર્યાદાઓને પ્રતિસાદ આપે છે, અને જીવંત પણ નકામી પ્રક્રિયાને શોધી શકતી નથી. આ વિશાળ નીતિથી પૂરવાનું અંતર નથી; આ જીવનચક્ર અને જીવંતતા વચ્ચેની સીમા છે.

માલિકી સેટિંગ્સ જેટલી જ મહત્વની છે. ડેસ્કટોપ નેટવર્ક મેનેજરે શરૂ કરેલા કનેક્શને તે મેનેજરની પુનઃપ્રાપ્તિ ગોઠવણ રાખવી જોઈએ, અને એ જ ઇન્ટરફેસ માટે સ્પર્ધાત્મક સેવા એકમ ઉમેરવાથી એક ટનલને બે માલિક મળે છે. એક પસંદ કરો અને લખો કે કયો છે.

ક્યારે નિર્ધારિત પુનઃપ્રારંભ વાજબી છે

સમયબદ્ધ પુનઃપ્રારંભ વાજબી જાળવણી ક્રિયા હોઈ શકે: તેનો માલિક, વિન્ડો, નામવાળું ઇન્સ્ટન્સ અને સ્વતંત્ર પ્રવેશમાર્ગ હોય છે. તે જે ન હોઈ શકે તે છે સામાન્ય વિશ્વસનીયતા નીતિ જે નિશ્ચિત કલાકે બધાને ડિસ્કનેક્ટ પણ કરે.

જો પુનઃપ્રારંભ જાણીતા લીક અથવા ફસાયેલી સ્થિતિને ટાળવા માટે હોય, તો તે એકમના વર્ણનમાં જણાવો, નહીં તો આગલી વ્યક્તિ તેને કાયમ રાખશે.

મહત્વના કિસ્સાઓ ચકાસો: પ્રક્રિયા ચાલુ રહે ત્યારે પીઅર અદૃશ્ય થાય, પ્રક્રિયા બહાર નીકળે, ફરી પ્રયાસ માટે નવા ઓળખપત્રો જોઈએ, અને એપ્લિકેશન બગડેલી રહે ત્યારે ટનલ પાછી આવે. કયો ઘટક પ્રતિક્રિયા આપે છે અને પાછળ કઈ સ્થિતિ છોડે છે તે જુઓ.

સાચો પ્રશ્ન કેટલી વાર પુનઃપ્રારંભ કરવો તે નથી, પણ નિષ્ફળતા પ્રથમ કોણે નોંધવી જોઈએ તે છે.