Terraform තුළ GCP Classic VPN: ටනලය මාර්ග මත පදනම් කරන්න

Classic VPN තුළ ලේබලය හැසිරීම තීරණය නොකරයි. මාර්ග මත පදනම් යනු 0.0.0.0/0 දේශීය තෝරකය, ගැළපෙන දුරස්ථ තෝරක සහ පැහැදිලි මාර්ගයකි.

සැලැස්ම පිරිසිදුව යෙදෙනවා, ටනලය ඉහළට එනවා, සහ කොන්සෝලය එය ප්‍රතිපත්ති මත පදනම් ලෙස හඳුන්වනවා. රථවාහන තවමත් ගමන් නොකරයි, සහ 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 යොමුවේ.

අදාළ ලිපි