Google HA VPN முதல் Cisco ரவுட்டர் வரை: முதலில் இணை வளத்தைத் திட்டமிடுங்கள்
Cisco ரவுட்டரை அமைப்பதற்கு முன் Google இன் இரு இடைமுகங்கள், இணை வளம், IKEv2 ஒப்பந்தம் மற்றும் ஒவ்வொரு BGP அமர்வையும் பெயரிடுங்கள், பின்னர் ஒரு இணையா இரண்டா என்பதைத் தேர்ந்தெடுங்கள்.
Cisco முதல் Google வரையிலான HA VPN இல் முதல் முடிவு எந்த கிரிப்டோ சுயவிவரத்தைப் பயன்படுத்துவது என்பது அல்ல, மாறாக ஒரு உள்ளூர் சாதனமா இரண்டா சுரங்கப்பாதைகளை முடிக்கும் என்பதுதான். Google இன் HA VPN நுழைவாயிலுக்கு இரண்டு இடைமுகங்கள் உள்ளன, ஒவ்வொன்றும் அதற்குரிய இணைச் சுரங்கப்பாதையை எதிர்பார்க்கிறது. இது உங்களுக்கு இரண்டு ரவுட்டர்கள் இருந்தாலும் இல்லாவிட்டாலும் இரண்டு சுரங்கப்பாதைகளைத் தரும், வேறுபாடு என்னவென்றால் ஒரு மின் வழங்கலோ மென்பொருள் மேம்பாடோ முழு வடிவமைப்பையும் கீழே கொண்டு வர முடியுமா என்பதுதான்.
முடிவு ஒரு இணைச் சாதனமா இரண்டா
மூன்று நிபந்தனைகளின் அடிப்படையில் அமைப்பைத் தேர்ந்தெடுங்கள்: உள்ளூர் தோல்விப் புள்ளியை ஏற்க முடியுமா, இரு மேக இடைமுகங்களும் பயன்படுத்தப்பட வேண்டுமா, உங்கள் பணிச்சுமைகள் எவ்வளவு மறுஒருங்கிணைப்பைத் தாங்கும் என்பதுதான். மூன்றில் ஒன்று கடினமான தேவையாக இருந்தால், இரண்டு இணைச் சாதனங்களே நேர்மையான பதில்.
கன்சோலைத் திறப்பதற்கு முன்பே அதை முடிவு செய்யுங்கள், ஏனெனில் பதில் வேலைத்தாள் விவரிக்க வேண்டிய சுரங்கப்பாதைகள் மற்றும் BGP அமர்வுகளின் எண்ணிக்கையை மாற்றுகிறது.
எந்தக் கட்டளைக்கும் முன் வேலைத்தாளை எழுதுங்கள்
வேலைத்தாளில் ஐந்து வரிசைகள் உள்ளன, ஒவ்வொன்றுக்கும் ஒரு உரிமையாளர் தேவை:
| Row | What it records |
|---|---|
| Google side | Project, VPC, region, HA VPN gateway, and the external address of each interface |
| Peer side | The Cisco external addresses, plus the external peer VPN gateway resource that represents them |
| Tunnel pairs | Which peer interface maps to each Google interface, with IKE version, secret and crypto parameters |
| Routing | Cloud Router, local and remote AS numbers, and one inside BGP pair per tunnel |
| Workloads | Approved on-premises and VPC prefixes, and what firewall policy should permit between them |
வெளிப்புற இணை வளம் Google Cloud இன் உள்ளே உங்கள் இடைமுகங்களை விவரிக்கிறது, அதை உருவாக்குவது Cisco ரவுட்டரை அமைக்காது. இந்த சமச்சீரின்மை மேக கன்சோலே இரு முனைகளுக்கும் உண்மையின் மூலமாக இருக்கும் என எதிர்பார்க்கும் மக்களை ஆச்சரியப்படுத்துகிறது. இது Google எதை எதிர்பார்க்க வேண்டும் என்பதற்கான அறிவிப்பு, ரவுட்டர் இன்னும் அதற்கு இணங்க வேண்டும். Google இன் இணை நுழைவாயில் வழிகாட்டி அந்த அறிவிப்பை நீங்கள் இன்னும் செய்ய வேண்டிய சுரங்கப்பாதை, BGP, ஃபயர்வால் மற்றும் IKE வேலைக்கு இணைக்கிறது.
ஒரு வரிசைக்கு உரிமையாளர் இல்லை என்றால், மாற்றத்தின் போது பணியில் இருப்பவர் அதை நிரப்புவார்.
மூன்று முகவரிப் பாத்திரங்களைத் தனித்து வையுங்கள்
பொது இணை முகவரிகள் வெளிப்புற IPsec பரிமாற்றத்தைச் சுமக்கின்றன. உட்புற BGP இணை அதன் மேல் இயங்கும் பாதுகாக்கப்பட்ட தருக்க இணைப்புக்குச் சொந்தமானது. விளம்பரப்படுத்தப்பட்ட LAN மற்றும் VPC முன்னொட்டுகள் அந்த இணைப்பின் பின்னால் உள்ள பணிச்சுமைகளை விவரிக்கின்றன. ஒரு VM இன் உள் முகவரியை வெளிப்புற இணை புலத்தில் நகலெடுப்பது முதல் இரு பாத்திரங்களையும் கலக்கிறது, தோல்வி தரவு உள்ளீட்டுப் பிழையாக அல்லாமல் பேச்சுவார்த்தைச் சிக்கலாகத் தெரிகிறது.
ஒவ்வொரு HA VPN இடைமுகத்திற்கும் ஒன்றாக இரண்டு தொடர்புடைய இணைச் சுரங்கப்பாதைகளைத் திட்டமிடுங்கள். இரு மேக இடைமுகங்களையும் பயன்படுத்துவது உள்ளூர் தோல்விப் புள்ளியைத் தானாகவே நீக்காது, ஏனெனில் இரு சுரங்கப்பாதைகளும் ஒரே சேசியில் இறங்கலாம்.
வேலைத்தாளில் உள்ள ஒவ்வொரு மதிப்பின் அருகிலும் முகவரிப் பாத்திரத்தை எழுதுங்கள். அந்த ஒரு பழக்கமே பெரும்பாலான கலப்பைத் தடுக்கிறது.
வேலைத்தாளை Cisco வெளியீட்டுக்கு மாற்றுங்கள்
ஆதரிக்கப்படும் இணை ஆவணங்களிலிருந்து அல்லது உங்கள் தளத்திற்குப் பொருந்தும் Google உள்ளமைவு வார்ப்புருவிலிருந்து தொடங்கி, ஒவ்வொரு இடம்காட்டியையும் வேலைத்தாளுடன் ஒப்பிட்டுச் சரிசெய்யுங்கள். IKEv2 அங்கீகாரம், ESP முன்மொழிவுகள், PFS மற்றும் சுரங்கப்பாதை மற்றும் வழிமாற்ற மாதிரியை ஒன்றாகச் சரிபார்க்கவும், ஏனெனில் அவற்றில் ஒன்றின் பொருந்தாமை பொதுவாக மற்றொன்றின் பொருந்தாமையாகத் தெரிகிறது. எது ஆதரிக்கப்படுகிறது என்பதைத் தேர்ந்தெடுக்க உண்மையான தளத்தையும் மென்பொருள் வெளியீட்டையும் பயன்படுத்துங்கள், ஏனெனில் Classic VPN செய்முறை வேறு தொடக்கப் புள்ளி.
பகிரப்பட்ட ரகசியத்தைத் திரைப்பிடிப்புகள், டிக்கெட் இணைப்புகள் மற்றும் ஆதரவுக் குறிப்புகளுக்கு வெளியே வையுங்கள். வழக்கு கருத்தில் ஒட்டப்பட்ட முன்-பகிரப்பட்ட விசை என்பது சான்றுகள் வெளிப்படுத்தல், சரிசெய்தல் பொருள் அல்ல.
வார்ப்புருவும் வேலைத்தாளும் முரண்பட்டால், நிறுத்தி காகிதத்தில் தீர்க்கவும். சாதனம் உங்கள் சார்பாக தீர்ப்பளிக்காது.
ஒவ்வொரு சுரங்கப்பாதையையும் அதன் சொந்த சான்றின் அடிப்படையில் ஏற்றுக்கொள்ளுங்கள்
HA VPN க்கு BGP அமர்வுகள் தேவை, வெற்றிகரமான IKE பேச்சுவார்த்தை முதல் கட்டத்தை மட்டுமே நிறுவுகிறது. உள் அமர்வு எழ வேண்டும், நோக்கப்பட்ட முன்னொட்டுகள் விளம்பரப்படுத்தப்பட்டு ஏற்கப்பட வேண்டும், பயனுள்ள வழிகள் மற்றும் ஃபயர்வால் அனுமதிகள் பணிச்சுமைப் போக்குவரத்து நகர்வதற்கு முன் இருக்க வேண்டும். அவற்றை ஒரே பச்சை விளக்காகப் பதிவு செய்வது எந்தக் கட்டம் உண்மையில் தோல்வியடைந்தது என்பதை மறைக்கிறது.
ஒவ்வொரு சுரங்கப்பாதைக்கும் ஏற்புச் சான்றுகளைப் பதிவு செய்யுங்கள்: பேச்சுவார்த்தை செய்யப்பட்ட பாதுகாப்புச் சங்கங்கள், BGP அண்டை நிலை, எதிர்பார்க்கப்பட்ட கற்ற முன்னொட்டுகள் மற்றும் நோக்கப்பட்ட பணிச்சுமைப் பாதை. பின்னர் கட்டுப்படுத்தப்பட்ட தோல்வி மற்றும் மீட்புச் சோதனையை இயக்குங்கள், ஏனெனில் ஒருபோதும் தோல்வியடையாத சுரங்கப்பாதை என்பது மீட்புப் பாதை சோதிக்கப்படாத சுரங்கப்பாதை.
அந்தப் பதிவு அடுத்த முறை வடிவமைப்பு மாறும்போது மீண்டும் பயன்படுத்தக்கூடியது, அதுவே ஒரு இயங்குதன்மைக்கும் அனுமானங்களை இழந்த கட்டளைத் துண்டுக்கும் இடையிலான வேறுபாடு.