Cloud VPN இன் BGP முகவரிகள் NIC இல் அல்ல, சுரங்கப்பாதையின் உள்ளே உள்ளன

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 இலக்குகளை வழியமைக்க அது உரிமம் தராது.