VPN સાઇટ વિસ્તરણ: ગેટવેની પાર પરત માર્ગ અનુસરો

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

દૂરનો ગેટવે એન્ક્રિપ્શન એન્ડપોઇન્ટ છે

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

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

ટનલ નીતિની બંને દિશા વાંચો

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

સ્રોત અને ગંતવ્યને સાઇટ નામોને બદલે સરનામાં તરીકે લખો. અહીંની અસ્પષ્ટતા પછી એક કોયડારૂપ અસમપ્રમાણતા તરીકે પાછી આવે છે.

આગળનો રૂટ ઉમેરો અને પ્રવેશની પુષ્ટિ કરો

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

ip route get 10.30.5.10 from 10.10.1.50
traceroute -n -s 10.10.1.50 10.30.5.10

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

શાખાથી પરીક્ષણ કરો, પછી જૂના માર્ગનું ફરી પરીક્ષણ કરો

સ્વીકૃતિ માટે દૂરના ગેટવેથી પ્રોબને બદલે વાસ્તવિક સ્રોત જોઈએ. શાખાના હોસ્ટથી તપાસ ચલાવો અને પહેલાં કામ કરતાં ગંતવ્યોને એ જ પરીક્ષણમાં રાખો.

curl -sS -m 5 http://10.30.5.10:8080/health
ping -c 3 10.20.1.1

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

ત્રણેય સેગમેન્ટમાંથી દરેકને અને ગંતવ્ય નેટવર્કની અંદરના પરત રૂટને માલિક સોંપો. ચાર માલિકોવાળો માર્ગ તેમની વચ્ચેના અંતરાલોમાં નિષ્ફળ જાય છે.