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 வழித்தட அட்டவணையில் தோன்றுவதையும் இருபுறமும் தலா ஒரு புரவன் பதிலளிப்பதையும் உறுதிப்படுத்துங்கள். பிறகு இறுதி இணைகளை சுரங்கப்பாதை பெயர்களுக்கு அருகில் பதிவு செய்யுங்கள், அடுத்த மறுகட்டமைப்பு கன்சோல் சுருக்கத்திற்குப் பதிலாக சரிபார்க்கப்பட்ட அட்டவணையிலிருந்து தொடங்கும்.