திட்டம் தூய்மையாகப் பயன்படுத்தப்படுகிறது, சுரங்கப்பாதை மேலெழுகிறது, கன்சோல் அதைக் கொள்கை அடிப்படையானது என்கிறது. போக்குவரத்து இன்னும் கடக்கவில்லை, Terraform வளத்தில் வழி அடிப்படையிலான சுவிட்சைத் தேடுவது எங்கும் செல்லவில்லை, ஏனெனில் அத்தகைய புலம் இல்லை. Classic VPN-இல் வழி அடிப்படையிலான நடத்தை நீங்கள் தேர்ந்தெடுக்கும் பயன்முறை அல்ல. உள்ளூர் போக்குவரத்து தேர்வி 0.0.0.0/0 ஆக இருக்கும்போது, தொலைத் தேர்விகள் நீங்கள் உண்மையில் விரும்பும் நெட்வொர்க்குகளைப் பட்டியலிடும்போது, ஒரு வழி சுரங்கப்பாதையை நோக்கிக் காட்டும்போது இது கிடைக்கும். மூன்று விஷயங்கள், லேபிளும் அவற்றைப் பின்பற்றுகிறது.

கட்டுக்கதை: சுரங்கப்பாதை பயன்முறை புலம்

கன்சோல் லேபிள் API தேர்விகளில் என்ன பார்க்கிறது என்பதைப் பிரதிபலிக்கிறது. வளத்தில் எதுவும் வழி அடிப்படையானது என்று சொல்லவில்லை, எனவே சரி மதிப்பில் அமைக்க எதுவும் இல்லை.

அந்தப் புலத்தைத் தேடுவது சிக்கலின் முதல் மணி நேரத்தை எடுக்கிறது, தேர்விகளின் மதிப்புகளைப் படிப்பது கடைசி ஐந்து நிமிடங்களை எடுக்கிறது.

இங்கே வழி அடிப்படையானது என்றால் என்ன

Google Classic VPN-இன் வழி அடிப்படையிலான சுரங்கப்பாதைகளைக் கொள்கை அடிப்படையிலான சுரங்கப்பாதைகளாகப் பதிவு செய்கிறது, அவற்றின் உள்ளூர் தேர்வி 0.0.0.0/0 ஆகும். தொலை வரம்புகள் மட்டுமே பெயரிடப்படுகின்றன, உள்ளூர் பக்கம் எந்த முகவரியாகவும் கருதப்படுகிறது. அதனால்தான் உங்கள் உள்ளமைவில் உள்ள அடையாளம் பயன்முறை அல்ல, மதிப்பு. இரண்டு தேர்விகளையும் வெளிப்படையாக எழுதி திட்டத்தின் வெளியீட்டில் படியுங்கள்:

local_traffic_selector  = ["0.0.0.0/0"]
remote_traffic_selector = ["10.20.0.0/16"]

அந்தப் பகுதியில் உள்ள இணை முன்னொட்டு எடுத்துக்காட்டு; வடிவமே முக்கியமான பகுதி.

வழி ஒரு தனி பொருள்

சுரங்கப்பாதைப் பொருள் ஒரு வழியை நிறுவுவதில்லை. பொதிகள் சுரங்கப்பாதையின் கொள்கையுடன் பொருந்தக்கூடும், இருந்தும் போக இடம் இல்லாமல் இருக்கலாம், ஏனெனில் அடுத்த தாவலை VPC வழிசெலுத்தல் அட்டவணை தீர்மானிக்கிறது. வழிக்கு இலக்கு வரம்பு, நெட்வொர்க், அடுத்த தாவலாக சுரங்கப்பாதை மற்றும் எதையும் விட விரிவானதை வெல்லும் முன்னுரிமை தேவை. இதை மறந்தால், இணைப்பு நிறுவப்பட்டது எனத் தெரிவிக்கும் சுரங்கப்பாதையும் VPC-ஐ ஒருபோதும் விட்டு வெளியேறாத சோதனையும் கிடைக்கும்.

resource "google_compute_route" "office" {
  name                = "office-via-vpn"
  dest_range          = "10.20.0.0/16"
  network             = google_compute_network.vpc.name
  next_hop_vpn_tunnel = google_compute_vpn_tunnel.to_office.id
  priority            = 1000
}

சுரங்கப்பாதை உள்ள அதே தொகுதியில் வழியை உருவாக்குங்கள், மதிப்பாய்வில் இரண்டும் விலகாமல் இருக்க.

இணையில் தேர்விகளைப் பிரதிபலிக்கவும்

தொலைச் சாதனம் கண்ணாடிப் பிம்பத்துடன் உள்ளமைக்கப்பட வேண்டும்: அதன் உள்ளூர் வரம்பு உங்கள் தொலைத் தேர்வி, அதன் தொலை வரம்பு நீங்கள் பயன்படுத்த எதிர்பார்க்கும் GCP துணை நெட்வொர்க்குகளை உள்ளடக்க வேண்டும். எந்தப் பக்கமும் சுருங்கினால், படி 1 வெற்றிபெற்றாலும் படி 2 தோல்வியடைகிறது. கன்சோலில் சரியாகத் தெரிந்தும் போக்குவரத்தைக் கொண்டு செல்லாத உள்ளமைவின் மிகவும் பொதுவான வடிவம் இதுவே.

மாற்ற மதிப்பாய்வின் போது இரு பக்கங்களின் தேர்விகளையும் அருகருகே அச்சிடுங்கள்.

நிலையான முகவரியை இரண்டு பயன்பாடுகளாகப் பிரிக்கவும்

ஒதுக்கப்பட்ட முகவரியையும் அதைக் குறிப்பிடும் சுரங்கப்பாதையையும் ஒரே பயன்பாட்டில் உருவாக்குவது நிலையற்ற தன்மையின் அறியப்பட்ட மூலமாகும், ஏனெனில் அனுப்புதல் விதி அதைப் பயன்படுத்தும் முன் முகவரி இருக்க வேண்டும். முதலில் முகவரி வளத்தை மட்டும் பயன்படுத்துங்கள், பின்னர் நுழைவாயில், அனுப்புதல் விதிகள் மற்றும் சுரங்கப்பாதையைச் சேர்த்து மீண்டும் பயன்படுத்துங்கள். Terraform இரண்டாவது ஓட்டத்தில் நிலையிலிருந்து இருக்கும் முகவரியைப் படித்து மீண்டும் பயன்படுத்துகிறது. இதைத் தவிர்த்தால், ஒவ்வொரு பயன்பாட்டிலும் சுரங்கப்பாதைக்கு புதிய பொது முகவரி கிடைக்கலாம், இது ஒவ்வொரு முறையும் இணை உள்ளமைவை உடைக்கிறது.

இப்போது இரண்டு பயன்பாடுகள் ஒவ்வொரு வெளியீட்டிலும் இணையை மாற்றுவதை விட மலிவானவை.

லேபிளை அல்ல, பேச்சுவார்த்தையைச் சரிபார்க்கவும்

பயன்படுத்திய பிறகு மூன்று தனித்தனி உண்மைகளைச் சரிபார்க்கவும்: சுரங்கப்பாதை இணைப்பு நிறுவப்பட்டது எனத் தெரிவிக்கிறது, வழி நோக்கமிட்ட அடுத்த தாவலுடன் உள்ளது, இணை படி 1 மற்றும் படி 2 இரண்டும் மேலே இருப்பதாகத் தெரிவிக்கிறது.

சுரங்கப்பாதை மேலே இருக்கும்போது படி 2 கீழே இருந்தால், இரு பக்கங்களும் தேர்விகள் குறித்து உடன்படவில்லை என்று பொருள்:

  • ஒரு பக்கம் மற்றொன்று பட்டியலிடாத துணை நெட்வொர்க்கைப் பட்டியலிடுகிறது.
  • ஒரு பக்கம் மற்றொன்று சுருக்கிய தொகுப்பைப் பயன்படுத்துகிறது.
  • வழி உள்ளது ஆனால் வேறு சுரங்கப்பாதையை நோக்கிக் காட்டுகிறது.

Classic VPN என்பது HA VPN-ஐ விட குறைந்த SLA கொண்ட ஒற்றைச் சுரங்கப்பாதை, HA VPN இரண்டு இடைமுகங்கள், இரண்டு சுரங்கப்பாதைகள் மற்றும் வேறு வள வகைகளைக் கொண்ட BGP பயன்படுத்துகிறது. ஒரு செவ்வியல் உதாரணத்தை HA உள்ளமைவில் நகலெடுத்து தேர்வி புலங்கள் அதேபோல் நடந்துகொள்ளும் என்று எதிர்பார்ப்பது தவிர்க்கத்தக்க தனி தவறு. சுரங்கப்பாதையின் புலங்கள் தாங்களே google_compute_vpn_tunnel குறிப்பில்.

தொடர்புடைய கட்டுரைகள்