OpenVPN-નું keepalive કે systemd restart: કઈ વસ્તુ પુનઃપ્રાપ્ત કરે છે?

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

એક જેવી દેખાતી ત્રણ નિષ્ફળતાઓ

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

આ અલગ સ્તરોના અલગ સંકેતો છે, અને દરેકનો એક માલિક છે જે અનુમાન કર્યા વિના તેના પર કાર્ય કરી શકે છે. તેમને ભેગા કરવાથી એવી સિસ્ટમ બને છે જે પોતે સમજી ન શકે તેવા લક્ષણો પર પુનઃશરૂ થાય છે.

કોઈપણ ટાઈમર બદલતા પહેલા ત્રણ કેસ લખો. યાદી પોતે સામાન્ય રીતે દર્શાવે છે કે એક પદ્ધતિને ત્રણેય આવરી લેવાનું કહેવાય છે.

keepalive ખરેખર શેમાં વિસ્તરે છે

keepalive સૂચના ટૂંકી છે, અને વિસ્તરણ મોડ પ્રમાણે અલગ પડે છે. સર્વર પર, keepalive 10 60 દર દસ સેકન્ડે સ્થાનિક ping, 120 સેકન્ડની સ્થાનિક પુનઃશરૂ મુદત અને ક્લાયન્ટને મોકલાતા 10 અને 60 મૂલ્યોમાં ફેરવાય છે. સર્વરની મુદત જાણી જોઈને બમણી કરવામાં આવે છે જેથી સર્વર હાર માને તે પહેલા ક્લાયન્ટને પુનઃશરૂ થવાની તક મળે. પ્રોફાઇલની ટૂંકી નહીં, ચાલતા રૂપરેખાંકનમાં વિસ્તૃત સ્વરૂપ વાંચો.

આ બમણાવવાને કારણે જ જે કોઈ વર્ણન કહે છે કે બંને છેડા સાઠ સેકન્ડ પછી પુનઃશરૂ થાય છે તે ખોટું છે. તે એ પણ સમજાવે છે કે માર્ગ બગડે ત્યારે બંને છેડા એક સાથે કેમ ડોલતા નથી.

હૃદયસ્પંદ એ OpenVPN નો સાથી ટ્રાફિક છે, કોઈ જાહેર હોસ્ટની ICMP તપાસ નથી. જવાબ ફક્ત સાબિત કરે છે કે ટ્યુનેલનો દૂરનો છેડો જીવંત છે. વપરાશકર્તાને ખરેખર જોઈતા ડેટાબેઝ કે વેબ સેવા વિશે તે કંઈ કહેતું નથી.

Restart=on-failure શું જોતું નથી

ઓવરરાઇડ ઉમેરતા પહેલા ઇન્સ્ટોલ કરેલું યુનિટ વાંચો. Restart=on-failure દસ્તાવેજીકૃત પ્રક્રિયા-નિષ્ફળતાની શરતોને પ્રતિસાદ આપે છે, જે જોડાણની સ્થિતિ જોવા જેટલું જ નથી. આંતરિક પુનઃજોડાણ શરૂ થયું તે કારણે તે સક્રિય થતું નથી, અને સ્વચ્છ નિકાસનો અર્થ ક્રેશથી અલગ છે.

આ ભેદ મહત્વનો છે કારણ કે આંતરિક પુનઃશરૂ એ જ પ્રક્રિયાને જીવંત રાખે છે. યુનિટ કંઈ જોતું નથી, ટ્યુનેલ જાતે સુધરે છે, અને તે જ સાચું પરિણામ છે.

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

ping-restart અને ping-exit એકબીજાના બદલે ન વપરાય

ping-restart OpenVPN નું આંતરિક પુનઃશરૂ કરે છે અને પ્રક્રિયા રાખે છે. ping-exit એ જ પ્રકારની મુદતે પ્રક્રિયા સમાપ્ત કરે છે, જે નિર્ણય સેવા વ્યવસ્થાપકને સોંપે છે. બંને પરસ્પર વિશિષ્ટ છે, અને બીજું પસંદ કરવાથી પુનઃપ્રાપ્તિનો માલિક બદલાય છે. ભેદ એ છે કે ફરી પ્રયાસ કરવાનો નિર્ણય કોણ લે છે, અને પ્રયાસમાં કેટલી સ્થિતિ ટકી રહે છે.

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

દરેક જમાવટ માટે એક જીવનચક્ર પસંદ કરો અને કારણ લખો. બંને સૂચનાઓ ધરાવતી પ્રોફાઇલ એ નિર્ણય ન લીધેલી પ્રોફાઇલ છે.

દરેક નિષ્ફળતાને તેના પોતાના કેસ તરીકે પરીક્ષણ કરો

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

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