IKEv2 માં મૃત પીઅર શોધ તમારી એપ્લિકેશનનું પરીક્ષણ કરતી નથી

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

ટાઇમર બદલતા પહેલાં બે પ્રકારના પુરાવા અલગથી વાંચો.

જીવંતતા તપાસ ખરેખર શું પૂછે છે

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

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

બ્રાઉઝર પહેલાં સુરક્ષા સંગઠનો વાંચો

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

ipsec statusall | head -n 40
swanctl --list-sas
ip xfrm state | grep -E 'proto|mode'

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

માર્ગ નિષ્ફળતા બરાબર મૃત પીઅર જેવી લાગે છે

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

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

ટાઇમરને નિદાનની બહાર રાખો

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

NAT મેપિંગ રિફ્રેશ પણ એ જ શ્રેણીમાં આવે છે. તે અનુવાદિત માર્ગને વાપરી શકાય તેવો રાખે છે, અને તે દૂરની એપ્લિકેશન કામ કરે છે તેનો પુરાવો નથી.

સંપૂર્ણ પુનઃપ્રાપ્તિ નીતિ કહે છે કે પીઅર મૃત જાહેર થાય ત્યારે ક્લાયંટે શું કરવું: પુનઃપ્રારંભ, બંધ કરવું અથવા થોભવું, અને ત્યારે બીજા ટ્રાફિકને શું કરવાની છૂટ છે. તે વિના, એ જ ઘટના દર ત્રિમાસિકે શરૂઆતથી ફરી નિદાન થાય છે.