WireGuard තුළ IPIP: කිසිවෙකු අයවැයට නොගත් එම අමතර බයිට 20
IPIP WireGuard තුළ අමතර බයිට 20ක් වැය කරයි. සජීවී උමඟක නතර වූ මාරුවකට ඛණ්ඩනයට දොස් පැවරීමට පෙර නිවැරදි ස්ථරයේ අයවැය කරන්න.
කුඩා ping දින පුරා උමඟ හරහා යයි, SSH බැනරය පැමිණේ, පසුව ගොනු මාරුවක් ආරම්භ වන මොහොතේ සැසිය කැටි වේ. මෙම රටාව වැරදි ස්ථරයේ ගණන් කළ බයිට අයවැයක් පෙන්වා දෙයි, එහිදී පිටත උමඟ එහිම වැය සඳහා මනිනු ලැබූ අතර ඇතුළත එක කිසිවෙකු අඩු නොකළේය. WireGuard සඳහා ඇතුළත තැන්පත් IPIP පැකට්ටුව තවත් IP පැකට්ටුවක් පමණි, එබැවින්ම ඔබ කිසිදා වෙන් නොකළ බයිට එය පරිභෝජනය කරයි. නිවැරදි කිරීම අංක ගණිතයකි, එය විධාන තුනක් සහ වගුවකට ගැළපේ.
එය හෙළිදරව් කරන ලක්ෂණය
ඛණ්ඩන ගැටලුව තමන් ප්‍රකාශ කරන්නේ ප්‍රමාණයෙනි, කිසිදා ලිපිනයෙන් නොවේ. ඔබේ සගයා පැයක් තිස්සේ බයිට 56ක ping ට පිළිතුරු දෙයි, පසුව බයිට 1400දී නිහඬ වේ, උමඟ ඉහළම තිබේ, කිසිදු මාර්ගයක් වෙනස් වී නැත. අත්වැල ගැළපේ, පළමු සම්පූර්ණ TCP කවුළුව ගැළපෙන්නේ නැත, සුවපත් ලෙස පෙනුණු තත්පර කිහිපයකින් මාරුව නතර වේ.
කිසිවක් සංස්කරණය කිරීමට පෙර සීමාව මනින්න, මන්ද නොමනින ලද සීමාව ඔබ දෙවරක් හඹා යන එකයි. සැක සහිත ප්‍රමාණයට පහළින් do-not-fragment බිට් සකසා එක් පරීක්ෂාවක් යවන්න, ping -M do -s 1000 10.9.0.2, පසුව ඔබ දැනටමත් දන්නා ඉතා විශාල ප්‍රමාණයක එය නැවත කරන්න. ගමනාන්තය වෙනස් නොවී පෙරළිය පේලෝඩයේ ප්‍රමාණය අනුගමනය කරයි නම්, මාර්ගකරණය තම කාර්යය කරමින් සිටින අතර අයවැයෙන් එක් ශීර්ෂයක් අස්ථානගත වී ඇත.
සෑම ශීර්ෂයක්ම එක් වරක්, නිවැරදි ස්ථරයේ ගණන් කරන්න
උමඟ අතුරුමුහුණතින් නොව, මාර්ගයේ කුඩාම MTU සිට ආරම්භ කරන්න, මන්ද බිත්තිය දෙකෙළවරටම ඉහළින් පිහිටා ඇත. WireGuard IPv4 පිටත ප්‍රවාහනය සඳහා බයිට 60ක් වැය කරයි: IP සඳහා 20, UDP සඳහා 8 සහ තම ශීර්ෂය සඳහා 32, එම ප්‍රවාහනය IPv6 නම් බයිට 80ක්. බයිට 1420ක wg0 බයිට 1500ක මාර්ගයකට සැබවින්ම ලබා දිය හැකි 1440ට පහළින් බයිට 20ක ඉඩක් තබා ගනී, එබැවින්ම විකියකින් පිටපත් කළ සංඛ්‍යාව මෙහි තවමත් ගැළපේ. මුළු ගොඩගැස්මම රූප සටහනේ අඳින්න, මන්ද ඊළඟ වරට MTU වෙනස් කරන්නා නැත්නම් නව රවුම් සංඛ්‍යාවක් තෝරා ඔබේ දෝෂය උරුම කරගනු ඇත.
| Layer | Bytes | Remaining |
|---|---|---|
| Path MTU on the wired link | none yet | 1500 |
| WireGuard outer: IP, UDP, WG header | 60 | 1440 |
| Slack kept for safety | 20 | 1420 (wg0) |
| IPIP header inside the tunnel | 20 | 1400 (ipip0) |
| Original IPv4 and TCP headers | 40 | 1360 payload |
පස්වන පේළිය අයවැය වැරදි යන තැනය, මන්ද ඇතුළත තැන්පත් අතුරුමුහුණත ගෙන යන බයිට 1400ට මුල් පැකට්ටුවේම ශීර්ෂ බයිට 40 දැනටමත් ඇතුළත් වේ. එම බයිටවලින් 1360ක් පමණක් ගොනුව කියවන ක්‍රියාවලියට ළඟා වේ. 1400 යෙදුම් පේලෝඩයක් ලෙස සලකන්න, එම තීරුව නොමැති ඕනෑම රූප සටහනක් ඔබට එසේ කිරීමට ආරාධනා කරයි, ඇතුළත උපාංගය නොසෙල්වුණු බිත්තියක් ඉදිරියේ බයිට 40ක් වැඩිපුර ත්‍ර සාරව පවතී.
MTU දෙක වෙන් වෙන්ව සකසන්න
වාහකය සහ ඇතුළත තැන්පත් උපාංගය වෙනම වස්තූන් ය, එබැවින් එක් එක් අගය තමන්ටම අවශ්‍යය. ඒවා මෙම අනුපිළිවෙලින් යොදන්න, මන්ද ඇතුළත තැන්පත් උපාංගය වාහකයෙන් කිසිවක් උරුම නොකරයි:
ip link set wg0 mtu 1420
ip tunnel add ipip0 mode ipip remote 203.0.113.9 local 198.51.100.4
ip link set ipip0 mtu 1400මතක තබාගත යුතු රීතිය: ඇතුළත MTU = පිටත MTU - 20, IPIP උමඟ ගෙන යන පැකට්ටුව IPv4 නම්, සහ - 40, ඇතුළත පැකට්ටුවේ ඕනෑම පැත්තක් IPv6 වූ වහාම, මන්ද ඇතුළත තැන්පත් ශීර්ෂය බයිට 20 සිට 40 දක්වා වර්ධනය වේ. එම අඩු කිරීමට වෙනත් කිසිවක් අයත් නොවේ. ඔබ 1420 තෝරාගත් විට WireGuard හි වැය දැනටමත් වැය කර ඇත, එය දෙවරක් අය කිරීමෙන් පරිපූර්ණ ලෙස ක්‍රියා කරන සහ කිසිවෙකු එය මනින තෙක් මන්දගාමීව පවතින උමඟක් නිපදවයි. උපාංග දෙකම රවුම් 1400ක් ගෙන යන යෙදවුම එම වැරැද්දේම ඇඟිලි සලකුණයි.
ඇතුළත තැන්පත් පැකට්ටුවේ ඕනෑම පැත්තක IPv6 තිබේ නම් ඉහත සෑම සංඛ්‍යාවක්ම අවලංගු වේ, එබැවින් සමාන අඩවියකින් සංඛ්‍යාවක් පිටපත් කිරීම වෙනුවට නැවත ගණනය කරන්න. IPv6 පිටත මාර්ගයේ හෝ මුල් දත්තග්‍රාමයේ දිස්වූ වහාම අඩු කරන ශීර්ෂ එක් එක් 40 බයිට වේ, පේලෝඩ සංඛ්‍යාව හරියටම එපමණක් අඩු වේ.
ඔබට බොහෝ විට අවශ්‍ය නොවන ෆයර්වෝල් රීතිය
WireGuard සගයන් දෙදෙනා අතර කම්බියේ ඇත්තේ UDP පමණි, එබැවින් ප්‍රොටෝකෝල 4 සඳහා ඇතුළතට එන රීතියක්, RFC 2003 IPv4-තුළ-IPv4 ආවරණයට දෙන අංකය, ඇතුළත තැන්පත් මාර්ගය සාදන්නේවත් එය ජීවතුන් අතර තබන්නේවත් නැත. IPIP ශීර්ෂය සංකේතනය කළ පේලෝඩය තුළ ජීවත් වේ, එහිදී කිසිදු කෙළවර ෆයර්වෝලයක් එය නොදකී. ප්‍රොටෝකෝල 4 විවෘත කිරීම කෙසේ වෙතත් සත්කාරකයට තවත් අවසර ලත් මාර්ගයක් හැර කිසිවක් මිලදී නොගනී.
මුල් පැකට්ටුවේ මූලාශ්‍ර සහ ගමනාන්ත සඳහන් කරන ප්‍රතිපත්තිය විසංකේතනයෙන් පසුව, උමඟ අතුරුමුහුණත් සහ මාර්ගකරණ වගුවේ අයත් වේ. එය එහි තබන්න, කෙළවර රීතිය වසා තිබිය හැක.
WireGuard සැබවින්ම තහවුරු කරන්නේ කුමක්ද
AllowedIPs WireGuard ගෙන යන පැකට්ටුවේ මූලාශ්‍රය විනිශ්චය කරයි, එය ගෙන යන්නේ IPIP-ආවරණය කළ පැකට්ටුවයි. අවසර ලත් IPIP මූලාශ්‍රයක්, ඇතුළත ශීර්ෂය ඔබ මාර්ග නොකිරීමට කැමති සත්කාරකයක් නම් කළත් පිළිගනු ලැබේ. එබැවින් මුල් මූලාශ්‍රය ඔබ වෙනුවෙන් සගයා පරීක්ෂා කළ දෙය නොවේ, එම ඇතුළත ලිපින යුගලයට විසංකේතනයෙන් පසු එහිම බලාත්මක කිරීමක් අවශ්‍යය.
ආවරණය මාර්ගකරණ ව්‍යුහයක් සපයයි, දෙවන සංකේතන ස්ථරයක් නොවේ. WireGuard තුළ IPIP අමතර ආරක්ෂාවක් ලෙස හැඳින්වීම වෙනස් නිර්මාණයක් විස්තර කරයි.
එක් pingකින් නොව, ඉණිමඟකින් තහවුරු කරන්න
ඔබ ගණනය කළ සීමාව දෙපසින්ම ආවරණය වන ප්‍රමාණ පරීක්ෂා කරන්න, පසුව උපාංග දෙක ගැන කර්නලය විශ්වාස කරන දේ තහවුරු කරන්න. බයිට 1360ක පේලෝඩයක් සහ බයිට 40ක ශීර්ෂ එක්ව 1400ක් වන විට, පහළ පළමු ප්‍රතිරාවය ගැළපේ, දෙවැන්න සීමාවෙන් බයිටයක් ඔබ්බෙහි වාඩි වේ:
ping -M do -s 1372 10.9.0.2
ping -M do -s 1373 10.9.0.2
wg show wg0
ip -d link show ipip0සීමාවට පහළින් පිරිසිදුව ගමන් කිරීම සහ ඊට ඉහළින් පළමු ප්‍රමාණයේදී අසාර්ථක වීම යනු අංක ගණිතය මුල සිට අග දක්වා රඳා පවතින බවයි. පසුව මුලින් නතර වූ මාරුව නැවත ධාවනය කරන්න, මන්ද කෘත්‍රිම පරීක්ෂාව අයවැය ඔප්පු කරන අතර යවන්නාගේම ලේඛන ප්‍රමාණ ගැන කිසිවක් නොකියයි. ඔබ ගැළපෙන බව ඔප්පු කළ ප්‍රමාණයේදීත් ඇතුළත තැන්පත් මාර්ගය කැඩෙන්නේ නම්, MTU එකෙන් තවත් බයිට දහයක් කැපීමට පෙර දුර කෙළවරේ විසංකේතනය සහ මාර්ග පරීක්ෂා කරන්න.