VPN કટઓવરે ખાનગી સર્કિટમાંથી શું સાચવવું જોઈએ

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

સર્કિટને ગુણધર્મોની યાદીમાં ફેરવો

પહેલો પ્રશ્ન એ છે કે જૂની સેવાએ ખરેખર શું સોંપ્યું: નાની સબનેટ સાથેની રૂટેડ લિંક, કે સાઇટો વચ્ચે વહેંચાયેલ 2 લેયરનો સેગમેન્ટ. એ ભેદ નક્કી કરે છે કે IP ટનલ તેને બિલકુલ પુનઃઉત્પાદિત કરી શકે છે કે નહીં, કારણ કે ટનલ બે સરનામાં વચ્ચે પેકેટ લઈ જાય છે અને બ્રોડકાસ્ટ શોધ કે મનસ્વી EtherTypes લઈ જતી નથી. જે સર્કિટ પોતાને સ્વિચ પોર્ટ તરીકે રજૂ કરતી હતી તે /30 રજૂ કરતી સર્કિટ કરતાં અલગ માઇગ્રેશન છે.

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

નવા માર્ગને બંને દિશામાં રૂટ કરો

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

ip route get 10.20.0.10

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

પહેલેથી પરીક્ષણ કરેલા રોલબેક સાથે સ્વિચ કરો

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

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

સર્કિટ ખરેખર જે ટ્રાફિક લઈ જતી હતી તેની સાથે સ્વીકારો

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

ping -M do -s 1400 -c 3 10.20.0.10

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