OpenVPN 443 හි තවමත් අවහිරද? ජාලය පරීක්ෂා කරන්නේ කුමක්දැයි බලන්න

උමග නිවසේ රැහැනකින් සම්බන්ධ වී හෝටල් හෝ කාර්යාල ජාලයක නතර වේ, සේවාදායකය 443 වරායට ගෙන යාමෙන් කිසිවක් වෙනස් නොවීය. මෙම ප්‍රතිඵලය පොදු තරම් නිසා එයට හැඩයක් ඇත: වරාය පහසු කොටස විය, ඉතිරි තීරණය සේවාලාභියා සහ සේවාදායකය අතර වාඩි වී සිටින සියල්ලට අයත් වේ. ප්‍රශ්න දෙකක් බොහෝ අවස්ථා විසඳයි, ඒවායින් එකක්වත් සයිෆර් ගැන නොවේ. ජාලය එම ලිපිනයට TLS අත්වැල් ගැසීමක් පිළිගන්නවාද, උමග ඉහළ තිබියදී සේවාලාභියා තම ව්‍යාවරණයට මාර්ගයක් රඳවා ගන්නවාද?

අත්වැල් ගැසීම අංකයට වඩා හෙළි කරයි

TCP 443 හි දේශීය VPN සවන් දෙන්නා පළමු පැකට්ටුවේ සිටම තම ප්‍රොටෝකෝලයෙන් කතා කරයි. ClientHello හි අනුවාද ක්ෂේත්‍රයක්, අහඹු අගයක් සහ දිගු කිරීම් ලැයිස්තුවක් ඇත, සහ බයිට් සිය ගණනක් කියවන උපාංගයකට කිසිවක් විග්‍රහ නොකර වෙනස හඳුනාගත හැක. වරාය අංක තෘප්තිමත් කිරීම ලාභදායී ය, සහ පෙරහන ඇත්තටම පරීක්ෂා කරන්නේ ප්‍රොටෝකෝලයේ හැඩයයි. නීති සාමාන්‍යයෙන් ප්‍රොටෝකෝලය අනුව ද ලියැවේ, එබැවින් TLS පරීක්ෂා කරන ප්‍රතිපත්තිය UDP ගැන කිසිවක් නොකියයි.

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

ප්‍රවාහය ව්‍යාවරණය කිරීම අසාර්ථකතා ස්ථාන දෙකක් ඇති කරයි

stunnel වැනි TLS ව්‍යාවරණයක් අපේක්ෂිත හැඩය නැවත ගෙන එයි: සේවාලාභියා දේශීය සවන් දෙන්නෙකුට සම්බන්ධ වේ, ව්‍යාවරණය සේවාදායකය සමඟ 443 හි සැබෑ TLS සැසියක් විවෘත කරයි, සහ සේවාදායකයේ දෙවන ව්‍යාවරණයක් විග්‍රහ කළ බයිට් VPN ඩීමනයට යවයි. පිටත සැසිය දැන් වෙනත් ඕනෑම HTTPS සම්බන්ධතාවයක් මෙන් පෙනේ. සේවාදායකයේ VPN ඩීමනය loopback මත පමණක් සවන් දිය යුතුය, මන්ද ව්‍යාවරණයෙන් පිටත කිසිවකට එයට ළඟා විය යුතු නැත.

එම නිර්මාණයට වෙනස් කරුණු තුනක් ගැළපිය යුතුය. සේවාලාභී පැතිකඩ දේශීය සවන් දෙන්නාට යොමු වේ, සේවාදායක සහතිකය සේවාලාභියා සත්‍යාපනය කරන නමට ගැළපේ, සහ සේවාදායක පැත්තේ යැවීම ඩීමනය ඇත්තටම භාවිත කරන වරාය ඉලක්ක කරයි. ඉන් එකක්වත් වැරදුනොත් VPN ස්තරයට ළඟා වීමට පෙර සම්බන්ධතාවය මිය යයි. එවිට සහතික නොගැළපීම VPN දෝෂයක් ලෙස නොව ව්‍යාවරණ දෝෂයක් ලෙස පෙනේ, එබැවින් ලොග දෙකම එකට කියවීම වටී.

ව්‍යාවරණයට යන මාර්ගයම උගුලයි

උමග ඉහළ ආ පසු පෙරනිමි මාර්ගය එය තුළට යොමු වේ, සහ පිටත TLS සැසියට තමා ගෙන යන උමගට නොඉඳින මාවතක් අවශ්‍ය වේ. සාමාන්‍ය VPN සේවාලාභියා තමා අමතන ලිපිනය ආරක්ෂා කරයි; ව්‍යාවරණ කළ සේවාලාභියා තම loopback අමතන බැවින් ව්‍යාවරණයේ ගමනාන්ත ලිපිනය එම ආරක්ෂාවට නොපෙනේ.

sudo ip route add 198.51.100.20 via 192.168.0.1
sudo openvpn --config client.ovpn
sudo ip route del 198.51.100.20

නිශ්චිත ලිපින ඔබම පුරවන්න, සහ මාර්ගය සම්බන්ධතාවයේ මුළු ආයුෂ පුරාම තිබිය යුතුය, ආරම්භයේදී පමණක් නොවේ. සේවාලාභියාට පෙර මාර්ගය එකතු කර පසුව ඉවත් කරන කුඩා ව්‍යාවරණ ස්ක්‍රිප්ටයක් මතක තබා ගත් විධානයකට වඩා විශ්වාසදායකය.

Android හි එම ව්‍යතිරේකයේ සමානය යෙදුම් අනුව සැකසුමකි: ව්‍යාවරණ යෙදුම උමගෙන් ඉවත් කරන්න, එවිට එහිම ගමන් ප්‍රවාහය ජංගම සම්බන්ධතාවයෙන් පිටවේ. ඉවත් නොකළහොත් ව්‍යාවරණය තමා ගොඩනැගීමට උත්සාහ කරන උමග තුළටම යවනු ලැබේ, සහ නැවත සම්බන්ධ වීමේ චක්‍රය සේවාදායක ගැටලුවක් මෙන් පෙනේ.

යමක් වෙනස් කිරීමට පෙර වේලාව කියවන්න

සෑම විටම එකම පරතරයෙන් පසු මිය යන සැසිය ක්‍රිප්ටෝග්‍රැෆික් අසාර්ථකත්වයක් නොව ප්‍රතිපත්ති අත්සනකි, සහ දිගු කාලීන ප්‍රවාහ සීමා එම රටාවම නිපදවයි. අත්වැල් ගැසීමෙන් පසු වහාම යළි සකසන සම්බන්ධතාවය සහතික දාමයට කැමති නොවූ ප්‍රොක්සියක් වෙත යොමු කරයි.

ජාල දෙකෙන්ම සාමාන්‍ය HTTPS අඩවියක සහතික නිකුත් කරන්නා සසඳන්න. සීමිත ජාලයේ නිකුත් කරන්නා වෙනස් නම්, මැද කිසිවක් TLS අවසන් කරමින් සිටී, සහ කිසිදු ව්‍යාවරණයක් එම බාධාව වෙනසකින් තොරව පසු නොකරයි. එම සංසන්දනයම ඔබට කියයි අවහිර කිරීම ඔබේ සේවාදායක නාමය ඉලක්ක කරන්නේද එම ලිපිනයේ සෑම TLS සැසියක්ම ඉලක්ක කරන්නේද.

දුටු හැසිරීම ලියන්න: සැසිය කොපමණ කල් පැවතුණාද, සොකට් විවෘත වුණාද, ව්‍යාවරණය අත්වැල් ගැසීමක් ලොග් කළාද. ඒවායින් එකක් ඊළඟ පරීක්ෂණය පටු කරයි.

එකවර එක් විචල්‍යයක් පරීක්ෂා කරන්න

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

එක් උත්සාහයකට එක් අංගයක් වෙනස් කරන්න. නව වරායක්, නව ව්‍යාවරණයක් සහ නව සයිෆරයක් එකම ධාවනයේ තැබුවොත් තුනෙන් කුමක් වැදගත් වූයේදැයි ඔබට කිව නොහැක.