NAT පිටුපස SoftEther: සෘජු තරණයද නැතහොත් VPN Azure රිලේද?

ඔබගේ SoftEther සේවාදායකය ඔබට වෙනස් කළ නොහැකි සැපයුම්කරුගේ රවුටරයක් පිටුපස පිහිටා ඇත, සහ සේවාලාභීහු තවමත් සම්බන්ධ වෙති, එබැවින් රිලේ එකක් සියල්ල රැගෙන යන බව ඔබ උපකල්පනය කරයි. එය සත්‍යද යන්න රඳා පවතින්නේ කුමන යාන්ත්‍රණය කාර්යය කළේද යන්න මතය: DNS නාමයක්, සම්බන්ධීකෘත UDP මාර්ගයක් හෝ රිලේ වෙත පිටතට යන උමං මාර්ගයක්. තුනම සම්බන්ධිත සේවාලාභියෙකු නිපදවිය හැකි අතර, ඒවා විවිධ තත්ත්වවලදී අසාර්ථක වේ. පරිශීලකයන් හෝ හබ් ස්පර්ශ කිරීමට පෙර ඔබ මිලදී ගන්නා මාර්ගය තීරණය කරන්න.

යාන්ත්‍රණ තුනක්, වෙනස් පොරොන්දු තුනක්

ගතික DNS යනු නාමකරණයයි. එය වෙනස් වන ලිපිනයකට සත්කාරක නාමය යොමු කර තබා ගනී, එවිට මිනිසුන් අංකය පසුපස හඹා යාම නවත්වයි, සහ අන් කිසිවක් නොකරයි. දේශීය NAT තරණය යනු සම්බන්ධීකරණයයි: SoftEther අන්ත දෙකක් තොරතුරු හුවමාරු කරගෙන ඒවා අතර ඇති පරිවර්තන උපාංග හරහා භාවිතයට ගත හැකි UDP මාර්ගයක් විවෘත කිරීමට උත්සාහ කරයි. VPN Azure යනු රිලේ එකකි: සේවාදායකය සේවාව වෙත පිටතට ඇමතුම් ගනී, සහ සේවාලාභීහු රිලේහි යටිතල පහසුකම්වල සත්කාරක නාමයක් හරහා පැමිණේ.

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

සේවාලාභියා සහ ජාලය අනුව තීරණය කරන්න

තේරීම ආරම්භ වන්නේ සේවාලාභියාගෙනි, මන්ද තරණය පවතින්නේ දේශීය SoftEther සම්බන්ධතා යාන්ත්‍රණයේ පමණි. එකම සේවාදායකයේ OpenVPN, L2TP/IPsec සහ SSTP ශ්‍රවණකරුවන් එය උරුම නොකරයි, ඔවුන් සත්කාරකයක් බෙදා ගත්තද. පරිශීලකයා කුමක් ධාවනය කරයිද, පසුව ජාලය කුමක් අවසර දෙයිද යන්න බලන්න. TCP 443 පමණක් අවසර දෙන ආයතනික ජාලයක් ඔබව එම තොටුපළේ රිලේ වෙත තල්ලු කරයි, නමුත් තරණයට අවශ්‍ය UDP තොටුපළවල් හරහා යාමට ඉඩ දෙන ජාලයක් සෘජු මාර්ගයක් උත්සාහ කළ හැකිය; දෙකම සැබෑ නික්මුම් ප්‍රතිපත්තියට එරෙහිව තහවුරු කරන්න.

පරිපාලකයෙකුට එකක් ප්‍රකාශයට පත් කළ හැකි විට අතින් ළඟා විය හැකි ශ්‍රවණකරුවෙකු තවමත් නීත්‍යානුකූල නිර්මාණයකි, නමුත් එය තමන්ගේම ලිපිනකරණය සහ ගිනිපවුරු වැඩ සහිත වෙනම ව්‍යාපෘතියකි.

සැසිය තෝරාගත් ප්‍රවාහනය තහවුරු කරන්න

භාවිතයේ ඇති මාර්ගය සඳහා එකම අවංක මූලාශ්‍රය සම්බන්ධතා තත්ත්වයයි. එය සේවාදායකයේ කියවා, සේවාලාභියාට ලැබුණු සත්කාරක නාමය විසඳන්න.

vpncmd /SERVER localhost /HUB VPN /CMD:SessionList
vpncmd /SERVER localhost /HUB VPN /CMD:SessionGet <session-name>
nslookup alice.vpnazure.net

SessionList මඟින් සම්බන්ධ වී ඇති සැසි පෙන්වයි, සහ ඒවායින් එකක් මත SessionGet සම්බන්ධතා වර්ගය වාර්තා කරයි, සැසිය රිලේ හරහා පැමිණියේද යන්නද ඇතුළත්ව. රිලේ යටිතල පහසුකම්වලට විසඳෙන වාර්තාවක් පවසන්නේ සැසිය තෙවන පාර්ශ්වයක් හරහා ගමන් කරන බවයි, එය පරීක්ෂණයකදී එම මාර්ගය අවහිර කිරීමෙන් තහවුරු කළ හැකිය. දේශීය සේවාලාභියෙකු සමඟ, UDP ත්වරණය දත්ත මාර්ගය පාලන මාර්ගයෙන් ඉවතට ගෙන යා හැකිය, එබැවින් එක් නිරීක්ෂණයක් මුළු සැසිය විස්තර නොකරයි. ලිපිනය වෙනස් වූ පසු කල් ඉකුත් වූ ගතික DNS නාමයක්, සහ පසුතල මාර්ගය නොමැති විටත් පිළිතුරු දෙන රිලේ එකක්, වෙන වෙනම පරීක්ෂා කිරීම වටිනා අසාර්ථක ආකාර දෙකකි. නිර්මාණය අදහස් කළ දෙය නොව, ඔබ මැනිය දෙය සටහන් කරන්න.

තෝරාගත් මාර්ගය රඳා පවතින්නේ කුමක් මතදැයි සැලසුම් කරන්න

සෑම මාර්ගයක්ම යැපීමක් රැගෙන යයි. ජාල සංක්‍රාන්තියක් හෝ නව පරිවර්තන උපාංගයක් පසු සෘජු තරණය වෙනස් විය හැකිය, නමුත් සේවාව හෝ එහි ළඟා විය හැකි තොටුපළ අසාර්ථක වූ විට රිලේ සැසිය අසාර්ථක වේ. වෙනත් ජාලයකින් නැවත සම්බන්ධ වී සේවාලාභියා සත්‍යාපනය කළ සේවාදායක අනන්‍යතාවය තහවුරු කරන්න, කලින් ක්‍රියා කළ මාර්ගය එම පරීක්ෂණයේම තබන්න. පසුව VPN පිටුපස ඇති පෞද්ගලික සම්පත පරීක්ෂා කරන්න, මන්ද අවසරය, හබ් සාමාජිකත්වය, ලිපින වෙන් කිරීම සහ ආපසු මාර්ග කෙසේ වෙතත් ඔබගේ වගකීම ලෙසම පවතී.

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