Cloud VPN ના BGP સરનામાં NIC પર નહીં, ટનલની અંદર આવેલાં છે
HA VPN માટે Cloud Router ની BGP જોડી IPsec માર્ગની અંદર બેસે છે. VM ઇન્ટરફેસ પર link-local સરનામું ઉમેરવાને બદલે સ્ટેકમાં નીચે તેને અનુસરો.
VPN માટે Cloud Router પૃષ્ઠ ખોલો અને 169.254.0.0/16 માં સરનામું ધરાવતું BGP સત્ર તમને જોઈ રહ્યું છે. સ્વાભાવિક પ્રતિક્રિયા એ છે કે તે સરનામું VM પર ક્યાંક મૂકો અને સત્ર ઉપર આવવાની રાહ જુઓ. તે પ્રતિક્રિયા ચોક્કસ રીતે ખોટી છે: જોડી IPsec ટનલ જે તાર્કિક કડી બનાવે છે તેની છે, મશીનના સામાન્ય નેટવર્ક ઇન્ટરફેસની નહીં. NIC પર તમે જે પણ ઉમેરો, તે ટનલને BGP વહન કરવા મજબૂર કરતું નથી.
જોડીને હોસ્ટ પર ઉમેરવાને બદલે સ્ટેકમાં નીચે અનુસરો.
કોન્સોલ જ્યાં જોડી બતાવે ત્યાંથી શરૂ કરો
સત્ર પૃષ્ઠ Cloud Router નું BGP સરનામું અને પીઅર સરનામું સૂચિબદ્ધ કરે છે, IPv4 HA VPN માટે બંને link-local. તેમની બાજુમાં ટનલ સમાપ્ત કરતાં બાહ્ય ગેટવે સરનામાં છે. આ અલગ વસ્તુઓ છે: link-local જોડી અંદર રહે છે, અને ગેટવે સરનામાં બહાર રહે છે અને બીજું કંઈપણ કામ કરે તે પહેલાં તેમને રૂટ કરી શકાય તેવાં હોવાં જોઈએ.
કન્ફિગરેશન ફાઈલ ખોલતાં પહેલાં ત્રણેય લખી લો, કારણ કે તેમને ભેગા કરી નાખવો એ જ આખો નિષ્ફળતાનો પ્રકાર છે.
જે ટનલ તેને વહન કરે છે ત્યાં સુધી નીચે જાઓ
બે ગેટવે વચ્ચે IPsec સુરક્ષા સંગઠન હોય ત્યારે જ link-local જોડીનો અર્થ થાય છે. Google બાજુએ HA VPN ટનલ તેને બે ઇન્ટરફેસ પર બનાવે છે; તમારી બાજુએ તે પીઅરે વાટાઘાટ કરેલું હોય તે છે. પહેલાં swanctl --list-sas વડે ડેટા સંગઠન તપાસો અને કઈ ટનલ કયા ઇન્ટરફેસ પર ઉપર છે તે નોંધો, કારણ કે મૃત ટનલ પર સ્વસ્થ BGP સત્ર અશક્ય છે અને આશાસ્પદ કન્ફિગરેશન સાથેની મૃત ટનલ સામાન્ય છે.
BGP પેકેટ એ આંતરિક IP ટ્રાફિક છે. બાહ્ય નેટવર્ક તેને ક્યારેય જોતું નથી, તેથી કોઈ સ્વિચને એક VLAN પર બંને સરનામાંની જરૂર નથી.
હવે Linux પીઅરને મેળવવા માટે ગોઠવો
સમર્થિત ટનલ ડિઝાઇન પસંદ કરો અને તેને આંતરિક સરનામાં નક્કી કરવા દો. રૂટ આધારિત ઇન્ટરફેસ સાથે, રૂટિંગ એન્ટ્રી અને વાટાઘાટ કરેલા ટ્રાફિક સિલેક્ટર સહમત થવા જોઈએ, કારણ કે ફક્ત ઇન્ટરફેસનું નામ કંઈપણ પરવાનગી આપતું નથી. BIRD ને આંતરિક સ્થાનિક સરનામા અને Cloud Router ના આંતરિક સરનામા તરફ દિશામાન કરો, સત્ર પૃષ્ઠથી AS નંબર સેટ કરો, અને સુરક્ષિત માર્ગની અંદર TCP 179 ને મંજૂરી આપો. દૂરના બાહ્ય સરનામા તરફનો રૂટ ભૌતિક અપલિંક પર રાખો જેથી ટનલ પોતાનું પરિવહન પકડી ન લે.
જે ટનલ પોતાને રૂટ કરે છે તે હેન્ડશેક સાથેનું લૂપ છે, અને એક કલાક સુધી તે ફાયરવોલ સમસ્યા જેવું લાગશે.
દરેક તબક્કો ક્રમમાં તપાસો, આખું એકસાથે નહીં
તબક્કાઓ પર ચાલો: સુરક્ષા સંગઠન ઉપર, ટનલ સરનામાથી આંતરિક પીઅર પહોંચી શકાય તેવું, BGP સત્ર સ્થપાયેલું, પ્રીફિક્સ સ્વીકારાયેલાં, પછી વર્કલોડ પ્રીફિક્સ ખરેખર વપરાયેલું. birdc show protocols ત્રીજા પ્રશ્નનો જવાબ આપે છે અને બીજું કંઈ નહીં, તેથી લોકો વહેલા વિજય જાહેર કરે છે.
સ્થપાયેલો પડોશી એ બાંયધરી આપતો નથી કે બંને બાજુએ તમને જરૂરી પ્રીફિક્સની જાહેરાત કરી છે, અથવા તે રૂટ પસંદગીના તરીકે સ્થાપિત થયા છે.
જો સત્ર સ્થપાયેલું હોય અને ટ્રાફિક હજી ખોટા માર્ગે જાય, જાહેર કરેલા પ્રીફિક્સની સરખામણી રૂટિંગ ટેબલ તેમની સાથે શું કરે છે તેની સાથે કરો. બીજે ક્યાંક વધુ ચોક્કસ રૂટ, અથવા બીજા માર્ગ તરફ પસંદગી, તમને કાર્યરત BGP સત્ર આપે છે અને કોઈ ઉપયોગી ફોરવર્ડિંગ આપતું નથી.
આને Router Appliance પર લાગુ કરતાં પહેલાં થોભો
Network Connectivity Center Router Appliance એ અલગ જોડાણ મોડેલ છે. તેના Cloud Router પીઅર HA VPN link-local જોડીને બદલે VPC અને સબનેટ ગોઠવણીમાંથી આંતરિક સરનામાં વાપરે છે. જો ખરો ધ્યેય રૂટિંગ VM સાથે BGP હોય, તો link-local સત્રની નકલ કરવાને બદલે તે ઉત્પાદનની ઇન્ટરફેસ આવશ્યકતાઓ અનુસરો.
link-local અવકાશ હજી પણ જે કહે છે તે જ અર્થ ધરાવે છે. તાર્કિક ટનલ આ નિકટતા પૂરી પાડે છે, અને તે VPC દરમિયાન મનસ્વી link-local ગંતવ્યોને રૂટ કરવાનું લાઇસન્સ આપતું નથી.