EC2 ලබා ගත හැකි කලාප හරහා: VPN එකකට පෙර මාර්ගගත කිරීම පරීක්ෂා කරන්න

EC2 අවස්ථා දෙකක් අතර VPN මෘදුකාංග ස්ථාපනය කිරීමට පෙර එක් ප්‍රශ්නයකට පිළිතුරු දෙන්න: ඒවා එකම VPC එකක තිබේද? එසේ නම්, පුද්ගලික මාර්ගය දැනටමත් පවතී, කලාප හරහා ස්ථානගත කිරීම එය වෙනස් නොකරයි. මෙම තත්වයේ බොහෝ කටයුතු වන්නේ එක් එක් උපජාලය ඇත්ත වශයෙන්ම භාවිතා කරන මාර්ගගත වගුව තහවුරු කර ගැනීම සහ අසාර්ථකත්වය මාර්ගගත කිරීමේ ගැටලුවක්වත් වී තිබුණේද යන්න සොයා ගැනීමයි. මෙම නිශ්චිත ප්‍රශ්නයට උමං මාර්ගය සාමාන්‍යයෙන් වැරදි පිළිතුරකි.

පරීක්ෂාව 1: එකම VPC ද වෙනස් VPC ද

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

වෙනස් VPC කිසි විටෙකත් කලාපයක් හෝ කලාප ලේබලයක් බෙදා ගැනීම නිසා පමණක් පුද්ගලික මාර්ගයක් නොලබයි. එම අවස්ථාවට ආධාරක සම්බන්ධතාවයක් සහ තමන්ගේම මාර්ග හා අවසර කටයුතු අවශ්‍ය වන අතර එය වෙනම තීරණයකි.

පරීක්ෂාව 2: උපජාල මාර්ගගත වගු පවසන දේ

සැලැස්ම සැබෑ අගයන් සමඟ ලියන්න. VPC එකක් 10.60.0.0/16 ලිපිනයේ, උපජාල 10.60.1.0/24 සහ 10.60.2.0/24 සමඟ, අවස්ථා 10.60.1.10 සහ 10.60.2.20 වෙත VPC හි දේශීය මාර්ගය හරහා මාර්ගයක් ලබා දෙයි.

පසුව පළමුව සොයාගත් වගුව පමණක් නොව උපජාල දෙකටම සම්බන්ධ වගු පරීක්ෂා කරන්න. වඩාත් නිශ්චිත පරීක්ෂණ හෝ උපාංග මාර්ගයක් මූලික මාර්ගය ඉක්මවා යා හැකි අතර දේශීය මාර්ගයේ ඉලක්කයද නව වින්‍යාසවලදී ප්‍රතිස්ථාපනය විය හැක. කොන්සෝලයේ කොතැනක හෝ දිස්වන දේශීය මාර්ගයක් එය කාර්ය භාර දෙකම භාවිතා කරන බව ඔප්පු නොකරයි.

VPC ඇත්ත වශයෙන්ම ලබා දෙන පුද්ගලික ලිපින සහ නම් භාවිතා කරන්න. පුද්ගලික ලිපිනයක් 10 න් ආරම්භ විය යුතු නැත, සහ මතකයෙන් එකක් නිර්මාණය කිරීම ක්‍රියාත්මක පරිසරයක් වැරදි ලෙස රෝග විනිශ්චය කරන ක්‍රමයයි.

පරීක්ෂාව 3: මාර්ගගත කිරීම ද අවසරය ද

මාර්ගගත කිරීම පැකට්ටුව ගෙන යන්නේ ඉලක්කයේ ජාල අතුරුමුහුණත දක්වා පමණි. ඉලක්කයේ ආරක්ෂක කණ්ඩායම තවමත් මූලාශ්‍රය සහ සේවාව පිළිගත යුතුය, මූලාශ්‍රයේ පිටවීම් නීති ඉල්ලීමට අවසර දිය යුතුය, සහ ඕනෑම ජාල ACL එකක් දිශා දෙකටම අවසර දිය යුතුය, මන්ද ACL තත්වය රඳවා නොගනී.

ඊට පසුව අමුත්තාගේ ෆයර්වෝලය, ශ්‍රාවකයාගේ බැඳීම සහ යෙදුමේම අනන්‍යතාවය පිහිටයි. ඒවායින් ඕනෑම එකකට මාර්ගගත කිරීම විශිෂ්ට ලෙස ගෙන ආ ඉල්ලීමක් ප්‍රතික්ෂේප කළ හැක.

පිළිගැනීම සැබෑ යෙදුම් මෙහෙයුම විය යුතුය. සාර්ථක ping එකක් යෙදුමට ප්‍රවේශය ලබා නොදෙන අතර TLS නාමය සහ අක්තපත්‍ර නිවැරදි බව ඔප්පු නොකරයි, අවහිර කළ ping එකක් සියලුම පුද්ගලික සේවා නතර වී ඇති බව තහවුරු නොකරයි.

පරීක්ෂාව 4: සැබවින්ම වෙනම සම්බන්ධතාවයක් අවශ්‍ය ද

VPN එකක් තවමත් සැලසුමේ තිබිය හැක, නමුත් ප්‍රකාශිත හේතුවක් නිසා: මෙම VPC කාර්යාලයකට සම්බන්ධ කිරීම, ලැප්ටොප් යන්ත්‍රවලට ඉඩ දීම හෝ ආවරණ ස්තර අවශ්‍යතාවය සපුරාලීම. එම හේතුව එකම VPC තුළ සාමාන්‍ය සන්නිවේදනයට වඩා වෙනස් ය.

VPC යනු කුමක් නොවේදැයි ද මතක තබා ගන්න. එය ගෘහස්ථ ඊතර්නෙට් කොටසක දිගුවක් නොවේ. විකාශන සොයාගැනීම මත රඳා පවතින යෙදුමකට ඇගයීමට වෙනම අවශ්‍යතාවයක් ඇත. එය මාර්ගගත කිරීමේ දෝෂයක් නොව සැලසුම් හිඩැසකි.

පරීක්ෂාව 5: සංකේතන ප්‍රශ්නය

පුද්ගලික ලිපිනයක් සහ අවසර නීතියක් යෙදුම් ස්තරයේ සංකේතාත්මක ආරක්ෂාව ගැන කිසිවක් නොපවසයි. දත්තවලට කෙළවරේ සිට කෙළවර දක්වා ආරක්ෂාව අවශ්‍ය නම්, එය සේවාව සැබවින්ම ආධාරක වන ප්‍රොටෝකෝලය සහ අනන්‍යතා ආකෘතියෙන් පැමිණේ.

සැලසුම් සටහනේ ජාල ස්තරයේ සහ යෙදුම් ස්තරයේ ප්‍රකාශ වෙන් කර තබන්න, මන්ද ඒවා ඒකාබද්ධ කිරීම නිසා කිසිවෙකු ක්‍රියාත්මක නොකළ ආරක්ෂාවක් සමාලෝචනයක් අවසානයේ ප්‍රකාශ කරයි.

සටහන් කළ යුත්තේ කුමක්ද

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

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