UDP සැමවිටම වේගවත් නොවේ: OpenVPN ප්‍රවාහය තෝරා ගැනීම

සෑම මාර්ගෝපදේශයක්ම කියන්නේ OpenVPN සඳහා UDP, TCP ට වඩා හොඳ බවයි, එම උපදෙස පෙරනිමියක් මිස මිනුමක් නොවේ. ප්‍රවාහය වෙනස් කරන්නේ පැකට් ලැබෙන ආකාරය සහ මාර්ගය ඒවා අතහැර දමන විට සිදුවන දේය, ටනලය සංකේතනය වන ආකාරය නොවේ. කැප්ටිව් ද්වාරයක් හෝ 443 වරායට පමණක් ඉඩ දෙන ප්‍රොක්සියක් පිටුපස, මන්දගාමී විකල්පය ඇත්තටම සම්බන්ධ වන්නේය. පහත දැක්වෙන්නේ ප්‍රොටොකෝලය කරන දේ සහ ඔබේ ප්‍රවේශ ජාලය ඉඩ දෙන දේ වෙන් කරයි.

ප්‍රවාහය ඇත්තටම වෙනස් කරන දේ

TCP විශ්වාසදායක, පිළිවෙලින් යුත් බයිට් ධාරාවක් සපයන අතර නැති වූ සියල්ල නැවත යවයි, RFC 9293 නිර්දේශ කරන පරිදි. UDP දත්ත ග්‍රෑම් ජාලයට භාර දෙයි, OpenVPN එම සොකටය මත තමන්ගේම විශ්වාසදායකතා ස්ථරය ක්‍රියාත්මක කරයි. TCP, TCP තුළ කැප්සියුල කිරීමෙන් ප්‍රතිසාධන ලූප දෙකක් ගොඩ ගැසේ, එබැවින් නැති වූ එක් ඛණ්ඩයක් ඇතුළත ධාරාව රඳවා තබා ගත හැක, පිටත නැවත සම්ප්‍රේෂණය පැමිණෙන තෙක්. එම අන්තර්ක්‍රියාවයි UDP සඳහා සැබෑ තර්කය, එය ප්‍රතිදානය වශයෙන් නොව ප්‍රමාදය වශයෙන් පෙනේ.

බලපෑම හානිය සහ ගොස් එන කාලය සමඟ වැඩි වේ. පිරිසිදු දේශීය මාර්ගයක දෙකම සමාන ලෙස දැනේ, ඒ නිසා රසායනාගාර පරීක්ෂණය පැමිණිල්ල නැවත නිර්මාණය කරන්නේ කලාතුරකිනි. තදබදය සහිත ජංගම සබැඳියක විශාල මාරුවක් කිසිවක් දකින්නට පෙර සංවාදාත්මක සැසිවල වෙනස පෙනේ.

මේ කිසිවක් රහස්‍යභාවයට හෝ අඛණ්ඩතාවට නොගැටේ. TLS අත්වැල සහ දත්ත නාලිකා සංකේතය දෙකම සඳහා සමානය, එබැවින් මාරු වීමෙන් දුර්වල සංකේත කට්ටලයක් බේරා ගත නොහැක.

TCP තම තැන ලබා ගන්නේ කොහේද

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

මාර්ගය ස්ථාවර නමුත් මැද කොටු සතුරු විටද TCP උපකාර කරයි. සමහර ජාල සාමාන්‍ය වෙබ් රථවාහනයට සමාන TCP සැසි ඉවසා දරාගෙන දිගුකාලීන UDP ප්‍රවාහ නැවත සකසයි. එම සමානත්වය සාර්ථක වේද නැද්ද යන්න නිශ්චිත ජාලයේ ගුණාංගයකි, කිසිදු මාර්ගෝපදේශයකට සියල්ලන්ට එය පොරොන්දු විය නොහැක. ප්‍රොටොකෝලයට දොස් කීමට පෙර අසාර්ථක වන ජාලය තුළම පරීක්ෂා කරන්න.

ප්‍රතික්ෂේප වූ පිවිසුම ප්‍රවාහ ගැටලුවක් නොවේ. සම්බන්ධතාවය බලහත්කාරයෙන් ගෙන යාමට සහතික සත්‍යාපනය අක්‍රීය කිරීම වඩාත් නරක ප්‍රතිඵලයක් ඇති වෙනත් වෙනසකි.

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

ඔබට ඇත්තටම ඇත්තේ කුමන අසන්නාදැයි පරීක්ෂා කරන්න

කාර්යසාධනය සංසන්දනය කිරීමට පෙර දෙපසම ප්‍රවාහය සහ වරාය ගැන එකඟ බව තහවුරු කරන්න. සේවාලාභී ගොනුවක proto udp, proto tcp ලෙස වෙනස් කිරීමෙන් සේවාදායක අසන්නෙකු නොනිමේ. සේවාදායකය එම ප්‍රොටොකෝලය සඳහා වින්‍යාසගත විය යුතු අතර පැතිකඩ එයට ගැළපිය යුතුය.

grep -E '^(proto|port|remote)' /etc/openvpn/server.conf
ss -lunp | grep openvpn
ss -ltnp | grep openvpn

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

සේවාලාභී පැත්තේ තහවුරු කිරීම ලාභදායීය: --verb 4 සමඟ සම්බන්ධතාවය ධාවනය කර ලොගයේ ප්‍රවාහ පේළිය කියවන්න. සේවාලාභියා UDP කියද්දී සේවාදායකය TCP මත සවන් දෙන්නේ නම්, අත්වැල කිසිදා ආරම්භ නොවේ, කිසිදු සකස් කිරීමක් උපකාර නොකරයි.

ප්‍රවාහ ලේබලය නොව, කාර්ය භාරය සංසන්දනය කරන්න

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

සෑම ධාවනයක් සඳහා ප්‍රතිඵල තුනක් සටහන් කරන්න: ටනලය ස්ථාපිත වේද, රැඳී තිබේද, කාර්යය සම්පූර්ණ වේද. විශාල මාරු කිරීම් සිරවී තිබියදී කුඩා ඉල්ලීම් ක්‍රියා කරන්නේ නම් එය ප්‍රවාහය නොව පැකට් ප්‍රමාණය සහ MTU වෙත යොමු වේ. නැවත නැවත සම්බන්ධ වීම් මාර්ගය හෝ මැද කොටුවේ කාල සීමාව වෙත යොමු වේ.

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