GCP HA VPN: BGP saioa Waiting for peer egoeran geratzen da, helbide bikotearen trukaketa
Cloud VPN BGP saioa Waiting for peer egoeran trabatuta badago, normalean tuneleko eta pareko helbideak trukatuta daude. Egiazta ezazu bikotea dena berreraiki aurretik.
Cloud VPN tunel batean inoiz Established egoerara iristen ez den BGP saioa ez da normalean bideratze arazoa. Kableatze arazoa da: elkar islatu behar duten bi helbideak ordena okerrean sartu ziren, edo lehen tuneleko bikotea bigarrenean berrerabili zen. Tunela bera erabat osasuntsu egon daiteke saioa Waiting for peer egoeran dagoen bitartean, IPsec eta BGP bi mutur berberen arteko negoziazio bereiziak baitira. Erabaki bi horietako zein dagoen hondatuta dena berreraiki aurretik.
Galdera batek kasu gehienak argitzen ditu: ikusten du pare gailuak Cloud Routerren helbidea behintzat?
Tunelaren egoera eta saioaren egoera egiaztapen desberdinak dira
IKE eta ESP dira lehenak. Tunela ez badago ezarrita, barruko ezerk ez du axola eta BGP helbideari buruzko eztabaida goiztiarra da. Irakurri tunelaren egoera eta egoera zehatza, gero routerraren BGP parearen egoera tunel berberarentzat.
Tunela martxan dagoen bitartean bere BGP pareko laguna geldituta badago, akatsa saiora mugatzen da: pareko helbidea, ASN-a edo barne helbidera iristen den TCP 179. Tunela martxan, saioa martxan eta oraindik VPCn ibilbiderik ez hirugarren kasua da. Helbideak aldatzeak ez du hor lagunduko, saioa dagoeneko funtzionatzen ari baita eta aurrizkia ez baita iragartzen edo ez baita hobesten. Hiru kasu horiek bereizita edukitzea da lanaren zatirik handiena.
Tunel bakoitzak bere /30 behar du, bi muturrak beteta
HA VPN tunel bakoitzak 169.254.0.0/16 barrutiko link-local /30 bat jasotzen du, helbide bat Cloud Routerren interfazean eta bestea zure parean. Pare eremuak urruneko muturra izendatu behar du, inoiz ez routerraren beraren helbidea.
Bi tunel Cloud Routerren bi interfaze dira, bakoitza /30 desberdin batekin. 0 tunelaren bikotea 1 tunelean berrerabiltzea laburpen taula batean txukun ematen duen eta OPEN paketean hiltzen den akatsa da.
| Tunnel | Router interface | Peer address | What a swap produces |
|---|---|---|---|
| tunnel 0 | 169.254.1.1/30 | 169.254.1.2 | OPEN sent to itself or to nothing; session waits |
| tunnel 1 | 169.254.1.5/30 | 169.254.1.6 | same failure on the second session |
| both | one pair reused | one address reused | one session up, the other never leaves waiting |
Irakurri bikotea routerraren baliabidetik, ez kontsolako laburpenetik. Laburpenak pareko helbidea gaizki irakurtzeko erraza den zutabean zerrendatzen du, eta interfazearen ipRange-ak parearen peerIpAddress-arekin batera /30 beraren kontrako muturrak deskribatu behar dituzte.
Trukaketa normalean berreraikuntza batean gertatzen da
Tunela berreraikitzean gurutzatzen dira bikoteak. Tunel zaharreko pareko helbidea tunel berriaren interfaze eremuan kopiatzen da, edo saio berria aurreko saioko pareari zuzentzen zaio. Edozein kasutan Cloud Routerrek OPEN paketeak bidaltzen dizkio orain bere burua den helbide bati edo atzean tunelik ez duen helbide bati.
Idatzi bikoteak kontsola ireki aurretik: tunelaren izena, interfazea, routerraren helbidea, pareko helbidea, pareko ASN-a. Gero sortu bi tunelak pasaldi bakarrean, bigarrena lehenaren hondakinekin bete ez dadin.
Saio batek itxaroteko beste hiru arrazoi
Pareko ASN-a da lehena: alde bakoitza bestearen ASN-arekin konfiguratu behar da, eta desberdintasunak parea ukitzen du baina ez da inoiz ezartzen. Bigarrena parearen beraren suebakia da, eta haren tuneleko interfazean TCP 179 onartu behar du; IKE edo ESP arau batek ez du estaltzen. Hirugarrena bere bizilagun gisa konfiguratutako helbidetik desberdina den iturburu helbide batetik erantzuten duen parea da.
Parearen bertako erregistroa da bereizlea. Bere BGP laburpenak helbide horretarako bizilagunik zerrendatzen ez badu, paketeak ez dira iristen eta bikotea edo bidea okerrak dira. Bizilaguna Active edo Connect egoeran badago, paketeak iristen dira eta saioko parametroak ez datoz bat.
Egiaztatu paketeek jarraitzen duten ordenan
Lan egin kanporantz: tunelaren egoera, gero routerraren BGP parearen egoera, gero parearen BGP laburpena, gero ibilbideak. Lehenengo biak osasuntsu badaude, utzi Cloud VPN aldea editatzen eta lan egin pare gailuan. Routerrak parea geldituta dagoela jakinarazten badu eta zure gailuak bizilagunik ez badu, bikotea okerra da edo BGP ataka iragazita dago. Parearen tuneleko interfazean pakete harrapaketa batek begirada bakarrean argitzen du, OPEN paketeak han iristen baitira edo inoiz ez baitira iristen.
gcloud compute routers get-status ROUTER --region=REGION komandoak parearen egoera erabiltzen ari den helbidearen ondoan inprimatzen du, eta hori da hain zuzen alderatu behar duzun bikotea.
Saioa ezartzen denean, egiazta ezazu ikasitako aurrizkia VPCren ibilbide taulan agertzen dela eta alde bakoitzean host batek erantzuten duela. Gero idatzi azken bikoteak tuneleko izenen ondoan, hurrengo berreraikuntza taula egiaztatu batetik has dadin, kontsolako laburpenetik beharrean.