AWS Client VPN අන්ත ලක්ෂ්‍යය ඔබ තෝරන තටාකයකින් සේවාලාභී ලිපින බෙදාහරියි, සහ AWS අන්ත ලක්ෂ්‍යය නිර්මාණය කිරීමට පෙර එම තටාකය ඉලක්ක ජාලය සමඟ පරීක්ෂා කරයි. පරීක්ෂාව උපජාලයක් හිස් ලෙස පෙනේද යන්න නොවේ. තටාකය VPC පරාසය සමඟ අතිපිහිටයිද යන්නයි, සහ අද EC2 අවස්ථාවක් එම ලිපින භාවිත කරයිද නැද්ද යන්නෙන් පිළිතුර සමාන වේ. අතිපිහිටීම පරාස පිළිබඳ ප්‍රශ්නයකි, වෙන්කිරීම් පිළිබඳ නොවේ.

පරීක්ෂණ පහ පිළිවෙලින් කරන්න. පළමුවැන්න අසාර්ථක වූ තැන නවතින්න, මන්ද පසුව එන කිසිදු පියවරකට පෙර තීරණයක් නිවැරදි කළ නොහැක.

අතිපිහිටීම පරාස පරීක්ෂාවකි, නිදහස් ලිපින පරීක්ෂාවක් නොවේ

ඔබ සම්බන්ධ කිරීමට සැලසුම් කරන උපජාලයෙන් නොව, VPC හි CIDR එකෙන් ආරම්භ කරන්න. 172.20.0.0/22 තටාකය 172.20.0.0/16 VPC එකක් තුළ පිහිටයි, සහ කිසිදු උපජාලයක් එය අල්ලා නොගත්තද ප්‍රතික්ෂේප වේ, මන්ද අතිපිහිටීම පරාසවල ගුණාංගයකි, වර්තමාන වෙන්කිරීම්වල නොවේ. පසුව අන්ත ලක්ෂ්‍යය මාර්ගගත කරන ගමනාන්ත එකතු කරන්න: සම-සම VPC, සංක්‍රාන්ති ද්වාරය සහ අඩවි-සිට-අඩවි සම්බන්ධතාවය හරහා දේශීය පරාස. සේවාලාභියාට ළඟා වීමට අවශ්‍ය විය හැකි ඕනෑම පරාසයක් ලැයිස්තුවට අයත් වේ.

ඒවා මතකයෙන් නොව ගිණුමෙන් රැස් කරන්න: aws ec2 describe-vpcs --query "Vpcs[].CidrBlock", සමඟ ඔබ සම්බන්ධ කිරීමට යන උපජාලයේ මාර්ග වගු සටහන්.

තටාකයේ ප්‍රමාණය තැනීමට පෙර තීරණය වේ

AWS Client VPN හි /22 සිට /12 දක්වා IPv4 සේවාලාභී තටාකයක් පිළිගනී. /24 ඉතා කුඩාය, /8 ලේඛනගත පරාසයෙන් පිටතය, සහ දෙවැනි වැරැද්දම තටාකය වැඩබර උපජාලයක් මෙන් මැනීමෙන් පැමිණේ. අපේක්ෂිත එකවර සේවාලාභීන් සහ ඉතිරි ප්‍රමාණය අනුව එය මනින්න, පසුව අවසර ලත් උපසර්ගයකට වට කරන්න.

කොන්සෝලයට ටයිප් කිරීමට පෙර ගණිතය පරීක්ෂා කරන්න, මන්ද වැරදි ලෙස ටයිප් කළ උපසර්ගයක් කිසිදු අනතුරු ඇඟවීමක් නොමැතිව තටාකයේ ප්‍රමාණය වෙනස් කරයි:

python3 -c "import ipaddress; p=ipaddress.ip_network('172.16.0.0/22'); print(p.num_addresses, p.prefixlen, p.overlaps(ipaddress.ip_network('172.20.0.0/16')))"

එය ලිපින ගණන, උපසර්ගයේ දිග සහ අපේක්ෂකයා VPC පරාසය සමඟ ගැටෙනවාද යන්න මුද්‍රණය කරයි, එය වෙනස්කම් කවුළුවේ අවසානයේ ජාල ආවරණ ගැන සිතීමට වඩා වේගවත්ය.

විසඳුම්කරුට තමන්ගේම ලිපින භූමිකාවක් ඇත

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

විසඳුම්කරු, සේවාලාභී තටාකය සහ සම්බන්ධිත උපජාලය ලිපින සැලැස්මේ වෙන වෙනම අයිතම තුනක් ලෙස සටහන් කරන්න. ඒවා ස්වාධීනව අසාර්ථක වේ, සහ එකක් නිවැරදි වීම අනෙක් දෙක ගැන කිසිවක් නොකියයි.

නිර්මාණයේදී ඔබ බැඳෙන ක්ෂේත්‍ර හතර

සේවාලාභී IPv4 CIDR නිර්මාණයේදී ස්ථිර වේ. DNS සේවාදායකය මාරු කිරීම, සම්බන්ධතාවයක් එකතු කිරීම, ආරක්ෂක කණ්ඩායම මාරු කිරීම, අවසර නීති සංස්කරණය කිරීම හෝ split-tunnel මාර්ග වෙනස් කිරීම සියල්ල සාමාන්‍ය සංස්කරණ වන අතර ඒවායින් කිසිවක් තටාකයේ නම වෙනස් නොකරයි. එම අසමමිතිය නිසාම මෙය සමාලෝචනයකට සුදුසුය: ලාභදායී සැකසුම් පසුව වෙනස් කිරීමට අවශ්‍ය ඒවා වන අතර මිල අධික එක පළමුව ඔබ බැඳෙන එකයි. වෙනස්කම් කවුළුවක් සැලසුම් කිරීමට පෙර අන්ත ලක්ෂ්‍යයේ විස්තරය කියවන්න.

නැවත ගොඩනැගීමක් උපකල්පනය කිරීමට පෙර යොදවා ඇති අන්ත ලක්ෂ්‍යය පරීක්ෂා කරන්න. aws ec2 describe-client-vpn-endpoints තටාකය, DNS, split-tunnel ධජය සහ සම්බන්ධතා එකම ප්‍රතිචාරයකින් ලබා දෙයි, එය සාමාන්‍යයෙන් නැවත ගොඩනැගීම බැහැර කිරීමට ප්‍රමාණවත්ය.

අන්ත ලක්ෂ්‍යය පැච් නොකර ප්‍රතිස්ථාපනය කරන්න

නව අන්ත ලක්ෂ්‍යයක් නව අන්ත ලක්ෂ්‍යයකි, සංක්‍රමණයක් නොවේ. පවතින සැසි එයට ගමන් නොකරයි, සේවාලාභී පැතිකඩ වෙනත් නමකට යොමු වේ, සහ ඔබ සාමාන්‍ය යැයි සැලකූ සෑම සැකසුමක්ම නැවත නිර්මාණය කළ යුතුය: සේවාදායක සහතිකය, සත්‍යාපනය, සම්බන්ධතා, මාර්ග, අවසර කණ්ඩායම්, ලොග් කිරීම. අවශ්‍ය පෞද්ගලික සේවාවට සහ ප්‍රතික්ෂේප විය යුතු ගමනාන්තයට එරෙහිව එක් සේවාලාභියෙකු සමඟ සත්‍යාපනය කරන්න, පසුව ප්‍රවේශය පුළුල් කරන්න. ඔබ මඟ හරින දෙයක් පසුව සහාය ටිකට්පතක් බවට පත් වේ.

එම සත්‍යාපනය සමත් වන තෙක් පැරණි අන්ත ලක්ෂ්‍යය ක්‍රියාත්මක කර තබන්න, සහ නව එක මත රඳා නොපවතින පරිපාලන මාර්ගයක් තබා ගන්න.

සඳහන් කිරීමට වටිනා සීමාවක්: මෙය IPv4 සේවාලාභී තටාකය ආවරණය කරයි. Client VPN හි dual-stack සහ IPv6 රථවාහන සැකසුම් ඒවායේම ලිපින ආකෘතියක් අනුගමනය කරයි, එබැවින් එම ආකාරයේ ලේඛන කියවා නොමැතිව මෙම ලැයිස්තුව පිටපත් නොකරන්න.

අදාළ ලිපි