ક્લાઉડ VPN ને BGP ની જરૂર છે: અન્ય રૂટિંગ પ્રોટોકોલ કેમ નિષ્ફળ જાય છે

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

ટનલ ચાલુ છે અને રૂટ ખૂટે છે

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

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

પ્રદાતા તમને ખરેખર શું આપે છે

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

Google Cloud HA VPN માટે ડાયનેમિક BGP રૂટિંગનું દસ્તાવેજીકરણ કરે છે, જેમાં Cloud Router પડોશી રૂટ શીખે છે અને VPC ને પાત્ર કસ્ટમ ડાયનેમિક રૂટ પૂરા પાડે છે. AWS Site-to-Site VPN સ્થિર અને ડાયનેમિક રૂટિંગ વચ્ચેની પસંદગીનું દસ્તાવેજીકરણ કરે છે, અને BGP જીવંતતા તપાસને ટનલ ફેઇલઓવર માટે ઉપયોગી ગણાવે છે, સાથે BGP વગરના ઉપકરણો માટે આરોગ્ય તપાસ પણ સમર્થન આપે છે. કોઈ પણ પ્લેટફોર્મનું વર્તન બીજાના ઉત્પાદન નામ પરથી અનુમાન ન કરવું જોઈએ.

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

ટનલ સુરક્ષા અને પહોંચ અલગ કાર્યો છે

IPsec ટનલ માટે પસંદ કરાયેલા ટ્રાફિકને સુરક્ષિત કરે છે. BGP તે પહોંચની માહિતી પૂરી પાડે છે જે પ્રીફિક્સને પાત્ર બનાવે છે. ચાલતી ટનલ સાબિત કરતી નથી કે અપેક્ષિત પ્રીફિક્સ જાહેર, સ્વીકૃત કે ઇન્સ્ટોલ થયું છે.

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

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

OSPF ની ધારણાઓ ક્યાં તૂટે છે

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

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

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

સેવાની જરૂરિયાત વાંચો, પછી ડિઝાઇન કરો

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

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

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