EC2 හි Access Server සම්පූර්ණ ටනලය: එක් චෙක්පෙට්ටියක් ප්රමාණවත් නොවන්නේ ඇයි
EC2 හි මූලාශ්ර සහ ගමනාන්ත චෙක්පත අක්රීය කිරීම යැවීමේ අලුත්වැඩියාවක් මිස සේවාලාභියාගේ අන්තර්ජාල ප්රතිපත්තියක් නොවේ. Access Server හි සම්පූර්ණ ටනලය සකසා පසුව AWS පිටවීමේ මාර්ගය නිරීක්ෂණය කරන්න.
EC2 අවස්ථාවක මූලාශ්ර සහ ගමනාන්ත චෙක්පත අක්රීය කිරීම Access Server හි අන්තර්ජාල පිටවීම ගැන අසන ප්රශ්නවලට වැඩිපුරම පුනරුච්චාරණය වන පිළිතුරයි, එය තනිවම ඔබේ සේවාලාභීන්ට කිසිවක් නොකරයි. චෙක්පත AWS හි යැවීමේ සීමාවකි: එය අවස්ථාවට තමන්ගේම ලිපිනය නොවන මූලාශ්රයක් හෝ ගමනාන්තයක් ඇති පැකට් භාරගැනීමට ඉඩ දෙයි. එය සේවාලාභියාට අන්තර්ජාල ගමන් ටනලය හරහා යැවීමට නොකියයි, ඉහළට මාර්ගයක් සාදන්නේ නැත, NAT එකතු නොකරයි. චෙක්පෙට්ටියම විශේෂාංගය යන්න මිථ්යාවකි.
චෙක්පත ඇත්තටම පාලනය කරන්නේ කුමක්ද
සෑම EC2 ජාල අතුරුමුහුණතක්ම තමන් වෙත නොයැවූ ගමන් ඉවත දමයි, අවස්ථාව රවුටරයක්, NAT උපාංගයක් හෝ VPN ද්වාරයක් ලෙස ක්රියා කරමින් ඔබ එම චෙක්පත අක්රීය නොකරන්නේ නම්. එය අක්රීය කිරීම යැවීමට අවසර දෙයි. අවසරය වින්යාසයක් නොවේ: අවස්ථාවට තවමත් අන්තර්ජාල ද්වාරයකට හෝ NAT උපාංගයකට මාර්ගයක් අවශ්යය, VPC මාර්ග වගුවට තවමත් ගැළපෙන සටහනක් අවශ්යය, ආරක්ෂක කණ්ඩායම් තවමත් ගලායාමට ඉඩ දිය යුතුය, සේවාදායකය තවමත් ආපසු එන ගමන් පරිවර්තනය හෝ මාර්ගගත කිරීම කළ යුතුය.
කිසිවක් වෙනස් කිරීමට පෙර aws ec2 describe-instance-attribute --instance-id i-0123456789abcdef0 --attribute sourceDestCheck සමඟ වර්තමාන අගය පරීක්ෂා කරන්න. ඔබ එය කොන්සෝලයේ වෙනස් කරන්නේ නම්, සේවාලාභියා අන්තර්ජාලයට ළඟා නොවන නිසා නොව, අවස්ථාව අන් අය වෙනුවෙන් යවන නිසා වෙනස් කරන්න.
සේවාලාභියාගේ මාර්ග ප්රතිපත්තිය Access Server සතුය
Access Server 3 තුළ Access Controls විවෘත කර Internet Access and DNS කොටස සොයන්න. Internet Gateway තේරීම සම්පූර්ණ හෝ බෙදුණු ටනලයක් ලබා දෙයි; සම්පූර්ණ ටනලය සේවාලාභියාට තම පෙරනිමි ගමන් VPN තුළට මාර්ගගත කරන ලෙස කියයි, බෙදුණු ටනලය අන්තර්ජාල ගමන් සේවාලාභියාගේ දේශීය මාර්ගයේ තබයි. නිෂ්පාදනයේ කාර්ය ප්රවාහය හරහා සුරකින්න සහ යොදන්න, පසුව පරීක්ෂණ සේවාලාභියා නැවත සම්බන්ධ කරන්න, මන්ද ප්රතිපත්තිය සම්බන්ධ වන මොහොතේ ලබා දෙනු ලැබේ.
පැරණි නිකුතු වෙනත් මෙනු භාවිතා කරන අතර සමහර Community OpenVPN ගොඩනැගීම්වලට සමාන පාලනයක් නොමැත. නොපවතින තිරයක් සෙවීමට පෙර ස්ථාපිත ප්රධාන අනුවාදය පරීක්ෂා කරන්න. පසුව සේවාලාභියාට ලැබුණේ කුමක්දැයි තහවුරු කරන්න: සම්පූර්ණ ටනල පැතිකඩක් ටනලය හරහා පෙරනිමි මාර්ගයක් ස්ථාපනය කළ යුතු අතර බෙදුණු ටනල පැතිකඩක් එසේ නොකළ යුතුය.
ටනලයෙන් පසු පැකට් නිරීක්ෂණය කරන්න
සේවාලාභියා අන්තර්ජාල ගමන් ටනලයට යැවූ පසු සේවාදායකය එය යැවිය යුතු අතර සාමාන්යයෙන් පරිවර්තනය කළ යුතුය. Access Server තමන්ගේම NAT සහ මාර්ග නීති කළමනාකරණය කරයි, එබැවින් ජනනය කළ ගොනුවලට Community OpenVPN නීති එකතු කිරීම වෙනුවට ඵලදායී වින්යාසය කියවන්න; කළමනාකරණය නොකළ නීති ඊළඟ නිෂ්පාදන යාවත්කාලීනයේදී උඩින් ලියැවෙයි හෝ ගැටෙයි. sudo iptables -t nat -L -n -v හෝ nftables සමානය ඇත්තටම පරිවර්තනය වන්නේ කුමක්දැයි පෙන්වයි.
AWS පැත්ත වෙනම මාර්ගයකි. පොදු උපජාලයක ඇති අවස්ථාවක් අන්තර්ජාල ද්වාරයට සෘජුවම ළඟා වී තම පොදු ලිපිනය හෝ ප්රත්යාස්ථ IP රඳවා ගනී. පුද්ගලික උපජාලයක ඇති අවස්ථාවකට NAT ද්වාරයකට හෝ NAT අවස්ථාවකට මාර්ගයක් අවශ්යය, NAT උපාංගයට අන්තර්ජාල ද්වාරයට තමන්ගේම මාර්ගයක් අවශ්යය. අන්තර්ජාල ද්වාරය VPC වෙත සම්බන්ධ කිරීම තනිවම කිසිදු පුද්ගලික මූලාශ්රයකට පොදු ආපසු ලිපිනයක් නොදෙයි, එබැවින් එකම Access Server සැකසුම එක් උපජාලයක ක්රියා කර අනෙකෙහි නිහඬව අසාර්ථක වේ.
අවස්ථාවේ උපජාලයට සම්බන්ධ මාර්ග වගුව පරීක්ෂා කරන්න, VPC හි ප්රධාන වගුව පමණක් නොව. උපජාල සම්බන්ධතා ප්රධාන වගුව ඉක්මවා යයි, පැරණි සම්බන්ධතාවයක් ක්රියා කළ වින්යාසයක් නැවත ගොඩනැගීමෙන් පසු නතර වීමට පොදු හේතුවකි.
IP පිටවීම සහ DNS වෙන් කර තබන්න
එකම සේවාලාභී යෙදුමෙන් පළමුව ලිපින වචනාර්ථය පසුව නම පරීක්ෂා කරන්න. curl -4 https://checkip.amazonaws.com පොදු ලිපිනයක් ලබා දෙන නමුත් සත්කාරක නාම අසාර්ථක වන්නේ නම්, ටනලය සහ NAT මාර්ගය ක්රියා කරන අතර ගැටලුව DNS ය: යවන ලද විසඳන්නා, සේවාලාභියාගේ විසඳන්නා තත්ත්වය, හෝ විසඳන්නා අවහිර කරන ආරක්ෂක කණ්ඩායමක්. Access Server හි DNS සැකසුම් එකම Internet Access ප්රදේශයේ පවතී, නමුත් ඒවා වෙනත් කේත මාර්ගයකින් ගමන් කරයි.
ආපසු ලැබුණු ලිපිනය ඔබ අදහස් කළ පිටවීම සමඟ සසඳන්න. එය අවස්ථාවේ පොදු ලිපිනය නම්, ගමන් අවස්ථාව විසින් පරිවර්තනය කරයි; එය NAT ද්වාර ලිපිනයක් නම්, පුද්ගලික උපජාල මාර්ගය භාවිතා වේ. දෙකම නිවැරදි විය හැක. ඔබට නිගමනය කළ නොහැක්කේ සේවාදායකයේ බ්රවුසරයක් සේවාලාභී යැවීම සනාථ කරන බවයි.
එක් චෙක්පෙට්ටියකට විමර්ශනය වැසීමට ඉඩ නොදෙන්න
IPv6 වෙනම තීරණයකි. IPv4 සඳහා සම්පූර්ණ ටනල ප්රතිපත්තිය IPv6 ගෙනයනවාද, අවහිර කරනවාද නැතහොත් කාන්දු වෙනවාද යන්න ගැන කිසිවක් නොකියයි, ද්වි ස්තර සේවාලාභියෙකුට IPv4 ටනලයේ ඇති විට තම දේශීය IPv6 මාර්ගය දිගටම භාවිතා කළ හැක. ඔබට ඇත්තටම වැදගත් ලිපින පවුල පරීක්ෂා කරන්න, අනෙක අක්රීය කළ යුතුද නැද්ද යන්න පැහැදිලිව තීරණය කරන්න.
අවසාන වශයෙන්, විසන්ධි තත්ත්වය පරීක්ෂා කරන්න. සම්පූර්ණ ටනල තේරීම සම්බන්ධ වී සිටින විට මාර්ග ප්රතිපත්තිය විස්තර කරයි, ටනලය වැටෙන විට සිදුවන්නේ කුමක්ද යන්න නොවේ. VPN වෙලාවෙන් පිටතට කිසිදු ගමන් නොපැමිණීම අවශ්යතාවය නම්, එය kill-switch සහ ගිනිපවුරු ප්රශ්නයක් වන අතර මාර්ග වගුවෙන් අනුමාන කිරීම වෙනුවට එහිම පරීක්ෂණයක් අවශ්යය.