તેનું પ્રમાણપત્ર રદ કર્યા વિના એક OpenVPN ક્લાયન્ટ સ્થગિત કરો

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

બે રેકોર્ડ, બે જુદા કામ

CA ડેટાબેઝ નોંધે છે કે ઇશ્યુઅરે શું સહી કરી અને પછીથી શું રદ કર્યું. રદ કરવાના પ્રવાહો અને CRL કે લેજરની પોતાની નકલ વાંચનાર દરેક વસ્તુ તેની સલાહ લે છે. પ્રવેશનો નિયમ સર્વર પર રહે છે અને તે સર્વર સ્વીકારે તેવા કનેક્શનો પર લાગુ પડે છે.

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

અક્ષમ કરવાની સૂચના યોગ્ય ફાઇલમાં મૂકો

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

disable

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

નવો પ્રવેશ સક્રિય સત્રોથી અલગ રાખો

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

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

જો ડિપ્લોયમેન્ટમાં સક્રિય સત્ર સમાપ્ત કરવાની કોઈ સમર્થિત રીત ન હોય, તો એક શોધી કાઢવાને બદલે એ ખાલીપો નોંધો. ક્લાયન્ટ પર બ્લોક કરેલો પોર્ટ સર્વર બાજુની નીતિ સમાન નથી.

ઠહેરાવ અને સુરક્ષા ભંગ અલગ ઘટનાઓ છે

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

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