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

ખરેખર કયું પ્રમાણપત્ર સમાપ્ત થાય છે તે શોધો

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

વિશ્વાસ ઍન્કર સામાન્ય રીતે સૌથી લાંબું જીવતું ઑબ્જેક્ટ અને સૌથી ઓછું સંભવિત કારણ છે.

જીવંત સત્ર તારીખથી કેમ આગળ ટકી શકે

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

તારીખને નવા લૉગિન માટેની અંતિમ મુદત અને સત્રના આયુષ્યને ઉધાર લીધેલો સમય ગણો.

પ્રમાણપત્રને દોષ આપતા પહેલાં ઘડિયાળ તપાસો

માન્યતા સ્થાનિક ઘડિયાળ સામે મૂલવાય છે, તેથી ખોટા સમયવાળું ઉપકરણ સંપૂર્ણ વર્તમાન પ્રમાણપત્ર માટે માન્યતા નિષ્ફળતા જાહેર કરે છે. ક્લાયન્ટ, સર્વર અને માર્ગમાંના કોઈપણ ઉપકરણને તપાસો.

બૂટ પર ફરી સેટ થતી ઘડિયાળ વીજ કપાત પછી જ દેખાતી નિષ્ફળતાઓ સમજાવે છે.

જે સત્તાધિકારીએ તે અમલમાં મૂક્યું તેના દ્વારા નવીકરણ કરો

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

નવી સાંકળ સંપૂર્ણ પ્રકાશિત કરો, કારણ કે મધ્યવર્તી વગરનું પર્ણ અડધું નવીકરણ છે જે ફક્ત એ જ મશીનો પર કામ કરે છે જે તેને પહેલેથી કૅશમાં રાખે છે.

નવા લૉગિનથી સાબિત કરો, પાછા ફરવાનો રસ્તો રાખો

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

હાલનાં સત્રો હજી અગાઉની સ્થિતિ દર્શાવી શકે છે, તેથી તે કોઈપણ દિશામાં કંઈ સાબિત કરતાં નથી.

તે દિવસે હું જે ક્રમ વાપરું છું

સમાપ્ત થતું ઑબ્જેક્ટ અને તેની સાંકળ નિશ્ચિત કરો, પછી ઘડિયાળો નિશ્ચિત કરો:

  • કયું પ્રમાણપત્ર સમાપ્ત થાય છે, અને તે કઈ સાંકળનું છે.
  • દરેક મધ્યવર્તી ડિપ્લોય થયું અને પ્રકાશિત થયું છે કે નહીં.
  • ક્લાયન્ટ અને સર્વરની ઘડિયાળો વ્યાજબી માર્જિનમાં મળે છે.
  • પ્રતિનિધિ ક્લાયન્ટમાંથી નવું લૉગિન સફળ થાય છે.
  • રદ કરવાની માહિતી પહોંચી શકાય છે.
  • ચકાસણી નબળી ન કરતો પાછા ફરવાનો રસ્તો છે.

પછી નવીકરણ કરો, સંપૂર્ણ સાંકળ ડિપ્લોય કરો, નવા લૉગિનથી પરીક્ષણ કરો, અને ત્યાર પછી જ સફાઈ કરો. માન્યતાના સમયગાળા અને તેમના મૂલ્યાંકનના નિયમો RFC 5280-માં વ્યાખ્યાયિત છે, અને જો તમારી મોનિટરિંગ ખરેખર સમાપ્ત થતા ઑબ્જેક્ટ પર નજર રાખતી હોય તો તારીખ આશ્ચર્ય નથી.

સંબંધિત લેખો