OpenVPN જાળવણી વિન્ડોનું આયોજન, હોસ્ટ ગુમાવ્યા વિના

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

નીચેનો ક્રમ જાણી જોઈને છે: દરેક તબક્કો એવું કંઈક બનાવે છે જે આગલા તબક્કાને જોઈએ, અને કોઈપણ તબક્કો શરૂ થતાં પહેલાં ફેરફાર સમાપ્ત કરી શકે છે.

બદલતા પહેલાં અસ્તિત્વમાં છે તે સેવા નોંધો

યાદ છે તે યુનિટ નહીં, ઇન્સ્ટોલ કરેલું યુનિટ વાંચો: systemctl cat [email protected] યુનિટ અને કોઈપણ drop-in છાપે છે, અને systemctl show [email protected] -p ExecStart -p User -p WorkingDirectory બતાવે છે કે ખરેખર શું ચાલે છે અને કોના નામે. તે યુનિટ જે બાઈનરીનું નામ આપે તેને પૂછો, કારણ કે શેલમાંથી openvpn --version બીજા બિલ્ડમાં ઉકેલાઈ શકે. પ્રોફાઇલનો પાથ અને તે જે દરેક ફાઇલનો ઉલ્લેખ કરે છે તે નોંધો.

સાંભળતા સોકેટ પર પણ ધ્યાન આપો: ss -lunp | grep 1194 કહે છે કે આજે ડીમન પાસે કયું સરનામું અને પ્રોટોકોલ છે. જો જવાબ પ્રોફાઇલ સૂચવે તેવો ન હોય, તો કોઈ drop-in અથવા એન્વાયર્નમેન્ટ ફાઇલ તેને ઓવરરાઇડ કરી રહી છે, અને અપગ્રેડ તે આશ્ચર્ય વારસામાં લેશે.

બીજું કોઈ વાપરી શકે તેવો પુનઃપ્રાપ્તિ સેટ ભેગો કરો

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

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

વાસ્તવિક ક્લાયન્ટ સાથે પાયલટ શ્રોતા પર તાલીમ લો

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

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

ટનલની બહારના માર્ગથી એક વાર સ્વિચ કરો

વિન્ડો એવા કન્સોલ કે મેનેજમેન્ટ નેટવર્કથી શરૂ કરો જે સેવામાંથી પસાર થતું ન હોય. ખાતરી કરો કે વપરાશકર્તાઓને જાણ કરવામાં આવી છે અને બીજો ઓપરેટર રોલબેક કેવી રીતે કરવું તે જાણે છે. તૈયાર કરેલો ફેરફાર તેના માલિક દ્વારા લાગુ કરો, પછી sudo systemctl restart [email protected] સાથે ફરી શરૂ કરો અને journalctl -u openvpn-server@office -b -f સાથે જર્નલ અનુસરો. જ્યારે ફક્ત યુનિટ વ્યાખ્યાઓ બદલાઈ હોય ત્યારે રીલોડ પૂરતો છે; બદલાયેલી પ્રોફાઇલને પ્રક્રિયા ફરી શરૂ કરવાની જરૂર પડે છે.

દરેક ક્લાયન્ટ ફરી જોડાશે તેવી અને કેટલાક એપ્લિકેશન સેશન ફરી ચાલુ નહીં થાય તેવી અપેક્ષા રાખો. જે વર્કલોડ આ સહન કરી શકતા નથી તેમની સાથે સ્વચ્છ વિરામનું સંકલન કરો.

સ્વીકારો અથવા રોલબેક કરો, પછી વપરાશકર્તાઓને શું બદલાયું તે જણાવો

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

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