IKEv2: કી રિન્યુઅલ વિરુદ્ધ ફરી પ્રમાણીકરણ — કનેક્શન પછી કેમ તૂટે છે
એક કી સામગ્રી નવેસરથી બનાવે છે, બીજું ઓળખની ચકાસણી ફરી કરે છે. તમારા સેશને કઈ સીમા પાર કરી તે નક્કી કરે છે કે શું સુધારવું.
ટનલ સવારે ઉપર આવે છે અને કલાકો સુધી કામ કરે છે. પછી તે તૂટી પડે છે, એક પ્રયાસ પછી ફરી જોડાય છે અને બીજા દિવસે એ જ કરે છે. નેટવર્ક પર કંઈ બદલાયું નથી અને કોઈએ પાસવર્ડને અડ્યું નથી. રિન્યુઅલ સીમા પર નિષ્ફળ થતા સેશન સામાન્ય રીતે બે અલગ ઓપરેશનમાંથી એક પાર કરે છે, અને તેમાંથી ફક્ત એક જ તમારા ઓળખપત્રો ફરી ચકાસે છે. કયું ચાલ્યું તે વાંચવું એ આખું નિદાન છે.
બહારથી સરખા દેખાતા બે ઓપરેશન
કી રિન્યુઅલ પ્રોટોકોલ દ્વારા નિર્ધારિત વિનિમય હેઠળ સુરક્ષા સંગઠનો અથવા કી સામગ્રી બદલે છે. પ્રમાણીકરણ ફરી થતું નથી, તેથી સેશનની શરૂઆતમાં સ્વીકારાયેલી ઓળખ સીધી આગળ લઈ જવાય છે.
ફરી પ્રમાણીકરણ વધુ આગળ જાય છે: તે નવો પ્રમાણિત સંબંધ સ્થાપે છે, એટલે કે ઓળખપત્રો ફરી મૂલ્યાંકન પામે છે. જે સમાપ્ત થયું, રદ થયું અથવા ડિરેક્ટરીમાં બદલાયું તે તે ક્ષણે દેખાય છે.
કી રિન્યુઅલ ખરેખર શું બદલે છે
IKEv2 અલગ જીવનચક્ર સાથે બે પ્રકારના સંગઠન રાખે છે. IKE SA નિયંત્રણ ચેનલનું રક્ષણ કરે છે અને CHILD SA વાસ્તવિક ટ્રાફિકનું. એકને રિન્યુ કરવું ક્લાયન્ટને ફરી જોડવાનો સમાનાર્થી નથી.
એ વિભાજન પરિચિત પેટર્ન સમજાવે છે: ટ્રાફિક સારી રીતે વહે છે, પછી એક CHILD SA રિન્યુ થાય છે અને પ્રસ્તાવ હવે મેળ ખાતો નથી કારણ કે કોઈએ અઠવાડિયા પહેલાં એક બાજુ પર ફેઝ 2 સંપાદિત કર્યો હતો. તે ફેરફાર નુકસાન વિના ત્યાં પડ્યો રહ્યો જ્યાં સુધી રિન્યુઅલે તેને લાગુ ન કર્યો.
જીવનકાળની અસંગતિઓ એ જ રીતે વર્તે છે. જે પક્ષ પહેલાં પોતાની મર્યાદા સુધી પહોંચે તે વિનિમય શરૂ કરે છે, અને બીજાએ તે સ્વીકારવો પડે છે.
ફરી પ્રમાણીકરણ શું ફરી મૂલ્યાંકન કરે છે
ફરી પ્રમાણીકરણ સાથે, લોગિન વખતે માન્ય હતું ક્લાયન્ટ પ્રમાણપત્ર હવે સમાપ્ત થયું હોઈ શકે. રદ કરાયેલું ઓળખપત્ર, ફરી બદલાયેલો પાસવર્ડ અથવા ઉપલબ્ધ ન હોય તેવો બીજો પરિબળ એ બધા અહીં જ દેખાય છે, રિન્યુઅલના સમયે નહીં.
એટલે જ દરેક જીવનકાળ લંબાવવો સુધારો લાગે છે અને છે નહીં. તમે ચકાસણી પસાર કરવાને બદલે મુલતવી રાખી છે. આગલું રિન્યુઅલ એ જ ખામી સાથે અને તેને ધ્યાનમાં લેવા માટે નાની અટકાયતની વિન્ડો સાથે આવે છે.
કેટલાક અમલીકરણો ફરી પ્રમાણીકરણ દરમિયાન જૂની અને નવી સ્થિતિને ઓવરલેપ કરે છે. અન્ય ટૂંકું અંતર પેદા કરે છે. તેથી બે વેન્ડર પર સમાન સેટિંગ્સ અલગ વપરાશકર્તા અનુભવ આપી શકે છે. ધોરણ તે જણાવે છે એમ ધારવાને બદલે વર્તનનું પરીક્ષણ કરો.
કંઈપણ બદલતા પહેલાં ટાઈમસ્ટેમ્પ વાંચો
નિષ્ફળતાની ક્ષણને સંગઠનની પહેલાં અને પછીની સ્થિતિ સાથે કેપ્ચર કરો. જો જૂનું સંગઠન પ્રમાણીકરણ વિનિમય વિના બદલાયું હોય, તો તમે રિન્યુઅલ સીમા પર હતા. જો નિષ્ફળતાના તરત પહેલાં AUTH વિનિમય દેખાય, તો તમે ફરી પ્રમાણીકરણ પર હતા.
strongSwan આને અલગ સેટિંગ્સ તરીકે આપે છે: rekey કી રિન્યુઅલ નિયંત્રિત કરે છે, reauth નિયંત્રિત કરે છે કે નવું પ્રમાણીકરણ થાય છે કે નહીં, અને margin મૂલ્યો નક્કી કરે છે કે દરેક સમાપ્તિના કેટલા પહેલાં શરૂ થાય. કી રિન્યુઅલનું દસ્તાવેજીકરણ પરસ્પર ક્રિયા વર્ણવે છે, અને ફોરમની પોસ્ટમાંથી જીવનકાળ કોપી કરતા પહેલાં તે વાંચવા યોગ્ય છે.
આ બધાને સામાન્ય નેટવર્ક નુકસાનથી અલગ રાખો. તૂટેલી લિંક મૃત પીઅર શોધ ઘટના અથવા ફરી મોકલવાનું તોફાન પેદા કરે છે, મેળ ખાતા પ્રસ્તાવો સાથેનું સ્વચ્છ વિનિમય નહીં.
જે નિષ્ફળ ગયું તેને બદલો
ઓળખપત્રનો અસ્વીકાર ઓળખની સમસ્યા સુધારવાની માંગ કરે છે: પ્રમાણપત્ર રિન્યુ કરો, ખાતું પુનઃસ્થાપિત કરો, પરિબળ ફરી નોંધાવો. પ્રસ્તાવ કે જીવનકાળની અસંગતિ બંને બાજુના પરિમાણોની સરખામણી માંગે છે.
લક્ષણ ટાળવા માટે જીવનકાળ ખેંચવો એ એકમાત્ર વિકલ્પ છે જે હંમેશા કામ કર્યું હોય એવું લાગે છે અને કદી કામ કરતું નથી.
નિયંત્રિત રિન્યુઅલનું પરીક્ષણ કરો
એક દિવસ રાહ જોવાને બદલે રિન્યુઅલને દબાણપૂર્વક કરો. પછી જો ડિપ્લોયમેન્ટ ટેકો આપે તો ફરી પ્રમાણીકરણ સાથે પુનરાવર્તન કરો અને બંને છેડા જુઓ.
સફળ પ્રારંભિક લોગિન આમાંથી કંઈપણ કરે નહીં. તેના પછીનું જીવનચક્ર એ છે જ્યાં આ ડિપ્લોયમેન્ટ ખરેખર તૂટે છે.