IKE-SA સ્થપાયેલ છે, CHILD-SA ખૂટે છે: માહિતી ક્યાં અટકે છે

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

બે SA શું કરે છે

IKE-SA એ નિયંત્રણ સંબંધ છે: તે બંને છેડાનું પ્રમાણીકરણ કરે છે અને સુરક્ષાની વાટાઘાટ, બદલી અને દૂર કરવાની આપલે વહન કરે છે. તે કદી તમારી એપ્લિકેશનના પેકેટ વહન કરતું નથી. તેથી સ્વસ્થ પિતૃ સ્તર ફક્ત એટલું સાબિત કરે છે કે બંને છેડા સુરક્ષા નીતિ પર સહમત થઈ શકે છે, વધુ કંઈ નહીં.

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

કનેક્શન લેબલ નહીં, સંતાન એન્ટ્રી વાંચો

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

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

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

જ્યારે કોઈ સંતાન ન હોય

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

વારંવાર પુનઃસ્થાપિત થતું પિતૃ સંતાન વિના ઊભું રહેતા પિતૃ કરતાં અલગ નિષ્ફળતા છે. બીજા કિસ્સામાં લોગ નકારેલા પ્રસ્તાવનું નામ આપે છે, તેથી નીતિ સંપાદિત કરતા પહેલાં બંને છેડેથી એ પ્રસ્તાવ એકઠો કરો.

જ્યારે સંતાન હોય પણ કાઉન્ટર શૂન્ય પર જ રહે

સંતાનના સિલેક્ટર સાથે મેળ ખાતી નવી વિનંતી મોકલો. તે નીતિની બહારના ગંતવ્ય તરફની વિનંતી તેના કાઉન્ટર હલાવશે નહીં, ભલે તે કેટલી સફળ લાગે.

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

અહેવાલમાં સ્તરનું નામ આપો

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

IKEv2 અંગેનું strongSwan દસ્તાવેજીકરણ દર્શાવે છે કે આ સ્તર સ્થિતિ આઉટપુટમાં કેવી રીતે દેખાય છે. તમે પરીક્ષણ કરેલા સંતાનનું આઉટપુટ જોડો, ફક્ત પિતૃનો સારાંશ નહીં.