PPPoE මත OpenVPN: link-mtu, tun-mtu ද නැත්නම් mssfix අඩු කරමුද?

පිංග් පිළිතුරු දෙයි, DNS විසඳයි, සහ සම්පූර්ණ ප්‍රමාණයේ කොටසක් අවශ්‍ය වන සෑම පිටුවක්ම සිරවෙයි. තමන්ගේම කැප්සියුලනය එකතු කරන සබැඳියක, මාර්ගය නිහඬව බයිට් දුසිම් කිහිපයක අයවැය නැති කරයි, සහ පිරිසිදු Ethernet සඳහා ලියූ පැතිකඩක් රේඛාවට ගෙන යා නොහැකි පැකට් ඉල්ලා සිටී. සම්බන්ධතාවය මන්දගාමී නොවේ; එය වැදගත් පැකට් හරියටම ඉවතට විසි කරමින් සිටී.

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

නොබ් තුනක්, විවිධ ස්තර තුනක්

link-mtu යනු පිටත අයවැයයි: සංකේතනය කළ පේලෝඩය සමඟ OpenVPN ශීර්ෂය, UDP ශීර්ෂය සහ පිටත IP ශීර්ෂය. එය යන්ත්‍රයෙන් පිටවන දේ විස්තර කරයි, එබැවින් භෞතික මාර්ගය සීමා කරන්නේ එම සංඛ්‍යාවයි.

tun-mtu යනු අභ්‍යන්තර අයවැයයි: ඔබේ ගමනාගමනය දකින අතුරුමුහුණත. එය මාර්ගයට ගෙන යා හැකි ප්‍රමාණයට වඩා ටනලයේ පරිභාරයෙන් හරියටම විශාලය, සහ OpenVPN සාමාන්‍යයෙන් ඔබව සැකසීමට බල කරනවාට වඩා එය ව්‍යුත්පන්න කරයි.

mssfix සම්පූර්ණයෙන්ම වෙනස් යාන්ත්‍රණයකි. එය TCP අත්වැල් ගැසීම් අතරතුර ප්‍රකාශිත උපරිම කොටස් ප්‍රමාණය නැවත ලියයි, එවිට TCP සහකරුවන් කැප්සියුලනයෙන් පසු ගැලපෙන කොටස් තෝරා ගනී. එය අතුරුමුහුණතේ MTU වෙනස් නොකරයි, සහ UDP මත කිසිදු බලපෑමක් නැත.

ඔබ link-mtu පැහැදිලිව සකසන්නේ නම්, අභ්‍යන්තර MTU ව්‍යුත්පන්න කිරීමට OpenVPN තමන්ගේම පරිභාරය අඩු කරයි. එම පරිභාරය ස්ථිර නියතයක් නොවේ; එය සයිෆරය සහ සත්‍යාපනය මත රඳා පවතී, එබැවින් සංසදයකින් පිටපත් කළ අගයක් වෙනත් පැතිකඩක වැරදි විය හැක. link-mtu සහ tun-mtu දෙකම සැකසීමෙන් සේවාලාභියාට පරස්පර උපදෙස් දෙකක් ලැබේ.

කිසිදු සංඛ්‍යාවක් තෝරා ගැනීමට පෙර මාර්ගය මැන බලන්න

ටනලය තුළින් නොව භෞතික අතුරුමුහුණතින් මැන බලන්න, පිංග් පේලෝඩය වාර්තා කරන බව මතක තබා ගන්න, පැකට් ප්‍රමාණය නොවේ. පේලෝඩය 1500 බයිට් රාමුවක් සමඟ සංසන්දනය කිරීමට පෙර IPv4 සහ ICMP ශීර්ෂ සඳහා බයිට් 28 එකතු කරන්න, සහ සහකරු වෙනත් සංඛ්‍යාවක් වාර්තා කරන විට එම නිවැරදි කිරීම මතක තබා ගන්න.

Linux සේවාලාභියෙකුට ping -M do -s 1472 කැබලි කිරීම තහනම් කරයි, පැකට් ඉතා විශාල නම් අසමත් වේ. එය පසු වන තෙක් පේලෝඩය අඩු කරන්න, පසුව මාර්ගයේ MTU ලබා ගැනීමට 28 එකතු කරන්න. PPPoE සඳහා බයිට් 8 වැය වේ, එබැවින් DSL මත 1492 සාමාන්‍යයි. DS-Lite සහ සමහර ජංගම මාර්ග සඳහා 40 හෝ ඊට වැඩි වැය වේ, සහ පිළිතුර සාමාන්‍යයෙන් නාමික සබැඳි වේගය යෝජනා කරන ප්‍රමාණයට වඩා අඩුය.

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

මුලින්ම TCP සීමා කරන්න, පසුව ටනලය හකුළන්න

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

බලපෑමට ලක් වූ ගමනාගමනය TCP නොවන විට අභ්‍යන්තර MTU අඩු කරන්න. UDP සේවාවක්, ටනලය තුළ ටනලයක්, හෝ සම්පූර්ණ ප්‍රමාණයේ ඩේටාග්‍රෑම් යවන යෙදුමක් MSS සීමාවෙන් පසුවත් අසමත් වේ, මන්ද එහි පැකට් ප්‍රමාණය කිසිවක් නැවත නොලියන බැවිනි. එම අවස්ථාවට tun-mtu අඩු කරන්න, නැතහොත් link-mtu සකසා සේවාලාභියාට අභ්‍යන්තර අගය ව්‍යුත්පන්න කිරීමට ඉඩ දෙන්න, නමුත් දෙකම කිසි විටෙකත් නොවේ.

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

කුඩා පරීක්ෂණ දිගටම ක්‍රියා කරන්නේ ඇයි

DNS විමසුම්, ICMP ප්‍රතිරාව, සහ TCP අත්වැල් ගැසීම් සියල්ලම අසමත් වන ප්‍රමාණයට වඩා බොහෝ අඩුය. එබැවින් ටනලය සෑම වේගවත් පරීක්ෂණයකදීම නිරෝගී ලෙස පෙනේ, නමුත් TLS අත්වැල් ගැසීම් සහ HTTP ප්‍රතිචාර නිහඬව අසමත් වේ. එම සංයෝගයම, ක්‍රියා කරන traceroute සහ පළමු විශාල ප්‍රතිචාරයේ සිරවෙන බ්‍රව්සරය, සොයා යා යුතු සංඥාවයි. නව පැතිකඩකට අත ගැසීමට පෙර සම්පූර්ණ ප්‍රමාණයේ පරීක්ෂණයකට අත ගසන්න.

අසමත් වූ ගමනාගමනය සමඟ තහවුරු කරන්න. විශාල පිටුවක් ලබා ගන්න, බලපෑමට ලක් වූ සේවාව එය නම් සම්පූර්ණ ප්‍රමාණයේ UDP ඩේටාග්‍රෑම් යවන්න, සහ වෙනත් සබැඳියක දෙවන සේවාලාභියාගෙන් නැවත කරන්න. මනින ලද මාර්ග MTU සහ ඔබ තෝරා ගත් අගය සටහන් කරන්න, එසේ නොකළහොත් පැතිකඩ ස්පර්ශ කරන ඊළඟ පුද්ගලයා එම සංඛ්‍යාව අත්තනෝමතික ලෙස සලකනු ඇත.

IPv6 ටනලය හරහා යන විට අභ්‍යන්තර MTU කිසි විටෙකත් 1280 ට පහළට නොගන්න, මන්ද සෑම IPv6 සබැඳියක්ම ගෙන යා යුතු අවම අගය එයයි. කුඩා MTU යනු මාර්ගය ගැන කරුණකි, හැඟීමෙන් සකසන කාර්ය සාධන සැකසුමක් නොවේ.