හානි වූ ධාරකයක් මත හදිසි අගුළුවක් ආවරණය කරන දේ පරීක්ෂා කරන ආකාරය
බාධා පරීක්ෂණය ධාවනය කරන්න, එක් එක් ස්ථරයේ ප්‍රතිඵලය කියවන්න, හදිසි අගුළුව කොහේ නතර වේද බලන්න: එය මාර්ග අවහිර කරයි, සංකේතනයට පෙර දත්ත කියවන මෘදුකාංගය නොවේ.
හදිසි අගුළුව සක්‍රීය කරන්න, උමං සේවාදායකය නොබැඳි කරන්න, යන්ත්‍රය තවම කරන දේ නිරීක්ෂණය කරන්න. මෙම පරීක්ෂණය වටී, මන්ද එය ගිනි පවුර ඇත්තටම බලාත්මක කරන දේ ඔබ උපකල්පනය කළ දෙයින් වෙන් කරයි, ප්‍රතිඵල ද බොහෝ නිෂ්පාදන පිටු යෝජනා කරනවාට වඩා පටු ය. හදිසි අගුළුව ජාල මාර්ග පාලනය කරයි; උපාංගයේ දැනටමත් ධාවනය වන මෘදුකාංග එය පාලනය නොකරයි. සේවාලාභියා fail-closed යැයි පවසන සෑම යන්ත්‍රයකම මම මෙම අනුපිළිවෙල ධාවනය කරමි, එයට මිනිත්තු දහයක් පමණ ගත වේ.
සේවාදායකයෙන් නොව, සේවාලාභියාගෙන් අරඹන්න
බලාත්මක කිරීමේ ලක්ෂ්‍යය ඔබ ඉන්නා ධාරකයයි: මෙහෙයුම් පද්ධතියේ ගිනි පවුර, සහායක සේවාවක් හෝ VPN සේවාලාභියාගේම ධාවකය. මෙය වැදගත් වන්නේ අගුළුවට කළ හැකි සියල්ල එම ස්ථරය දකින දෙයින් සීමා වන බැවිනි. සේවාලාභියා අවහිර කිරීම මාර්ගගත කිරීමේ නියමයක් හා ලකුණක් සමඟ ක්‍රියාත්මක කරන්නේ නම්, ප්‍රමාණවත් වරප්‍රසාද ඇති ඕනෑම දෙයකට තමන්ගේ නියමය එකතු කළ හැකිය; කර්නල ගිනි පවුර වගුවක් භාවිතා කරන්නේ නම්, එම වරප්‍රසාදවලින්ම වගුව සංස්කරණය කළ හැකිය. සංකේතනයේ ශක්තිය මෙම ප්‍රශ්නයට කිසිදා එන්නේ නැත.
එහෙයින් පළමුව තීරණය කළ යුත්තේ මෙම උපාංගයේ ප්‍රතිපත්තිය කා සතුද සහ එයට කුමක් අභිබවා යාමට අවසර ඇත්ද යන්නයි. කළමනාකරණය වන වැඩ යන්ත්‍රයක පිළිතුර සාමාන්‍යයෙන් සංවිධානයේ අන්ත ලක්ෂ්‍ය නියෝජිතයාය, පුද්ගලික VPN එම හැකියාවන් ඉවත් නොකරයි, උමං කෙසේ වින්‍යාස කළත්.
පළමු පියවර: එය ආවරණය කරන යැයි ඔබ සිතන මාර්ගවල අවහිරය තහවුරු කරන්න
උමං සේවාලාභියා ළඟ නොව, දුර කෙළවරේ පහළට ගන්න, එවිට සේවාලාභියා තවමත් සම්බන්ධ විය යුතු යැයි විශ්වාස කරයි. ඉන්පසු පුද්ගලයෙකු ඇත්තටම උත්සාහ කරන දේ උත්සාහ කරන්න:
curl -m 5 -sS -o /dev/null -w '%{http_code}
' https://example.com
ping -c 2 1.1.1.1
ip route
nft list ruleset # or: iptables -Sඔබට අවශ්‍ය වන්නේ වේගයෙන් හා පිරිසිදුව අසාර්ථක වන සේවාලාභියෙකි, බ්‍රවුසරයේ කාල සීමාව දක්වා එල්ලී සිටින එකෙක් නොවේ. එල්ලී සිටීම සාමාන්‍යයෙන් අර්ථ දක්වන්නේ ප්‍රතික්ෂේපයක් නොමැති නියමයක් විසින් පැකට් නිහඬව ඉවතට දමන බවයි, එය පිළිගත හැකිය, නමුත් සේවාලාභියා මළ අතුරුමුහුණතකට යොමු වූ පැරණි පෙරනිමි මාර්ගයක් ඉතිරි කළ බව ද අර්ථ දැක්විය හැකිය. උමං පහළ ඇති විට මාර්ගගත කිරීමේ වගුව කියවන්න: තවමත් උමං උපාංගයට යොමු වන පෙරනිමි මාර්ගය සහ නව පිටතට යන සම්බන්ධතා පමණක් අවහිර කරන ගිනි පවුර නියමය වෙනස් තත්ත්ව දෙකකි, ඒවායින් එකක් පමණක් fail-closed වේ.
සේවාලාභියාගේ allow-LAN විකල්පය සක්‍රීය හා අක්‍රීය කර එම විධාන නැවත කරන්න. එම ටොගලයයි බොහෝ පුදුමවල ස්ථානය, මන්ද එය ඉතිරි ප්‍රතිපත්තිය වැසීමට ලියා තිබූ මාර්ගය නැවත විවෘත කරයි.
දෙවන පියවර: DNS සහ IPv6 වෙන වෙන මාර්ග ලෙස පරීක්ෂා කරන්න
නාම විභේදනය යනු බොහෝ ක්‍රියාත්මක කිරීම්වලින් ඉතිරි වන පරතරයයි, මන්ද විමසුම පද්ධති විසඳුම්කරු හැර වෙනත් දෙයක් හරහා පිටවිය හැකි බැවිනි. ඔබේ විසඳුම්කරු වින්‍යාසය නොසලකා හරින මෙවලමකින් අසන්න, එහිදීම v6 පැත්ත ද පරීක්ෂා කරන්න:
dig +short example.com
dig +short @1.1.1.1 example.com
curl -6 -m 5 -sS https://example.com -o /dev/null -w '%{http_code}
'
ip -6 routeඋමං පහළ ඇති විට නාම විමසුම් දෙකටම හිස් පිළිතුරු ඔබට අවශ්‍ය ප්‍රතිඵලයයි. දෙවන විමසුම පිළිතුරු දෙන්නේ නම්, දෘඩ කේතිත විසඳුම්කරු ලිපිනයක් ළඟා විය හැකි අතර උමං යන්ත්‍රයෙන් පිටවන එකම මාර්ගය නොවේ. v6 ඉල්ලීම පමණක් සාර්ථක වන්නේ නම්, ප්‍රතිපත්තිය IPv4 ආවරණය කර IPv6 නොසලකා හරියි, එය වෙනත් ලිපින පවුලක එම කාන්දුවයි.
බ්‍රවුසර මෙය පිටතින් කියවීම දුෂ්කර කරයි, මන්ද DNS over HTTPS සඳහා වින්‍යාස කළ බ්‍රවුසරය විමසුම HTTPS ඉල්ලීමකින් විසඳන බැවිනි: විමසුම අවහිර වන්නේ එම අන්තයට ඇති 443 වරාය අවහිර වන තරමටයි. ප්‍රතිපත්තිය ස්ථානීය උපජාලයට ඉඩ දෙන ධාරකයක, එම ඉල්ලීම තවමත් LAN හි විසඳුම්කරුවෙකුට ළඟා විය හැකිය.
තුන්වන පියවර: ජාල නිරාවරණය අන්ත ලක්ෂ්‍ය නිරාවරණයෙන් වෙන් කරන්න
දැන් කිසිදු ගිනි පවුර නියමයක් නොලඟන කොටස. හදිසි අගුළුව යන්ත්‍රයෙන් පිටවන මාර්ග අවහිර කරයි; යන්ත්‍රයේ මෘදුකාංගයට සංකේතනයට පෙර දත්ත කියවීම වළක්වන්නේ නැත, එම මෘදුකාංගයට උමං නීත්‍යානුකූලව භාවිත කිරීම ද වළක්වන්නේ නැත. යතුරු ලේඛකය, අනිෂ්ට දිගුවක්, විවෘතව තැබූ තිරයක්, පුළුල් අවසර සහිත සමමුහුර්ත සේවාලාභියෙක්: මේ සියල්ල අගුළුව සතුටින් අවසර දෙන සම්බන්ධතාවක් හරහා තොරතුරු ගෙන යයි.
සේවා යෝජකයෙකු චේතනාන්විතව ස්ථාපනය කළ අධීක්ෂණ මෘදුකාංගයට ද එයම අදාළ වේ. මාර්ග අවහිර කිරීමෙන් එය ඉවත් නොවේ, නව VPN සේවාදායකයක් මිලදී ගැනීම ද විසඳුම නොවේ, මන්ද නිරාවරණය උමංවලට පෙර පිහිටා ඇත.
ක්ලවුඩ් ගිණුමකට උඩුගත කරන පසුකරන කළමනාකරු මෙය තියුණු ලෙස පෙන්වයි. ගමන් ප්‍රවාහය සංකේතිතය, ගමනාන්තයට අවසර ඇත, හදිසි අගුළුව සෑම විටම සෞඛ්‍ය සම්පන්න තත්ත්වයක් වාර්තා කරයි.
හතරවන පියවර: ඔබේ පරීක්ෂණය අනුමත කරන ප්‍රකාශය ලියන්න
බාධා පරීක්ෂණයෙන් පසු ඔබට නිශ්චිත කරුණු පැවසිය හැකිය: කුමන යෙදුම් අසාර්ථක වූයේද, කුමන මාර්ග නැවතුණේද, DNS සහ IPv6 කෙසේ හැසිරුණේද, උමං වැටුණු විට අවහිරය රැඳුණේද. ඔබට මෙහෙයුම් පද්ධතිය පිරිසිදු යැයි පැවසිය නොහැක, දුර කෙළවරේ සේවාවක් ඔබේ පිවිසුම පෞද්ගලිකව තබා ගනී යැයි ද පැවසිය නොහැක.
ගැටලු දෙක වෙන් කර තබා එක් එක් එකට එහිම පාලනය දෙන්න:
- හදිසි අගුළුව: නිර්වචිත අසාර්ථක අවශ්‍යතාව, සෑම සේවාලාභී උත්ශ්‍රේණිකරණයකට පසු නැවත කරන බාධා පරීක්ෂණයෙන් තහවුරු කෙරේ.
- උපාංග විශ්වාසය: ආධාරක යාවත්කාලීන, විශ්වාසදායක මූලාශ්‍රයකින් අන්ත ලක්ෂ්‍ය ආරක්ෂාව, පැහැදිලි නොකළ අවසර හා සත්‍යාපන ඉල්ලීම් සමාලෝචනය.
- සිද්ධිය: අනිෂ්ටයක් සැක කරන විට වේදිකාවේ හෝ සංවිධානයේ ක්‍රියාවලිය අනුගමනය කරන්න; නව සේවාදායකයක් පිරිසිදු කිරීමේ පියවරක් නොවේ.
- හෙළිදරව් කිරීම: උදව් ඉල්ලන විට පෞද්ගලික යතුරු හෝ සම්පූර්ණ රෝග නිර්ණ ලේඛනාගාර අලවන්න එපා, මන්ද ලඝු හා තිර රුව සම්බන්ධතාවයේ ඇති රහස්ම දරයි.
ඊළඟ යාවත්කාලීනයෙන් පසු අනුපිළිවෙල නැවත ධාවනය කරන්න, මන්ද හදිසි අගුළුව අනුවාද සමඟ ගමන් කරන වින්‍යාසයකි. ඔබ රඳා පවතින හැසිරීම තවමත් ඔබට ලැබෙන හැසිරීම බවට පරීක්ෂණය පමණක් සාක්ෂියි.