ભૂલ પર અટકતા તબક્કાઓ સાથે OpenVPN ક્લાયન્ટની જોગવાઈ

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

આખી વાતને પાંચ ચેકપોઇન્ટવાળા એક વ્યવહાર તરીકે લો, અને દરેક ચેકપોઇન્ટને પોતાની રીતે આગળ વધવાનો ઇનકાર કરવા દો.

ફાઇલસિસ્ટમને સ્પર્શ કરતાં પહેલાં ઇનપુટ સુધારો

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

ખાલી ચલ વહેલા નકારો. સેટ ન કરેલ $DEVICE જે કંઈમાં વિસ્તરતું નથી તે install -m 400 $KEY /etc/openvpn/client/ ને ડિરેક્ટરી તરફ લક્ષિત નકલમાં ફેરવે છે, અને નિષ્ફળતા પછી એવી સેવા તરીકે આવે છે જે તેની કી વાંચી શકતી નથી.

સ્ટેજિંગ ડિરેક્ટરીમાં પ્રોફાઇલ સેટ એકઠો કરો

પહેલા ખાનગી જગ્યાએ સંપૂર્ણ સેટ બનાવો: પ્રોફાઇલ, CA, ક્લાયન્ટ સર્ટિફિકેટ, કી અને પ્રોફાઇલ જેને બોલાવે તે દરેક સહાયક. install -m 400 -o root -g root સાથે નકલ કરો જેથી પરવાનગીઓ પછી નહીં પણ બનાવતી વખતે સેટ થાય. પછી પ્રોફાઇલની અંદરના સંદર્ભો તપાસો, કારણ કે સાપેક્ષ ca અથવા key લીટી સેવા શરૂ થતાં જ યુનિટની કાર્ય ડિરેક્ટરીની સાપેક્ષે ઉકેલાય છે. આખો સેટ માન્ય ન થાય ત્યાં સુધી જીવંત ડિરેક્ટરીમાં કંઈ પણ લખવું ન જોઈએ.

આ રન શું ઉત્પન્ન કર્યું તેની બિન-ગુપ્ત ફિંગરપ્રિન્ટ નોંધો, ઉદાહરણ તરીકે આવૃત્તિ ચિહ્નની બાજુમાં સંગ્રહિત sha256sum office.conf. તે એક જ મૂલ્ય પુનઃરનને અપડેટ અને કંઈ ન કરવા વચ્ચે ભેદ પાડવા દે છે.

પરમાણુ રીતે બદલો અને અગાઉનો સેટ રાખો

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

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

એક માલિક સક્રિય કરો અને તે સાબિત કરો

એક સક્રિયકરણ માર્ગ પસંદ કરો, કાં તો systemd ઇન્સ્ટન્સ કાં NetworkManager, અને તેને સુસંગત રીતે વાપરો. સક્રિય યુનિટની બાજુમાં અનિયંત્રિત openvpn પ્રક્રિયા શરૂ કરવાથી બે ટનલ, સ્પર્ધાત્મક DNS અપડેટ અને સ્ટોપ આદેશ કઈ ટનલને લક્ષ્ય બનાવે છે તેનો સ્પષ્ટ જવાબ મળતો નથી. સક્રિય કર્યા પછી systemctl is-active openvpn-client@office તપાસો, પછી દૂરના પ્રીફિક્સનો રૂટ, પછી ટનલે સ્થાપિત કરેલા રિઝોલ્વર માટે resolvectl status. ટનલ જેના માટે છે તે એક સંસાધન સુધી પહોંચીને પૂર્ણ કરો.

ચાલતી પ્રક્રિયા અને લીલું ટ્રે આઇકન પ્રક્રિયાની હકીકતો છે, ઓળખ અને ટ્રાફિક નીતિ હસ્તાંતરણમાંથી બચી ગયા તેનો પુરાવો નથી.

પુનઃરન અને નિવૃત્તિ અલગ વર્કફ્લો છે

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

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

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