GCP VM එකට Cloud VPN: NAT IP නොව අභ්යන්තර IP භාවිත කරන්න
ගේට්වේ අන්ත ලක්ෂ්යය, VM හි අභ්යන්තර ලිපිනය සහ බාහිර එකට-එක NAT ලිපිනය විවිධ කාර්යයන් තුනක් ඉටු කරයි. ඔබේ මාර්ගය කුමක් භාවිත කරයිදැයි පරීක්ෂා කරන්න.
ස්ථානීය ජාලයක් Cloud VPN හරහා VPC එකකට ළඟා වූ පසු, Compute Engine සේවාවක ගමනාන්තය සාමාන්යයෙන් VM හි අභ්යන්තර ලිපිනය වේ. බාහිර IPv4 ලිපිනය එම පෞද්ගලික මාර්ගයේම ආදේශ කළ හැකි දෙවන ලිපිනයක් නොවේ. මෙහි බොහෝ ව්යාකූලත්වය පැමිණෙන්නේ කාර්යයන් තුනක් සහිත ලිපින තුනක් එකිනෙකට හුවමාරු කළ හැකි ලෙස සැලකීම නිසාය, එබැවින් දී ඇති පැකට්ටුවක් කුමක් භාවිත කරයිදැයි නම් කිරීමෙන් ආරම්භ කරන්න.
ලිපින තුනක්, කාර්යයන් තුනක්
ඒවායින් කිසිවක් නිදොස් කිරීමට පෙර තුනම නම් කරන්න, මන්ද පිළිතුර ඊළඟට ඔබ පරීක්ෂා කරන වස්තුව වෙනස් කරයි.
| Address | Job |
|---|---|
| Cloud VPN endpoint | where the IPsec peers meet |
| Internal IP | the address your route and firewall must name |
| External IPv4 | the platform's inbound mapping, not a guest address |
පළමුවැන්න උමං මාර්ගයට අයත් වේ. දෙවැන්න ඔබේ මාර්ග සහ ගිනිපවුරු සැලසුමට අයත් වේ. තෙවැන්න ඇතුළට එන අන්තර්ජාල ප්රවේශයට අයත් වන අතර එය සිතියම් ගත වේ, සම්බන්ධ නොවේ. ඒවායින් එකකට ක්රියා කරන සැලසුමක් අනෙක් දෙක ගැන කිසිවක් නොකියයි.
බාහිර ලිපිනය දෙවන අතුරුමුහුණතක් නොවන්නේ ඇයි
Compute Engine හි අභ්යන්තර සහ බාහිර ප්රවේශ්යතාව වෙනස් වන ආකාරය පිළිබඳ අධිකාරිය ලිපින සැකසුම් මාර්ගෝපදේශයයි. Compute Engine හි බාහිර IPv4 යනු උදාහරණයේ එකම අභ්යන්තර NIC මත එකට-එක සිතියම්කරණයකි, එබැවින් අමුත්තා එම NIC මත දෙවන අතුරුමුහුණතක් හෝ දෙවන ලිපිනයක් කිසිදා නොදකියි. VM ඇතුළතින් වාර්තා කරන්නේ තවමත් එක් ප්රාථමික අභ්යන්තර ලිපිනයක් පමණි.
එබැවින් පෞද්ගලික සේවාලාභියෙක් උමං මාර්ගය හරහා 10.24.1.7 වෙත මාර්ගගත කරන විට, සහ VM හි බාහිර ලිපිනය ඉලක්ක කරන සේවාලාභියෙක් විවික්ෂ මාර්ගවල සිටී. පොදු ලිපිනය සඳහා ගිනිපවුරු නියමයක් විවෘත කිරීම උමං මාර්ගයේ රථවාහන ගෙන යා යුතු VPC මාර්ගයේ කිසිවක් වෙනස් නොකරයි, සහ අමුත්තාගේ මාර්ගය සංස්කරණය කිරීම වේදිකාවේ සිතියම්කරණය චලනය නොකරයි. ඔබේ මාර්ගය නම් කරන ලිපිනය තෝරන්න, පසුව එය පාලනය කරන වස්තු පමණක් පරීක්ෂා කරන්න. එම විනය මෙම ගැටලු විසඳීමේ මාර්ගයෙන් බොහෝ අනුමාන ඉවත් කරයි.
gcloud සමඟ මාර්ගය ගමන් කරන්න
උදාහරණයෙන් ආරම්භ කර ලිපින දෙකම එකම වස්තුවෙන් කියවන්න, එවිට ඔබේ ලේඛනය කුමක් ගැන කතා කරන්නේදැයි ඔබ දැනගනී:
gcloud compute instances describe app-1 --zone=europe-west1-b \
--format="value(networkInterfaces[0].networkIP,networkInterfaces[0].accessConfigs[0].natIP)"පසුව මාර්ගය සැබවින්ම රඳා පවතින මාර්ගකරණය සහ අවසරය තහවුරු කරන්න:
gcloud compute routes list --filter="destRange:10.24.1.0/24"
gcloud compute firewall-rules list --filter="sourceRanges:10.99.0.0/24"
gcloud compute vpn-tunnels describe TUNNEL_NAME --region=europe-west1උමං මාර්ගය ප්රකාශිත සහ ඉගෙන ගත් පරාස කියවන්න, කාර්ය භාරයේ උපජාලය සඳහා VPC මාර්ගය, සහ ස්ථානීය මූලාශ්රයට අවසර දෙන ගිනිපවුරු නියමය. අමුත්තා මත සවන්දීමක් අදාළ වීමට පෙර මෙම තුන එකඟ විය යුතුය.
පසුව අමුත්තා පරීක්ෂා කරන්න: සේවාව අභ්යන්තර ලිපිනයේ සවන් දෙනවාද, සහ එහි ආපසු මාර්ගය නැවත VPC හරහා යනවාද? පොදු ලිපිනයකට පමණක් බැඳුණු සවන්දීමක් ක්ලවුඩ් පැත්තේ සෑම වස්තුවක්ම නිවැරදි වුවත් මෙම පරීක්ෂණයේ අසාර්ථක වනු ඇත.
පොදු පූර්වාක්ෂරයක් වෙනත් ප්රශ්නයකි
ඉහත කිසිවක් VPN තුළ ගෙන යන සෑම ලිපිනයක්ම RFC1918 විය යුතු බව අදහස් නොකරයි. දුරස්ථ ජාලයක් පොදු අවකාශයෙන් නීත්යානුකූලව අංකනය කළ හැක, වේදිකාව මාර්ගකරණයට සහාය දෙන අතර ක්රියාකරුට ලිපින අධිකාරිය තිබේ නම්. එය සාමාන්ය සැලසුම් තේරීමකි.
මෙය සාමාන්ය බාහිර NAT ලිපිනයක් තවත් අභ්යන්තර උපජාල ලිපිනයක් ලෙස සැලකීමට සමාන නොවේ. එකක් ඔබ මාර්ගගත කරන පූර්වාක්ෂරයකි; අනෙක වේදිකාව ඇතුළට එන ප්රවේශයට යොදන සිතියම්කරණයකි.
බාහිර IPv6 සහ විශේෂයෙන් නිර්මාණය කළ ලිපින වින්යාසවලට ඔවුන්ගේම අර්ථ විචාර ඇත. ඔබේ සැලැස්ම ඒවායින් එකක් මත රඳා පවතී නම්, IPv4 අවස්ථාවෙන් සාමාන්යකරණය නොකර එම විශේෂාංගය සඳහා වේදිකා ලේඛනය කියවන්න. IPv4 සිතියම්කරණය සාමාන්ය අවස්ථාවයි, එකම එක නොවේ, සහ සෑම ව්යතිරේකයකටම තමන්ගේම නීති ඇත.
එකිනෙක අතිච්ඡාදනය වන පරාස වෙනත් ගැටලුවකි
එකිනෙක අතිච්ඡාදනය වන පෞද්ගලික පරාස යනු මිනිසුන් පොදු ලිපිනයට යොමු වීමට සැබෑ හේතුවකි, සහ එය වැරදි ලීවරයයි. ගමනාන්තය VM හි NAT ලිපිනයට වෙනස් කිරීම අතිච්ඡාදනය විසඳන්නේ නැත; ආපසු මාර්ගය ක්රියා කරන ආකාරය නිර්වචනය නොකර, පැකට්ටුව කුමන ලිපිනයක් සඳහා යැයි කියා සිටිනවාද යන්න වෙනස් කරයි.
අතිච්ඡාදනය හිතාමතාම විසඳන්න: නැවත අංකනය කරන්න, සහාය දක්වන පරිවර්තන සැලසුමක් භාවිත කරන්න, නැතහොත් පූර්වාක්ෂර ඝට්ටනය නොවන ජාලයක් හරහා මාර්ගගත කරන්න. ඒවායින් එකක් එකක්ම හිමිකරුවෙකු සහිත සැලසුමකි. NAT ලිපිනය සැලසුමක් නොවේ.
ක්ෂේත්ර දෙක වෙන වෙනම ලේඛනගත කරන්න
උමං මාර්ගයේ සගයා සහ කාර්ය භාරයේ ගමනාන්තය වෙනම runbook ක්ෂේත්ර දෙකක් ලෙස සටහන් කරන්න, එක් එක් ක්ෂේත්රය එයට සහාය දෙන මාර්ගය සහ ගිනිපවුරු නියමය සමඟ. ඉහළට එන IPsec උමං මාර්ගයක් පවසන්නේ පාර්ශ්ව එකඟ බව පමණි; කාර්ය භාරය ප්රවේශ්ය වන ලිපිනය කුමක්ද, එහි පෞද්ගලික මාර්ගය සම්පූර්ණද යන්න ගැන කිසිවක් නොකියයි.
අනෙක් පැත්තේ සැබෑ සේවාලාභියෙකු සමඟ තහවුරු කරන්න: නාමය විසඳන්න, එය අභ්යන්තර ලිපිනය ලබා දෙන බව තහවුරු කරන්න, සම්බන්ධ වන්න, සහ ආපසු රථවාහන පරීක්ෂා කරන්න. Compute Engine IP ලිපින ලේඛනය ඉහත භාවිත කළ අභ්යන්තර-එදිරිව-බාහිර වෙනසෙහි යොමුවයි.