වෙබ් පමණක් ඇති ජාලයක VPN අවහිරද? ස්ථර අනුව වැඩ කරන්න

බ්‍රවුසරය වැඩ කරන අතර සෑම ටනලයක්ම මිය යන කැම්පස් හෝ හෝටල් ජාලයක් එක් ගැටලුවක් නොව, ස්ථර හතරකි. මාර්ගය TCP 443 පමණක් අවසර දිය හැක, සත්‍යාපිත ප්‍රොක්සියක් ඉල්ලා සිටිය හැක, අත්සන් කිරීම පරීක්ෂා කළ හැක, නැතහොත් ප්‍රතිපත්තියෙන් දුරස්ථ ප්‍රවේශය සරලව තහනම් කළ හැක. ඒවා අනුපිළිවෙලින් නිරාකරණය කිරීම ජාල නියමයක් නිවැරදි කිරීමට නව සේවාලාභියෙකු මිලදී ගැනීම වළක්වයි. පහත මාර්ගෝපදේශය මිනිත්තු දහයක් පමණ ගත වන අතර කුමන ස්ථරය ඔබව ප්‍රතික්ෂේප කළේද යන ලිඛිත පිළිතුරකින් අවසන් වේ.

කුමන ස්ථරය සම්බන්ධතාවය ප්‍රතික්ෂේප කරයිද ඔප්පු කරන්න

VPN සේවාලාභියාගෙන් ආරම්භ නොකරන්න. එම සත්කාරකයට සාමාන්‍ය HTTPS ඉල්ලීමකින් ආරම්භ කර වේලා අවස්ථා කියවන්න, මන්ද අසාර්ථක වන අවස්ථාව කුමන උපාංගය වගකිව යුතුද යන්න කියයි:

curl -sS -o /dev/null -w 'connect=%{time_connect} tls=%{time_appconnect} code=%{http_code}\n' \
  --max-time 8 https://vpn.example.net/

පිළිතුරක් නැති අතර connect වේලාවක් නැති නම් TCP කිසිදා සම්පූර්ණ නොවූ බවයි, එබැවින් ගිනිපවුරක්, ප්‍රොක්සි අවශ්‍යතාවක් හෝ වැරදි ගමනාන්තයක් ක්‍රියාත්මක වේ. connect වේලාවක් ඇති අතර tls වේලාවක් නැති නම් මැද කිසිවක් සම්බන්ධතාවය පිළිගෙන පසුව අත්සන් කිරීම නැවැත්වූ බවයි, පරීක්ෂා කරන ප්‍රොක්සියක් සේවාලාභී පැත්තෙන් එසේ පෙනේ.

දැන් ඔබට සැබවින්ම ලැබෙන සහතිකය පරීක්ෂා කරන්න. ඔබ සේවාදායකය සමඟ කතා කරනවාද නැතහොත් සැසිය නැවත අත්සන් කළ මැද පෙට්ටියක් සමඟද යන්න දැනගැනීමට ඇති වේගවත්ම ක්‍රමය මෙයයි:

openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief </dev/null

නිකුත් කරන්නාගේ පේළිය කියවන්න. ඔබේම CA යනු සේවාවට ළඟා වූ බවයි; ආයතනික හෝ උපාංග නිකුත් කරන්නෙක් යනු පෙරහනක් සම්බන්ධතාවය අවසන් කර ඊළඟට කුමක් සිදුවේද යන්න තීරණය කරන බවයි. ප්‍රතිදාන දෙකම වේලා මුද්‍රාවකින් සටහන් කරන්න, මන්ද පැයකට පසු අමුත්තන්ගේ ජාලයේ එම පරීක්ෂණයම වෙනස් පිළිතුරක් දිය හැක.

ප්‍රොක්සි ගැන දන්නා සේවාලාභියා පළමු පැකට්ටුව වෙනස් කරයි, ප්‍රතිපත්තිය නොවේ

ජාලය සත්‍යාපිත ප්‍රොක්සියක් හරහා CONNECT ඉල්ලා සිටින්නේ නම්, VPN සේවාලාභියාට එය කිව යුතුය, නැතහොත් එය මාර්ගගත කළ නොහැකි ලිපිනයකට සොකට් එකක් විවෘත කිරීමට උත්සාහ කරනු ඇත. ප්‍රොක්සිය සේවාලාභියාගෙන් වෙන්ව පරීක්ෂා කරන්න, එවිට අසාර්ථකත්වයට එක් පැහැදිලි කිරීමක් ඇත:

https_proxy=http://proxy.example.edu:3128 curl -v -o /dev/null https://vpn.example.net/
sudo openvpn --config /etc/openvpn/corp.conf --proto tcp-client \
  --remote vpn.example.net 443 --verb 4

පළමු විධානය ප්‍රොක්සිය ගමනාන්තය රැගෙන යන බව ඔප්පු කරයි. දෙවැන්න සේවාලාභියාට 443 හි TCP භාවිත කරන ලෙස කියයි, බොහෝ වෙබ්-පමණක් මාර්ග කිසිසේත් ඉදිරියට යවන එකම ප්‍රවාහනය එයයි. පළමුවැන්න සාර්ථක වී දෙවැන්න තවමත් අසාර්ථක නම්, ප්‍රොක්සිය බාධකය නොවේ.

සමහර සේවාලාභීහු අභිබවා යාම වෙනුවට මෙහෙයුම් පද්ධතියේ ප්‍රොක්සිය කියවති, ඇතැම්හු දෙකම කියවන්නේ නැත. පද්ධති-පුළුල් සැකසුමක් අදාළ යැයි උපකල්පනය කිරීමට පෙර යෙදුමේම ලේඛන පරීක්ෂා කරන්න. ප්‍රොක්සිය සේවය නොකරන විසඳන්නෙකු හරහා අන්ත ලක්ෂ්‍යය විසඳන සේවාලාභියාද මෙහි අසාර්ථක වනු ඇත, එබැවින් DNS වෙනසක් වටහා යාමක් පමණක් වන විට නිවැරදි කිරීමක් ලෙස පෙනිය හැක.

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

443 වරායට ළඟා විය හැක, අවසර නැත

443 හි ටනලයක් TLS තුළ ඔතා දැමීම ළඟා වීමේ හැකියාව විසඳයි, අන් කිසිවක් නොවේ. වරාය පරීක්ෂා කරන පෙරහන එය ඉදිරියට යවයි; අත්සන් කිරීමේ ඇඟිලි සලකුණ ගන්නා පෙරහන නොයවයි, සහ සංකේතනය කළ සේවාලාභී ආචාරය සේවාදායක නාමය සඟවන්නේ දෙපැත්තම එයට ආධාර කරන විට පමණි. පරීක්ෂණය ධාවනය කර බලාපොරොත්තු වීම වෙනුවට ඔබ කුමන ආකාරයේ පෙරහනක් පිටුපස සිටීද දැනගන්න.

මිනිසුන් පසුව සොයාගන්නා කාර්ය සාධන පිරිවැයක්ද ඇත. විශ්වාසදායක ප්‍රවාහනයක් තුළ විශ්වාසදායක ප්‍රවාහනයක් පාඩුව වර්ධනය කරයි, මන්ද අභ්‍යන්තර තැරැව්ව බාහිර තැරැව්ව දැනටමත් නැවත යැවූ කොටස් නැවත යවයි. පිරිසිදු සම්බන්ධතාවයක කිසිවෙකු නොදකිනු ඇත. තදබදය සහිත කැම්පස් රැහැන් රහිත ජාලයේ ටනලය ඔබට අවශ්‍ය අන්තිම මොහොතේම භාවිත කළ නොහැකි වේ, කිසිවක් හිතාමතා ඉවත් නොකළත් ප්‍රස්තාරය පැකට් පාඩුවක් ලෙස පෙනේ.

UDP සාමාන්‍යයෙන් පළමු ගොදුරයි, එය අනුමාන කිරීම වෙනුවට තහවුරු කිරීම වටී. TCP 443 ක්‍රියා කරන අතර WireGuard හෝ පෙරනිමි OpenVPN කිසිදා අත්සන් කිරීම සම්පූර්ණ නොකරන්නේ නම්, ජාලය UDP ඉවත් කරමින් සිටී, යතුරු නැවත උත්පාදනය කිරීමෙන් එය වෙනස් නොවේ:

sudo wg show
dig +short vpn.example.net
dig +short vpn.example.net @1.1.1.1

ඊයේ ක්‍රියා කළ සමකක්ෂියෙකු අසල හිස් අත්සන් කිරීමේ වේලා මුද්‍රාව UDP හි පිළිතුරයි. DNS ප්‍රශ්න දෙක වෙනත් ප්‍රශ්නයකට පිළිතුරු දෙයි: දේශීය විසඳන්නා සහ පොදු විසඳන්නෙක් අන්ත ලක්ෂ්‍ය ලිපිනය ගැන එකඟ නොවන්නේ නම්, ඔබ මෙහෙයවනු ලබන අතර ප්‍රවාහන තර්කය වැරදිය.

යන්ත්‍රයෙන් සැබවින්ම පිටවූ දේ තහවුරු කරන්න

සේවාලාභී ලොග සේවාලාභියා විශ්වාස කරන දේ විස්තර කරයි. ග්‍රහණය ජාලය දුටු දේ විස්තර කරයි, ඒ දෙක අතර වෙනස බොහෝ මෙම අවස්ථා නිරාකරණය වන තැනය:

sudo tcpdump -ni any -c 20 'tcp port 443 and host 203.0.113.10'
sudo ss -tunp | grep -E ':(443|1194|51820)\b'

SYN පැකට් දකින අතර SYN-ACK නොමැති නම්, අවහිර කිරීම ඉහළින් පිහිටා ඇති අතර සේවාලාභියා නිර්දෝෂීය. සේවාදායකයාගේ නොවන ලිපිනයකට සම්පූර්ණ වූ අත්සන් කිරීමක් දකින්නේ නම්, ඔබ ප්‍රොක්සියක් හෝ අතරමැදි ග්‍රහණකරුවෙකු සමඟ කතා කරයි. කිසිවක් නොපෙනේ නම්, කිසියම් නිගමනයකට එළඹීමට පෙර නිවැරදි අතුරුමුහුණතෙහි ග්‍රහණය කළාද පරීක්ෂා කරන්න.

සොකට් ලැයිස්තුව වඩා සියුම් අවස්ථාවක් අල්ලා ගනී: පෙරනිමි මාර්ගය දැනටමත් දරා සිටින දෙවන ටනලය. මාර්ග සටහන සඳහා ගැටෙන සේවාලාභීන් දෙදෙනෙක් අවහිර කළ ජාලයක් හා හරියටම සමානව පෙනෙන කලින් කල අසාර්ථකතා ඇති කරයි, ග්‍රහණය ඔබ අපේක්ෂා නොකළ අතුරුමුහුණතකින් පිටවන රථවාහන පෙන්වනු ඇත.

පසුගමනය, සහ තබා ගැනීමට වටිනා සටහන

වෙනස්කම් ඔබ කළ ප්‍රතිවිරුද්ධ අනුපිළිවෙලින් අහෝසි කරන්න. ප්‍රොක්සි විචල්‍ය ඉවත් කරන්න, අතින් ආරම්භ කළ සේවාලාභියා නවත්වන්න, සහ ඔබ එකතු කළ ඕනෑම මාර්ග හෝ විසඳන්නා අභිබවා යාමක් ඉවත් කරන්න:

unset https_proxy http_proxy
sudo systemctl stop openvpn-client@corp
sudo ip route show default

අතින් ආරම්භ කළ සේවාලාභියෙකු ක්‍රියාත්මක වීමට ඉඩ හැරීම යනු ඊළඟ කාර්යාල ගමනේදී ලැප්ටොප් පරිගණකයක් කැඩුණු ජාලයක් සමඟ ඉතිරි වන ආකාරයයි. ෂෙල් පැතිකඩක ඉතිරි කළ ප්‍රොක්සි විචල්‍ය සති ගණනකට පසු අදාළ නොවන මෙවලම් කඩයි, ඒවා නිදොස් කරන පුද්ගලයා සිදුවීම් දෙක සම්බන්ධ නොකරනු ඇත.

පසුව පේළි හතරක් ලියන්න: ජාලය, වේලා මුද්‍රාව, අසාර්ථක වූ අවස්ථාව සහ ඔබ දුටු නිකුත් කරන්නා. එක් කැම්පස් එකක ක්‍රියා කර ඊළඟ එකේ අසාර්ථක වන මාර්ගයක් සාමාන්‍යයි, ඊළඟ පුද්ගලයාට වෙනස ප්‍රොක්සියද, විසඳන්නාද නැතහොත් පෙරහනද යන්න දැනගත යුතුය. පිළිතුර ජාලය දුරස්ථ ප්‍රවේශය තහනම් කරන බව නම්, එහි නවත්වා පරිපාලකගෙන් ආධාරක මාර්ගය ඉල්ලන්න, නොකියවූ ප්‍රතිපත්තියකට වටහා යාමක් රැගෙන නොයන්න.