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

කැප්චරය පෙන්වන දෙයින් ආරම්භ කරන්න

සේවාලාභියා සම්බන්ධ වන අතරතුර EC2 සත්කාරකයේ කැප්චරයක් ගෙන යෙදුම සැබවින්ම දකින මූලාශ්‍ර ලිපිනය කියවන්න. එය සේවාලාභී තටාකයේ ලිපිනයක් නොව VPC පැත්තේ endpoint අතුරුමුහුණත නම්, එක් රීතියක්වත් වෙනස් කිරීමට පෙර පරිවර්තනය තහවුරු වී ඇත.

සේවාලාභී තටාකය යනු වෙන්කිරීමේ පරාසයකි, ආපසු මාර්ගයක් සහිත උපජාලයක් නොවේ. මෙම වෙනසෙහිදී තමයි මෙවැනි විමර්ශනවලින් බොහොමයක් වැරදී යන්නේ.

අසමමිතිය පැහැදිලි කරන පරිවර්තනය

ප්‍රවාහ තුනක් එකිනෙක සමඟ ව්‍යාකූල වේ, සහ ඒවායින් එකක් පමණක් මිනිසුන් පරීක්ෂා කරන ප්‍රවාහයයි.

FlowStarted byWhat the VPC seesOutcome
Client to EC2 serviceThe clientA translated source at the endpoint interfaceWorks, with a stateful reply
EC2 host to client pool addressThe EC2 hostA destination with no route and no translation stateNo usable path
Client to clientA client, when the feature is configuredTraffic mediated by the endpointWorks only with that feature and its authorisation

Client VPN සංරචක විස්තරය IPv4 සේවාලාභී මූලාශ්‍ර endpoint අතුරුමුහුණතට පරිවර්තනය වන බව පැහැදිලිව පවසයි, මැද පේළියට ගැලපීමට කිසිවක් නොමැති බව බැලීමට එය ප්‍රමාණවත්ය.

නව සම්බන්ධතාවයකට මාර්ගයක්, ලිපින විසඳුම් පියවරක් සහ අවසර තීරණයක් අවශ්‍ය වේ. වෙනත් අයෙකුගේ සැසියක පරිවර්තන තත්ත්වය මේ තුනෙන් එකක්වත් සපයන්නේ නැත.

පිළිතුර නව සම්බන්ධතාවයක් නොවන්නේ ඇයි

TCP පිළිතුරක් පවතින සටහනක් සමඟ ගැලපේ, එබැවින් කිසිදු ආගමන රීතියක් නොමැතිවත් ආපසු මාර්ගය ක්‍රියා කරයි. EC2 සත්කාරකයෙන් එන නව SYN එකට ගැලපීමට සටහනක් නොමැත, එබැවින් එය VPC එකට ළඟා වන ආකාරය නොදන්නා ගමනාන්තයක් දෙසට සාමාන්‍ය පිටවන උත්සාහයක් බවට පත් වේ.

එබැවින් මෙය එක් දිශාවකට පමණක් යන රථවාහනයක් ලෙස විස්තර කිරීම නොමඟ යවයි. මෙම සැසිවල ආපසු රථවාහනය අඛණ්ඩව ගලා යයි. මාර්ගයක් නොමැති කොටස ආරම්භයයි.

ක්‍රියා කළ යුතු සැසියක් තවමත් බිඳ දමන්නේ කුමක්ද

ආරක්ෂක කණ්ඩායම්, ජාල ACL සහ ලැප්ටොප්හිම firewall — සාර්ථක විය යුතු සම්බන්ධතා සඳහා මේ සියල්ල වැදගත් වේ. අසාර්ථක ping අඩුම දේ පවසයි, මන්ද ICMP ප්‍රතිපත්තිය බොහෝ විට ඔබට වැදගත් TCP ප්‍රතිපත්තියෙන් වෙන් වී ඇති බැවිනි.

මෙම රීති පරිවර්තිත මූලාශ්‍රය අනුව ලියන්න, සේවාලාභී ලිපිනය අනුව නොව. ජාලයේ කිසිදා නොපෙනෙන ලිපිනයට බැඳුණු රීති මෙම නිර්මාණයේ වඩාත් සුලභ ස්වයං-සිදු කරගත් අසාර්ථකත්වයයි.

VPC ඇත්තටම සංවාදය ආරම්භ කළ යුතු විට

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

IPv4 පැහැදිලි කිරීමේ විෂය පථයද අවංකව තබා ගන්න. වර්තමාන AWS ලේඛන IPv6 වෙන් කරයි, එහි එම පරිවර්තනය යොදන්නේ නැත, සහ වෙනත් ආකාරයකින් මාර්ගගත කරන අනෙකුත් සම්බන්ධතා ආකෘතිද.

ලේබල් කළ පියවර තුනකින් පරීක්ෂා කරන්න: සේවාලාභියා අවසර ලත් සැසියක් විවෘත කරයි, VPC සේවාව එම සැසියට පිළිතුරු දෙයි, සහ VPC සත්කාරකයක් සේවාලාභියා දෙසට නව සැසියක් විවෘත කරයි. පළමු දෙක සාර්ථක වී තුන්වැන්න අසාර්ථක වීම මෙම නිර්මාණයේ අපේක්ෂිත ස්වරූපයයි, firewall රීති සමඟ හඹා යා යුතු දෝෂයක් නොවේ.

අදාළ ලිපි