EC2 සඳහා VPN-පමණක් නීතිය: සම්බන්ධිත සෑම ආරක්ෂක කණ්ඩායමක්ම එකඟ විය යුතුය
ආරක්ෂක කණ්ඩායම් අවසර දෙන්නේ පමණි, සම්බන්ධිත සෑම කණ්ඩායමක්ම තමන්ගේ අවසරය එකතු කරයි. පටු VPN නීතියක් එකතු කිරීමට පෙර උදාහරණය ඇත්තටම දකින මූලාශ්‍රය තීරණය කරන්න.
ඔබ VPN සේවාදායක තටාකය සඳහා එක් ආගමන නීතියක් එකතු කරයි, කිසිවක් ඉවත් නොකරයි, එහෙත් සේවාව තවමත් අන්තර්ජාලයෙන් ළඟා විය හැකිය. කිසිවක් කැඩී නැත. ආරක්ෂක කණ්ඩායමකට පටු නීතිය ජය ගත හැකි කිසිදු අභිබවා යාමක්, ප්‍රමුඛතාවක් හෝ අවසාන ප්‍රතික්ෂේපයක් නොමැත. උදාහරණයට සම්බන්ධිත සෑම කණ්ඩායමක්ම තම අවසර එක් ඒකාබද්ධ කුලකයකට එකතු කරයි, සහ ඔබට අමතක වූ පුළුල් නීතිය තවමත් එම කුලකයේම ඇත. උදාහරණය VPN-පමණක් කිරීම යනු ඒ සියල්ල විගණනය කිරීමයි, එකකට වඩා හොඳින් ඇසෙන නීතියක් එකතු කිරීම නොවේ.
නීතිය ලිවීමට පෙර සේවාව ලියන්න
නිශ්චිත ගමනාන්තය, ප්‍රොටෝකෝලය සහ තොටුපළෙන්ද, සේවාව ඇත්තටම සවන් දෙන ජාල අතුරුමුහුණතින්ද ආරම්භ කරන්න. අතුරුමුහුණත් කිහිපයක් හෝ එක් තොටුපළක සේවා කිහිපයක් ඇති උදාහරණයකට එක් එක් අතුරුමුහුණත සඳහා විගණනය අවශ්‍ය වේ, මන්ද සම්බන්ධිත කණ්ඩායම් වෙනස් විය හැකිය. ඉන්පසු තීරණය කරන්න එම අතුරුමුහුණත VPN පරිශීලකයා සඳහා ඇත්තටම ලබා ගන්නා මූලාශ්‍ර ලිපිනය, සේවාදායකයා තමන්ගේම සම්බන්ධතා කවුළුවේ පෙන්වන ලිපිනය නොවේ.
පරිවර්තනය සහ මාර්ගගත කිරීම සම්බන්ධ වූ පසු මෙම ලිපින දෙක මිනිසුන් අපේක්ෂා කරනවාට වඩා නිතර වෙනස් වේ.
මූලාශ්‍ර ආකෘති තුනක්, වෙනස් නීති තුනක්
පෞද්ගලික මාර්ගගත ප්‍රවේශය සමඟ, මාර්ගය මාර්ගගත වන ආකාරය සහ පරිවර්තනය වන ආකාරය අනුව උදාහරණයට සේවාදායක තටාකය හෝ ආයතනික පරාසය ලැබේ. ආයතනික පිටවීම හරහා ළඟා වන පොදු අන්ත ලක්ෂ්‍යයක් සමඟ, උදාහරණය ඒ වෙනුවට ආයතනික NAT ලිපිනය දකී, සහ එම ගමනාන්තය ඇත්තටම VPN මාර්ගය භාවිත කරන්නේ නම් පමණි, මන්ද බෙදුණු උමංකරණය එය නිවසේ සම්බන්ධතාවයක තැබිය හැකිය. කළමනාකරණය කරන Client VPN අන්ත ලක්ෂ්‍යයක් සමඟ, ලේඛනගත සම්බන්ධය සහ ඉලක්ක ජාල ආකෘතිය අදාළ වේ, සහ සේවාදායක ලිපිනය වින්‍යාසගත සේවාදායක CIDR එකෙන් පැමිණේ.
ක්‍රියා නොකරන දෙය නම් VPN ගේට්ටුවක් ආරක්ෂක කණ්ඩායමක මූලාශ්‍රය ලෙස යොමු කිරීමයි. කණ්ඩායම් යොමු VPC එකක් හෝ සම-සම්බන්ධිත ජාලයක් තුළ ඇති ප්‍රත්‍යාස්ථ ජාල අතුරුමුහුණත් සමඟ ගැලපේ, සහ පැකට් ඉදිරියට යවන ගේට්ටුවක් ඒවායින් එකක් නොවේ.
සෑම සම්බන්ධිත කණ්ඩායමක් හරහාම එකමුතුව කියවන්න
උදාහරණය විවෘත කර, එහි ජාල අතුරුමුහුණත සොයා, එයට සම්බන්ධිත සෑම ආරක්ෂක කණ්ඩායමක්ම ලැයිස්තුගත කරන්න. එක් එක් කණ්ඩායම සඳහා, ඔබේ ප්‍රොටෝකෝලය සහ තොටුපළ ආවරණය කරන සෑම නීතියක්ම පරීක්ෂා කරන්න, පුළුල් තොටුපළ පරාස සහ ලිපින පවුල් දෙකම ඇතුළුව. 0.0.0.0/0 සිට IPv4 නීතියක් ඔබට ::/0 පරීක්ෂා කිරීමෙන් නිදහස් නොකරයි, සහ සියලු රථවාහනයට අවසර දෙන නීතියක් තොටුපළ ප්‍රශ්නය සම්පූර්ණයෙන් සඟවයි. එම ලැයිස්තුවෙන් පසුව පමණක් සේවාව සඳහා ඵලදායී අවසරය කුමක්දැයි ඔබට කිව හැකිය.
AWS නීති යොමුව ආරක්ෂක කණ්ඩායම් අවසර-පමණක් ලෙස විස්තර කරන අතර සියලු සම්බන්ධිත කණ්ඩායම්වල නීති එකට එකතු වන බව පවසයි, සහ මෙම අසාර්ථකත්වය පිටුපස ඇති සම්පූර්ණ යාන්ත්‍රණය එයයි.
ජාල ACL ක්‍රමානුකූල අවසර සහ ප්‍රතික්ෂේප ඇතුළත් කිරීම් සහිත වෙනම, තත්ත්වයක් නොමැති ප්‍රතිපත්තියක් වන අතර, ඒවා උදාහරණය මත නොව උපජාලය මත ඇගයේ.
ප්‍රතික්ෂේප තාප්පයකින් පිළිතුරු නොදෙන්න
ඔබට පුරුදු firewall එකක් අනුකරණය කිරීමට උපජාල-පරාසයේ NACL ප්‍රතික්ෂේපයක් එකතු කිරීම වැරදි මෙවලමක් සහ අවදානම් සහිත එකකි. NACL ඇතුළත් කිරීම් ක්‍රමානුකූල සහ තත්ත්වයක් නොමැති බැවින්, පවතින අවසරයකට ඉහළින් තබන ලද ප්‍රතික්ෂේපයක් නිශ්ශබ්දව අසම්බන්ධ රථවාහනය කඩයි, ඔබ තබා ගැනීමට උත්සාහ කළ සැසිවල ආපසු මාර්ගය ඇතුළුව. පුළුල් ආරක්ෂක කණ්ඩායම් අවසරය එය හිමි කණ්ඩායම තුළම නිවැරදි කරන්න, පසුව ACL ඇත්තටම නිර්මාණයේ කොටසක් නොවේ නම් එය තනි කරන්න.
උදාහරණයෙන් පොදු ලිපිනයක් ඉවත් කිරීම වඩාත් ශක්තිමත් සහතිකයකි, සහ එය පරිපාලන සහ යෙදුම් ප්‍රතිවිපාක සහිත ගෘහ නිර්මාණ වෙනසක් ද වේ, අවසර ලැයිස්තුවක චෙක්පෙට්ටියක් නොවේ.
නව සැසියක් සමඟ පරීක්ෂා කර ඇතුළට එන මාර්ගයක් තබා ගන්න
කිසිදු පවතින අවසරයක් ඉවත් කිරීමට පෙර අනුමත ස්වාධීන පරිපාලන මාර්ගයක් තහවුරු කරන්න, මන්ද ඔබ මකා දැමීමට යන නීතිය ඔබේ සැසි ප්‍රතිසාධනය රඳා පවතින එක විය හැකිය. ඉන්පසු VPN එකෙන් නව අවසර ලත් සම්බන්ධතාවයක් සහ අනුමත VPN-නොවන පරීක්ෂණ මාර්ගයකින් නව ප්‍රතික්ෂේපිත සම්බන්ධතාවයක් පරීක්ෂා කරන්න. පවතින නිරීක්ෂිත සැසි නීති වෙනස්කම්වලින් ගැලවෙන ආකාරය නිසා පැරණි විවෘත ෂෙල් පිළිගැනීමේ සාක්ෂියක් ලෙස නිෂ්ඵල වේ.
අවසාන වශයෙන්, යෙදුමේම අවසරය එහි තැනම තබා ගන්න. පරිවර්තිත ආයතනික පිටවීමක් සිය ගණනක් මිනිසුන් නියෝජනය කළ හැකි අතර, ජාල ප්‍රවේශය කිසිදා තනි පරිශීලකයෙකු හෝ ඔහුගේ උපාංගය හඳුනාගෙන නැත.