BGP-adressen fan Cloud VPN hearre yn 'e tunnel, net op in netwurkkaart

Iepenje de Cloud Router-side foar de VPN en in BGP-sesje mei in adres yn 169.254.0.0/16 stoarret dy oan. De natuerlike reaksje is om dat adres earne op 'e VM te setten en te wachtsjen oant de sesje omheech komt. Dy reaksje is op in spesifike manier ferkeard: it pear heart by de logyske skeakel dy't de IPsec-tunnel makket, net by de gewoane netwurkinterface fan 'e masine. Niets datst oan 'e NIC tafoegest, makket dat de tunnel BGP draacht.

Folgje it pear del troch de stapel ynstee fan it oan 'e host ta te foegjen.

Begjin dêr't de console it pear toant

De sesjeside listet in Cloud Router BGP-adres en in peer-adres op, beide link-local foar in IPv4 HA VPN. Njonken har binne de bûtenste gateway-adressen dy't de tunnels beëinigje. Dat binne ferskillende objekten: it link-local-pear libbet binnen, en de gateway-adressen libbet bûten en moatte routber wêze foardat eat oars wurket.

Skriuw alle trije op foardatst in konfiguraasjebestân iepenest, want se trochinoar helje is de hiele flatermodus.

Gean del nei de tunnel dy't it draacht

It link-local-pear betsjut earst wat as der in IPsec-feiligensassosjaasje tusken de twa gateways bestiet. Oan 'e Google-kant meitsje de HA VPN-tunnels dy op 'e twa interfaces; oan dyn kant is it wat de peer ûnderhannele hat. Kontrolearje earst de data-assosjaasje mei swanctl --list-sas en skriuw op hokker tunnel op hokker interface omheech is, want in sûne BGP-sesje oer in deade tunnel is ûnmooglik en in deade tunnel mei in hoopfolle konfiguraasje is gewoan.

It BGP-pakket is binnen-IP-ferkear. It bûtennetwurk sjocht it nea, dus gjin inkele switch hat beide adressen op ien VLAN nedich.

Konfigurearje no de Linux-peer om te passen

Kies it stipe tunnelûntwerp en lit it de binnenadressen beslute. Mei in rûte-basearre interface moatte de rûte-ynfier en de ûnderhannele ferkearsselektearden oerienkomme, want in interface-namme allinnich lit neat ta. Rjochtsje BIRD op it binnen-lokale adres en it binnenadres fan Cloud Router, set de AS-nûmers fan 'e sesjeside, en tastean TCP 179 binnen it beskerme paad. Hâld de rûte nei it fiere bûtenadres op 'e fysike uplink sadat de tunnel syn eigen transport net fangt.

In tunnel dy't himsels rûtet is in lus mei in hânskodding, en it sil in oere lang op in firewall-probleem lykje.

Kontrolearje elke stap yn oarder, net it hiele ding tagelyk

Rin de stappen troch: feiligensassosjaasje omheech, binnen-peer berikber fan it tunneladres, BGP-sesje fêststeld, prefiksen akseptearre, en dan in workload-prefiks dat echt brûkt wurdt. birdc show protocols beantwurdet de tredde fraach en neat oars, en dêrom ferklearje minsken betiid de oerwinning.

In fêststelde buorman garandearret net dat beide kanten de prefiksen oankundige hawwe dy'tst nedich hast, of dat dy rûtes as foarkar ynstallearre binne.

As de sesje fêststeld is en it ferkear noch altyd it ferkearde paad nimt, fergelykje de oankundige prefiksen mei wat de rûtetabel dermei docht. In spesifiker rûte earne oars, of in foarkar foar in oar paad, jout dy in wurkjende BGP-sesje en gjin nuttige trochstjoering.

Stop foardatst dit op Router Appliance tapast

Network Connectivity Center Router Appliance is in oar oanslútmodel. Syn Cloud Router-peers brûke interne adressen út 'e VPC- en subnet-yndieling ynstee fan it HA VPN link-local-pear. As it echte doel BGP mei in routing-VM is, folgje dan de interface-easken fan dat produkt ynstee fan in link-local-sesje te kopiearjen.

Link-local-omfang betsjut noch altyd wat it seit. De logyske tunnel leveret dit neistlizzen, en it jout gjin lisinsje om willekeurige link-local-bestimmingen oer de VPC te rûtsjen.