OpenVPN TUN සහ TAP: තීරණය කරන කොන්දේසි තුන

ටියුනල් දෙකකට එකම ගොනු මාරුව ගෙනයා හැකි වුවත් වයරය මත තබන දෙයින් සම්පූර්ණයෙන්ම වෙනස් විය හැක. එකක් ලිපින දෙකක් අතර IP පැකට් ගෙනයයි; අනෙක Ethernet රාමු ගෙනයන අතර එය කොටසකට පාලම් කළ හැක. එම වෙනස තීරණය කරන්නේ කුමන යෙදුම් ක්‍රියා කරන්නේද, කුමන සේවාලාභීන් සම්බන්ධ විය හැකිද සහ ඔබ කොපමණ ජාල නිර්මාණයක් භාරගන්නේද යන්නයි.

ප්‍රායෝගිකව මෙය තීරණය කරන්නේ කොන්දේසි තුනකි. ඒවා පිළිවෙලට පරීක්ෂා කරන්න, මන්ද පළමු කොන්දේසිය සාමාන්‍යයෙන් තර්කය අවසන් කරයි.

එක් එක් අතුරුමුහුණත සැබවින්ම ගෙනයන දේ

TUN උපාංගය තට්ටුව 3 හි ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට අතුරුමුහුණතකි: කර්නලය එයට IP පැකට් ලබා දෙන අතර ටියුනලය ඒවා සහකාර ලිපිනයට ගෙනයයි. TAP උපාංගය Ethernet රාමු ගෙනයන තට්ටුව 2 හි අතුරුමුහුණතක් වන අතර, පාලම් කිරීම කිසිසේත් හැකි කරන්නේ එයයි, කර්නල ලේඛන විස්තර කරන පරිදි. දෙකම ගෙවීමේ බර කෙසේ සංකේතනය වේද යන්න වෙනස් නොකරන අතර දෙකම ශක්ති සැකසුමක් නොවේ. තේරීම වන්නේ කෙළවරට හුවමාරු කළ යුතු දේ ගැන මිස ගමනාගමනය කොතරම් හොඳින් ආරක්ෂා වී ඇත්ද යන්න ගැන නොවේ.

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

පළමු කොන්දේසිය: යමකට තට්ටුව දෙක අවශ්‍යද?

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

පරීක්ෂණය ස්පෂ්ටයි: මාර්ගගත ටියුනලයක අසාර්ථක වන යෙදුම නම් කර ඇයිද යන්න කියන්න. පිළිතුර එයට විකාශන අවශ්‍යය යන්න නම්, තට්ටුව දෙක අවංක පිළිතුරයි. පිළිතුර කිසිවෙකුට එක් සේවාදායකයක් වෙත ළඟා විය නොහැකි විය යන්න නම්, අවශ්‍යතාව මාර්ගයක් හෝ ගිනිපවුරු නියමයක් වේ.

දෙවන කොන්දේසිය: සේවාලාභීන්ට එය කළ හැකිද?

සහාය ඒකාකාරී නොවේ. ඩෙස්ක්ටොප් සේවාලාභීන් සාමාන්‍යයෙන් උපාංග වර්ග දෙකම ලබා දෙන අතර, ජංගම සහ කාවැද්දූ සේවාලාභීන් බොහෝ විට ක්‍රියාත්මක කරන්නේ මාර්ගගත ප්‍රකාරය පමණක් වන අතර, පැමිණිලි නොමැතිව ආයාත වන පැතිකඩක් ද අතුරුමුහුණත සෑදීමට උත්සාහ කරන විට අසාර්ථක විය හැක. වේදිකාවේ නමින් විශේෂාංග අනුමාන කරනවාට වඩා නිශ්චිත සේවාලාභියා සහ අනුවාදය පරීක්ෂා කරන්න.

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

තෙවන කොන්දේසිය: මෙය සැබවින්ම අතුරුමුහුණත් ප්‍රශ්නයක්ද?

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

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

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

ප්‍රශ්නය වන්නේ කුමන විකල්පය ශක්තිමත්ද යන්න නොවේ. ගමනාගමනයට සැබවින්ම අවශ්‍ය කුමක්ද යන්නයි.