IPsec ગેટવેથી પિંગ અલગ સ્રોત સરનામું વાપરે છે

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

પિંગ જે ત્રણ અલગ પ્રશ્નોના જવાબ આપી શકે છે

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

પહેલાં પ્રશ્ન પસંદ કરો. નહીં તો નિષ્ફળ પિંગ તમારી પાસે પહેલેથી હતી તે સિદ્ધાંતનો પુરાવો બની જાય છે.

ગેટવે એવું સરનામું કેમ પસંદ કરે છે જેની તમે અપેક્ષા નહોતી રાખી

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

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

સ્રોત ઇરાદાપૂર્વક પસંદ કરો

નિયંત્રિત Linux ગેટવે પર, પહેલેથી સ્થાનિક રીતે સોંપાયેલો સ્રોત પસંદ કરો: ping -c 4 -I 10.30.0.1 10.40.0.20. અહીંના સરનામાંઓ ઉદાહરણરૂપ છે, તેથી ગેટવેનું વાસ્તવિક આંતરિક સરનામું અને વાસ્તવિક દૂરનું લક્ષ્ય મૂકો, અને ખાતરી કરો કે તમે પસંદ કરેલો સ્રોત આ ઉપકરણનો છે અને સાઇટ નીતિ તેને સ્વીકારે છે.

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

પરત માર્ગ વાંચો, ફક્ત વિનંતી નહીં

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

અહીં પેકેટ કેપ્ચર બીજી પિંગ કરતાં વધુ મદદ કરે છે: તે બતાવે છે કે દૂરના છેડાએ કયો સ્રોત જોયો, અને તે જ સરનામું છે જ્યાં તેના જવાબે પહોંચવું છે.

પછી વર્કલોડની કસોટી કરો

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

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

ફક્ત એક નિદાન જવાબ મેળવવા માટે 169.254.0.0/16 માટે વ્યાપક રૂટ ઉમેરશો નહીં. તે ભ્રામક કસોટીને કાયમી રૂટિંગ નિર્ણય સાથે બદલે છે, અને પછીની વ્યક્તિ સંદર્ભ વગર તે વારસામાં મેળવે છે.