VPN හරහා කළමනාකරණ දත්ත සමුදායකට ළඟා වීම සාමාන්‍යයෙන් අසාර්ථක වන්නේ කිසිවෙකු රන්බුක් තුළ නොලියූ හේතුවක් නිසාය: ටනලය ඔබේ ජාලයේ මායිමේ අවසන් වේ, නමුත් සේවාව කිසිදා එහි ඔබේ පැත්තේ නොතිබුණි. මාර්ග වගුව නිවැරදි ලෙස පෙනේ, ටනලය සක්‍රීය බව වාර්තා කරයි, සහ සම්බන්ධතාවය කෙසේ වෙතත් කාලය ඉක්මවයි. පහත සිව් පරීක්ෂණ පිළිවෙළින් සිදු කර සාර්ථකත්ව කොන්දේසිය සපුරා නොගන්නා පළමු පරීක්ෂණයේදී නවතින්න, මන්ද ඉන් පසු සෑම පරීක්ෂණයක්ම පෙර සම්පූර්ණ වූ බව උපකල්පනය කරයි.

පළමු පරීක්ෂණය: අවසාන ලක්ෂ්‍යය ඇත්තෙන්ම ජීවත් වන්නේ කොහේද?

VPN ද්වාරය ඔබ පාලනය කරන ලිපින සහිත ජාල දෙකක් සම්බන්ධ කරයි. කළමනාකරණ සේවාව සැපයුම්කරුගේම ඉදිරි දොර පිටුපස ක්‍රියාත්මක වේ, එම දොර නිෂ්පාදනය අනුව ආකාර තුනකින් එකක් ගනී. ඔබ කුමන ආකාරය සමඟ කටයුතු කරන්නේදැයි නොදන්නේ නම්, කිසිදු මාර්ග කාර්යයක් උදව් නොකරනු ඇත, මන්ද දෝෂය මාර්ග දෝෂයක් නොවිය හැකිය.

ShapeWhat it meansPass condition
Software on your VMOrdinary subnet addressingRoute and security group permit the client
Attached to your VPCPrivate, but only inside that VPCEndpoint associated, source allowed, route present
Provider-hosted, public endpointOptional private link, not private by defaultA private endpoint exists and DNS points at it

නාස්ති වූ බොහෝ සවස් කාලයන් ඇතිවන්නේ මෙම වර්ගීකරණය මඟ හැර සෘජුවම මාර්ග වගුවට යාමෙනි. පොදු අවසාන ලක්ෂ්‍යයක් සහිත සැපයුම්කරු-සත්කාරක සේවාව, රූප සටහන කුමක් කීවත් ඔබේ ටනලය පිටුපස නොවේ, VPC වෙත සම්බන්ධ සේවාව පොදු DNS පිළිතුරක කිසිදා නොපෙනෙනු ඇත.

දෙවන පරීක්ෂණය: ElastiCache වැනි VPC වෙත සම්බන්ධ සේවාවක්

එවැනි කෑෂ් ඔබේම VPC තුළ ලිපිනගත වන අතර අන්තර්ජාලයට මුහුණලා ඇති ශ්‍රාවකයක් කිසිසේත් නොමැත. එම VPC තුළම අවසන් වන සේවාලාභී VPN ඒවාට ළඟා විය හැක, නමුත් කොන්දේසි තුනක් එකවර හමු වූ විට පමණි. කෑෂ් අවසාන ලක්ෂ්‍යය ඔබේ ටනලයට දැකිය හැකි උපජාල සමඟ සම්බන්ධ විය යුතුය, එහි ආරක්ෂක සමූහය ඔබේ සේවාලාභීන් පැමිණෙන ලිපිනයට අවසර දිය යුතුය, සේවාලාභී පැත්තට කෑෂ් උපජාල ආවරණය කරන මාර්ගයක් අවශ්‍යය.

පොදු වැරැද්ද නම් අසල කොහේ හෝ ඇති සම්බන්ධතාවයක් ද ගණන් ගැනේ යැයි උපකල්පනය කිරීමයි. VPN තවත් VPC එකකට සම්බන්ධ කිරීම හෝ peering මත පමණක් රඳා පැවතීම කෑෂ්හි ආරක්ෂක සමූහය හෝ එහි උපජාල මාර්ග වගුව ඔබේ සේවාලාභීන් දක්වා ව්‍යාප්ත නොකරයි. දැනට ඇති ටනලය වෙනත් තැනක අවසන් වුවහොත්, එම VPC තුළ තැබූ පැනුම් සත්කාරකය හෝ VPN සේවාදායකය සුපුරුදු විකල්පයයි. එවැනි විකල්පයක් නිර්මාණයක් නොව වටයකි, රන්බුක් තුළ එය එසේම සලකුණු කළ යුතුය.

තෙවන පරීක්ෂණය: පොදු නමක් සහිත PaaS අවසාන ලක්ෂ්‍යය

Azure Database for PostgreSQL පොදු සේවාදායක නමක් ඉදිරිපත් කරයි. එය ඔබට hosts ගොනුවක සවි කර ද්වාරයක් හරහා මාර්ගගත කළ හැකි පෞද්ගලික ලිපිනයක් ලබා නොදේ. අතථ්‍ය ජාල සේවා අවසාන ලක්ෂ්‍ය මගින් සම්පත් වෙත ළඟා විය හැකි උපජාල සීමා කරයි; ඒවා VPN හරහා පැමිණෙන ස්ථානීය සේවාලාභියාට අවසර නොදේ.

පෞද්ගලික ප්‍රවේශය ලබා ගැනීම යනු පෞද්ගලික අවසාන ලක්ෂ්‍යයක් හෝ පෞද්ගලික සබැඳි නිර්මාණයක් හඳුන්වා දී, පසුව පොදු නම අන්තර්ජාලය වෙනුවට එම ලක්ෂ්‍යයෙන් පිළිතුරු දෙන පරිදි පෞද්ගලික DNS කලාපයක් එක් කිරීමයි. සේවා අවසාන ලක්ෂ්‍ය නියමයක් සමඟ එකතු කළ VPN රූප සටහනේ පමණක් සමාන ලෙස පෙනෙන වෙනත් ගෘහ නිර්මාණයකි. App Service එම තර්කයම ප්‍රතිවිරුද්ධ දිශාවෙන් අනුගමනය කරයි: VNet ඒකාබද්ධතාවය යෙදුමට VNet වෙත පිටතට යන ඇමතුම් කිරීමට ඉඩ දෙන අතර, එය ඔබේ ටනලයෙන් ඇතුළට එන පෞද්ගලික මාර්ගයක් නොසාදයි. එබැවින් ඇතුළට එන පෞද්ගලික ප්‍රවේශයට පෞද්ගලික අවසාන ලක්ෂ්‍යයක්, App Service පරිසරයක් හෝ යෙදුම ඉදිරිපිට ද්වාරයක් අවශ්‍ය වන අතර, ඒවායින් කුමක් භාවිත කළ හැකිද යන්න සැලැස්ම මත රඳා පවතී.

හතරවන පරීක්ෂණය: තමන්ගේම ඉදිරි දොරක් ඇති නිෂ්පාදන

Firebase Hosting Cloud VPN වෙත සම්බන්ධ කළ නොහැක, මන්ද සත්කාරක ස්තරය ව්‍යාප්ත පෙරමුණක් මිස ව්‍යාපෘති VPC තුළ ඇති දෙයක් නොවේ. ලේඛනගත විකල්පය නම් පාලිත පිවිසුම් ලක්ෂ්‍යය ඔබම ගොඩනැගීමයි, ප්‍රොක්සි අවස්ථාවක් හෝ බාල්දියක් මත පදනම් වූ භාර සමතුලිතකාරකයක් සමඟ. කෙසේ වුවද අඩවිය පිරිසිදු සත්කාරක නිෂ්පාදනයක් වීම නවත්වා දැන් ඔබ ක්‍රියාත්මක කරන යටිතල පහසුකමක් බවට පත්වේ. ටනලය එය ආවරණය කරනු ඇතැයි කිසිවෙකු පොරොන්දු වීමට පෙර මෙම හුවමාරුව නම් කිරීම වටී.

Private API Gateway VPC සේවා පැත්තට වඩා සමීප වන අතර, interface වර්ගයේ VPC අවසාන ලක්ෂ්‍යය පිළිතුරු පෞද්ගලික ලිපින වන සත්කාරක නාමයක් ප්‍රකාශයට පත් කරයි, ඔබේ පරිශ්‍රයේ සිට ගමන් කරන දත්ත ටනලය හෝ කැපවූ අන්තර් සම්බන්ධතාවය හරහා පැමිණේ. අවසාන ලක්ෂ්‍යය API වෙත සම්බන්ධ විය යුතු අතර, සහතිකය සහ සත්කාරක නාමය ඇමතුම් ගන්නන් භාවිත කරන අභිරුචි වසම සමඟ ගැළපිය යුතුය.

Google Cloud VPN ටනල නාම සමඟ නොව, සමවයස් IP ලිපින සමඟ බැඳේ. DNS යොමු කිරීම වෙන වෙනම වින්‍යාස කෙරේ, එබැවින් ටනලය සම්පූර්ණයෙන් සුවපත් වුවත් දුරස්ථ පෞද්ගලික කලාපයේ සෙවීම් තවමත් අසාර්ථක විය හැක.

පසුව මායිම සොයන්න

VPC තුළ ඇති VM එකකින් එම සම්බන්ධතාවයම ක්‍රියාත්මක කරන්න. එහි සාර්ථක වී VPN සේවාලාභියාගෙන් අසාර්ථක වුවහොත්, පරතරය සේවාලාභී මාර්ගය සහ සේවාවේ අවසාන ලක්ෂ්‍යය අතරය: මාර්ගයක්, ආරක්ෂක සමූහයක්, අවසාන ලක්ෂ්‍ය ප්‍රතිපත්තියක් හෝ නමක්. උත්සාහ දෙකම අසාර්ථක වුවහොත්, එම ජාලයේ කිසිවකට සේවාවට ළඟා විය නොහැක, VPN කිසිදා බාධකයක් නොවීය.

getent hosts db.internal.example
nc -vz db.internal.example 5432

නම් සෙවීම සහ තොටුපළ පරීක්ෂාව වෙන වෙනම කරන්න, මන්ද ඒවා වෙනස් හේතූන් නිසා අසාර්ථක වන අතර එම යුගලය මාර්ගයේ කුමන අර්ධය කැඩී ඇත්දැයි ඔබට කියයි. පොදු ලිපිනයකට විසඳෙන නමක් ඔබට කියන්නේ පෞද්ගලික DNS කලාපය ක්‍රියාත්මක නොවන බවයි.

අදාළ ලිපි