AWS VPN માં સ્થાનિક અને દૂરસ્થ CIDR: કઈ બાજુ કઈ છે?

તમે Site-to-Site VPN ના વિકલ્પો ખોલો છો, સ્થાનિક અને દૂરસ્થ એમ લેબલ લગાવેલા બે CIDR બોક્સ જુઓ છો, અને જે સરનામું તમે સ્થાનિક ગણો છો તે તરફ હાથ લંબાવો છો: VPC. આ API નો અર્થ જે છે તેનાથી ઊલટું છે. કનેક્શન વિકલ્પોમાં, LocalIpv4NetworkCidr ગ્રાહક-ગેટવે બાજુનું નામ આપે છે અને RemoteIpv4NetworkCidr AWS બાજુનું નામ આપે છે, કારણ કે કનેક્શન ગ્રાહક ગેટવેથી બને છે. કન્સોલ ક્યારેય આ મોટેથી કહેતું નથી, અને વિશ્વાસપાત્ર લાગતી અદલાબદલીને કોઈ નકારતું નથી.

કન્સોલના લેબલથી નહીં, API કૉલથી શરૂ કરો

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

કંઈપણ ટાઇપ કરતા પહેલાં બે લેબલ સ્ટીકી નોટ પર લખો: ગ્રાહકની બાજુ, AWS ની બાજુ. પછી તમારા સરનામાં તેમના પર મેપ કરો.

ભૂમિકાઓ સાથેનું એક ઉકેલાયેલું ઉદાહરણ

ધારો કે સ્થાનિક પ્રીફિક્સ 10.20.0.0/16 છે અને VPC પ્રીફિક્સ 10.60.0.0/16 છે. વિકલ્પો બરાબર એ જ રીતે વંચાય છે જે રીતે ભૂમિકાઓ સૂચવે છે, સ્થાનિક શ્રેણી સ્થાનિક ફીલ્ડમાં હોય છે:

{
  "LocalIpv4NetworkCidr": "10.20.0.0/16",
  "RemoteIpv4NetworkCidr": "10.60.0.0/16"
}

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

કોઈપણ ઉપકરણને અડવા પહેલાં પીઅરની પરિભાષામાં કાગળ પર અભ્યાસનું પુનરાવર્તન કરો, બંને CIDR અને બંને લેબલ સાથે.

ડિફૉલ્ટ એ ડિઝાઇન નથી

એ જ સંદર્ભ IPv4 ના બંને ફીલ્ડ માટે ડિફૉલ્ટ તરીકે 0.0.0.0/0 સૂચવે છે, IPv6 માટે સમાન મૂલ્યો સાથે. હાલના કનેક્શનમાં તે મૂલ્યો જોવાનો અર્થ એ છે કે ફીલ્ડ ક્યારેય સંકુચિત કરાયું નથી, એ નહીં કે ઇન્ટરનેટ એગ્રેસ ગોઠવાયેલ છે. રૂટ વિતરણ, સબનેટ રૂટ ટેબલ અને સુરક્ષા નિયંત્રણો હજી પણ નક્કી કરે છે કે કયો ટ્રાફિક ખરેખર પસાર થઈ શકે; CIDR મૂલ્યો ફક્ત વર્ણવે છે કે ટનલ કઈ શ્રેણીઓ પસંદ કરવા તૈયાર છે.

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

પીઅર ઉપકરણ બીજો દૃષ્ટિકોણ વાપરે છે

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

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

પછી બંને ફેઝ માટે ટનલની સ્થિતિ તપાસો, કારણ કે મેળ ન ખાતું સિલેક્ટર સામાન્ય રીતે બીજા ફેઝની નિષ્ફળતા તરીકે દેખાય છે જ્યારે પહેલો ફેઝ શાંતિથી સ્થપાયેલો રહે છે.

વિકલ્પોને ફેરફારની જેમ બદલો, દસ્તાવેજીકરણની જેમ નહીં

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

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

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