એક OpenVPN drop-in એ દરેક ટનલ બદલી: ઇન્સ્ટન્સ વિરુદ્ધ ટેમ્પલેટ

એક ટનલ માટે ઉમેરાયેલી રીસ્ટાર્ટ નીતિ મશીન પરની દરેક ટનલ પર લાગુ થવા લાગે છે. આ systemd ની બગ નથી; આ ઇન્સ્ટન્સ drop-in અને ટેમ્પલેટ drop-in વચ્ચેનો તફાવત છે. ફાઇલ જે પાથ હેઠળ તમે લખો છો તે નક્કી કરે છે કેટલી સેવાઓ તેને વારસામાં લેશે.

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

લક્ષણ: એક ફેરફાર, દરેક ટનલ

ચોક્કસ ઇન્સ્ટન્સનું drop-in સંપૂર્ણ ઇન્સ્ટન્સના નામવાળી ડિરેક્ટરી હેઠળ રહે છે, જેમ કે [email protected]. ટેમ્પલેટ drop-in [email protected] હેઠળ રહે છે, વચ્ચે @ ચિહ્ન હોય છે અને ઇન્સ્ટન્સનું નામ હોતું નથી. પ્રથમ ફક્ત office પર લાગુ પડે છે. બીજું તે ટેમ્પલેટમાંથી બનેલી દરેક સેવા પર લાગુ પડે છે.

ટેમ્પલેટ સ્વરૂપ અલગ [email protected] ટેમ્પલેટ સુધી પહોંચતું નથી, અને નામમાં openvpn ધરાવતી અસંબંધિત સેવાઓ સુધી પણ પહોંચતું નથી.

અવકાશ સાથે મેળ ખાતી ડિરેક્ટરી પસંદ કરો

બંને ડિરેક્ટરીઓ /etc/systemd/system/ હેઠળ છે. છેલ્લું system ઘટક છોડી દેવાથી એવો પાથ બને છે જેને systemd સિસ્ટમ ઓવરરાઇડ તરીકે વાંચતું નથી, અને આ સાચું દેખાતી ફાઇલને કંઈ ન કરાવવાનો શાંત રસ્તો છે. પૂરો પાથ એક વાર લખો અને ફરી વાપરો.

drop-in ને યોગ્ય વિભાગ શીર્ષક પણ જોઈએ. સેવા સેટિંગ્સ [Service] હેઠળ આવે છે. સેટિંગ્સ હોય પણ વિભાગ ન હોય તેવી ફાઇલ અવગણવામાં આવે છે અથવા નકારવામાં આવે છે, અને ફાઇલ ત્યાં સત્તાવાર દેખાતી રહે ત્યારે unit પહેલાંની જેમ વર્તે છે.

એક કરતાં વધુ drop-in ઉમેરો તો હેતુ ફાઇલના નામમાં રાખો. કોશીય ક્રમ મર્જ નક્કી કરે છે, અને ફાઇલ શું કરે છે તે કહેતું નામ તે ક્રમને વાંચનીય બનાવે છે.

લખતા પહેલા મર્જ થયેલ unit વાંચો

કંઈ પણ લખતા પહેલા મર્જ થયેલ unit વાંચો. systemctl cat [email protected] મુખ્ય unit અને લાગુ પડતું દરેક drop-in મર્જ ક્રમમાં છાપે છે. ટેમ્પલેટ ફેરફારનો વિચાર કરો ત્યારે તેને બીજા ઇન્સ્ટન્સ સાથે સરખાવો. તે સરખામણી બરાબર દર્શાવે છે કઈ સેવાઓ ફેરફારને વારસામાં લેશે.

ઇન્સ્ટન્સ ફાઇલ ટેમ્પલેટ સેટિંગ્સ ભૂંસતી નથી. બંને મર્જ થાય છે, તેથીતમે ભૂલી ગયેલું ટેમ્પલેટ મૂલ્ય હજી પણ અમલમાં હોઈ શકે.

અન્ય નામવાળા drop-in, રનટાઇમ સેટિંગ્સ અને પેકેજો દ્વારા આપવામાં આવેલ કન્ફિગરેશન પણ ભાગ લે છે. તમે છેલ્લે સંપાદિત કરેલી ફાઇલ આખું unit છે એમ ધારશો નહીં. મર્જ થયેલ આઉટપુટ જ unit છે.

unit નીતિને પ્રોફાઇલની બહાર રાખો

unit નીતિ અને VPN કન્ફિગરેશન અલગ રાખો. પ્રોફાઇલ નિર્દેશ [Service] હેઠળ હોવાને કારણે માન્ય systemd સિન્ટેક્સ બનતું નથી. રીસ્ટાર્ટ સેટિંગ પણ .ovpn ફાઇલમાં આવતું નથી.

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

તેને લાગુ કરો અને ઇન્સ્ટન્સ ચકાસો

ફેરફાર પછી, systemctl daemon-reload વડે મેનેજરની વ્યાખ્યાઓ ફરી લોડ કરો. તે પુનઃલોડ ટનલને ફરી શરૂ કરતું નથી; તે ફક્ત unit ફાઇલો ફરી વાંચે છે. પછી તમે ધારેલી લાઇફસાઇકલ ક્રિયા ચોક્કસ ઇન્સ્ટન્સ પર લાગુ કરો.

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

જો નીતિ ખરેખર વહેંચાયેલી હોય, તો તેને જાણી જોઈને ટેમ્પલેટમાં ખસેડો અને કામ પૂરું કહેતા પહેલા બીજું ઇન્સ્ટન્સ ચકાસો.systemd unit સંદર્ભ drop-in અગ્રતા અને મર્જ ક્રમનું દસ્તાવેજીકરણ કરે છે.