GCP HA VPN: BGP సెషన్ Waiting for peer వద్ద నిలిచిపోతుంది, చిరునామా జోడీ మార్పిడి
Cloud VPN BGP సెషన్ Waiting for peer వద్ద నిలిచి ఉంటే సాధారణంగా టన్నెల్ మరియు పీర్ చిరునామాలు మారిపోయి ఉంటాయి. ఏదైనా తిరిగి నిర్మించే ముందు జోడీని తనిఖీ చేయండి.
Cloud VPN టన్నెల్‌పై ఎప్పుడూ Establishedకు చేరని BGP సెషన్ సాధారణంగా రూటింగ్ సమస్య కాదు. ఇది వైరింగ్ సమస్య: ఒకదానికొకటి ప్రతిబింబించాల్సిన రెండు చిరునామాలు తప్పు క్రమంలో నమోదయ్యాయి, లేదా మొదటి టన్నెల్ జోడీ రెండవదానిలో మళ్లీ ఉపయోగించబడింది. టన్నెల్ పూర్తిగా ఆరోగ్యంగా ఉన్నప్పటికీ సెషన్ Waiting for peer వద్ద నిలబడవచ్చు, ఎందుకంటే IPsec మరియు BGP అదే రెండు ముగింపు బిందువుల మధ్య వేర్వేరు చర్చలు. ఏదైనా తిరిగి నిర్మించే ముందు ఈ రెండింటిలో ఏది పాడైందో నిర్ణయించండి.
ఒక ప్రశ్న చాలా సందర్భాలను పరిష్కరిస్తుంది: పీర్ పరికరం Cloud Router చిరునామాను అసలు చూస్తుందా?
టన్నెల్ స్థితి మరియు సెషన్ స్థితి వేర్వేరు తనిఖీలు
మొదట IKE మరియు ESP వస్తాయి. టన్నెల్ స్థాపించబడకపోతే దానిలోపల ఏదీ ముఖ్యం కాదు మరియు BGP చిరునామా గురించిన చర్చ అకాలం. టన్నెల్ స్థితి మరియు వివరణాత్మక స్థితిని చదవండి, తర్వాత అదే టన్నెల్ కోసం రౌటర్ యొక్క BGP పీర్ స్థితిని చదవండి.
టన్నెల్ పనిచేస్తుండగా దాని BGP పీర్ నిలిచిపోయి ఉంటే, లోపం సెషన్‌కు పరిమితమవుతుంది: పీర్ చిరునామా, ASN లేదా అంతర్గత చిరునామాకు వచ్చే TCP 179. టన్నెల్ పనిచేస్తోంది, సెషన్ పనిచేస్తోంది మరియు ఇంకా VPCలో మార్గాలు లేవు ఇది మూడవ సందర్భం. చిరునామాలు మార్చడం అక్కడ సహాయపడదు, ఎందుకంటే సెషన్ ఇప్పటికే పనిచేస్తోంది మరియు ప్రిఫిక్స్ కేవలం ప్రకటించబడటం లేదు లేదా ఇష్టపడటం లేదు. ఈ మూడింటిని వేరుగా ఉంచడమే పనిలో పెద్ద భాగం.
ప్రతి టన్నెల్‌కు రెండు చివరలు నింపిన సొంత /30 అవసరం
ప్రతి HA VPN టన్నెల్ 169.254.0.0/16 నుండి link-local /30 పొందుతుంది, ఒక చిరునామా Cloud Router ఇంటర్‌ఫేస్‌పై మరియు మరొకటి మీ పీర్‌పై. పీర్ ఫీల్డ్ దూరపు చివరను పేర్కొనాలి, ఎప్పుడూ రౌటర్ సొంత చిరునామాను కాదు.
రెండు టన్నెల్‌లు అంటే Cloud Routerపై రెండు ఇంటర్‌ఫేస్‌లు, ప్రతిదీ వేరే /30తో. టన్నెల్ 0 జోడీని టన్నెల్ 1లో మళ్లీ ఉపయోగించడం సారాంశ పట్టికలో చక్కగా కనిపించి OPEN ప్యాకెట్‌లో చనిపోయే పొరపాటు.
| 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 |
జోడీని కన్సోల్ సారాంశం నుండి కాదు, రౌటర్ వనరు నుండి చదవండి. సారాంశం పీర్ చిరునామాను తప్పుగా చదవడం సులభమైన నిలువు వరుసలో చూపిస్తుంది, మరియు ఇంటర్‌ఫేస్ ipRangeతో పాటు పీర్ peerIpAddress ఒకే /30 యొక్క ఎదురుగా ఉన్న చివరలను వివరించాలి.
మార్పిడి సాధారణంగా పునర్నిర్మాణ సమయంలో జరుగుతుంది
టన్నెల్‌ను తిరిగి నిర్మించేటప్పుడే జోడీలు కలుస్తాయి. పాత టన్నెల్ పీర్ చిరునామా కొత్త టన్నెల్ ఇంటర్‌ఫేస్ ఫీల్డ్‌లోకి కాపీ అవుతుంది, లేదా కొత్త సెషన్ మునుపటి సెషన్ పీర్ వైపు తిప్పబడుతుంది. ఏ విధంగానైనా Cloud Router ఇప్పుడు తానే అయిన చిరునామాకు లేదా వెనుక టన్నెల్ లేని చిరునామాకు OPEN ప్యాకెట్లను పంపుతుంది.
కన్సోల్ తెరవక ముందు జోడీలను రాయండి: టన్నెల్ పేరు, ఇంటర్‌ఫేస్, రౌటర్ చిరునామా, పీర్ చిరునామా, పీర్ ASN. తర్వాత రెండు టన్నెల్‌లను ఒకేసారి సృష్టించండి, రెండవది మొదటి మిగిలిన వాటితో నిండకుండా.
సెషన్ వేచి ఉండటానికి మరో మూడు కారణాలు
మొదటిది పీర్ ASN: ప్రతి వైపు రెండవ వైపు ASNతో కాన్ఫిగర్ చేయాలి, మరియు భేదం పీర్ వరకు చేరుతుంది కానీ ఎప్పుడూ స్థాపించబడదు. రెండవది పీర్ సొంత ఫైర్‌వాల్, అది టన్నెల్ ఇంటర్‌ఫేస్‌పై TCP 179కి అనుమతి ఇవ్వాలి; IKE లేదా ESP నియమం దాన్ని కవర్ చేయదు. మూడవది తన పొరుగువాడిగా కాన్ఫిగర్ చేసిన చిరునామా కంటే వేరే మూల చిరునామం నుండి సమాధానమిచ్చే పీర్.
పీర్ సొంత లాగ్ నిర్ణాయకం. దాని BGP సారాంశంలో ఆ చిరునామాకు పొరుగువాడు ఎవరూ లేకపోతే ప్యాకెట్లు రావడం లేదు మరియు జోడీ లేదా మార్గం తప్పు. పొరుగువాడు Active లేదా Connectలో ఉంటే ప్యాకెట్లు వస్తున్నాయి మరియు సెషన్ పారామితులు సరిపోలడం లేదు.
ప్యాకెట్లు ప్రయాణించే క్రమంలో తనిఖీ చేయండి
బయటకు పని చేయండి: టన్నెల్ స్థితి, తర్వాత రౌటర్ BGP పీర్ స్థితి, తర్వాత పీర్ BGP సారాంశం, తర్వాత మార్గాలు. మొదటి రెండు ఆరోగ్యంగా ఉంటే Cloud VPN వైపు సవరణ ఆపి పీర్ పరికరంపై పని చేయండి. రౌటర్ పీర్ నిలిచిందని నివేదిస్తే మరియు మీ పరికరంలో పొరుగువాడు లేకపోతే, జోడీ తప్పు లేదా BGP పోర్టు ఫిల్టర్ అవుతోంది. పీర్ టన్నెల్ ఇంటర్‌ఫేస్‌పై ప్యాకెట్ క్యాప్చర్ ఒక చూపులో పరిష్కరిస్తుంది, ఎందుకంటే OPEN ప్యాకెట్లు అక్కడికి వస్తాయి లేదా ఎప్పటికీ రావు.
gcloud compute routers get-status ROUTER --region=REGION పీర్ స్థితిని అది ఉపయోగిస్తున్న చిరునామా పక్కన ముద్రిస్తుంది, మరియు సరిపోల్చవలసిన జోడీ అదే.
సెషన్ స్థాపించిన తర్వాత నేర్చుకున్న ప్రిఫిక్స్ VPC రూట్ పట్టికలో కనిపిస్తుందని మరియు రెండు వైపులా ఒక్కో హోస్ట్ సమాధానమిస్తుందని నిర్ధారించండి. తర్వాత తుది జోడీలను టన్నెల్ పేర్ల పక్కన నమోదు చేయండి, తదుపరి పునర్నిర్మాణం కన్సోల్ సారాంశం కాకుండా తనిఖీ చేసిన పట్టిక నుండి ప్రారంభమవుతుంది.