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 గమ్యస్థానాలను మార్గనిర్దేశం చేయడానికి లైసెన్స్ ఇవ్వదు.