WSL2 හි Git VPN මත සිරවේ: අතුරුමුහුණතේ MTU ද නැතහොත් මාර්ගය?

ක්ලෝනය සත්‍යාපනය කරයි, වස්තු ගණන දිස්වේ, පසුව මිනිත්තු කිහිපයක් කිසිවක් චලනය නොවේ. Windows VPN සම්බන්ධ බව වාර්තා කරයි, සත්කාරක නාමය විසඳේ, සහ එම යන්ත්‍රයේ බ්‍රවුසරය එම ගබඩා පිටුවම අපහසුවකින් තොරව ලබා ගනී. මෙම සංයෝගය අක්තපත්‍ර වෙත නොව පැකට් ප්‍රමාණය වෙත යොමු වේ, සහ ප්‍රමාණ ප්‍රශ්නය ස්ථාන දෙකක අසා යුතුය එයට හේතුව WSL2 සතුව තමන්ගේම MTU සහිත තමන්ගේම Linux අතුරුමුහුණතක් ඇති බැවිනි. එක් සංඛ්‍යාවක් මාර්ගයේ Windows පැත්තට, අනෙක විතරණයට අයත් වන අතර VPN ඇඩැප්ටරය පමණක් කියවීමෙන් මාර්ගයෙන් අඩක් පරීක්ෂා නොකළ ලෙස ඉතිරි වේ.

සංඥා තුනක් ප්‍රමාණ ගැටලුව අනෙක් ඒවායින් වෙන් කරයි

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

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

තීරණයට පෙර අතුරුමුහුණත් දෙකම සසඳන්න

එකම සැසියේ Windows දර්ශනය සහ Linux දර්ශනය රැස් කරන්න, සහ එය ගෙන යන්නේ කුමන අතුරුමුහුණතද යන්න අනුමාන කිරීම වෙනුවට ගබඩාවේ ලිපිනය රඳවා ගන්න. පහත විධානය මුලින්ම ගමනාන්තය විසඳයි, එවිට මාර්ග සෙවීම ක්ලෝනය සැබවින්ම සම්බන්ධ වන සේවාදායකය විස්තර කරයි, එය බ්‍රවුසරය පෙන්වූ නාමයට වඩා වෙනස් විය හැක. අර්ධ දෙකම එකිනෙකට සමීපව ධාවනය කරන්න, මන්ද VPN උත්සාහ අතර අතුරුමුහුණතේ මෙට්‍රික වෙනස් කළ හැක.

netsh interface ipv4 show subinterfaces
wsl -d Ubuntu -- bash -lc 'dest=$(getent ahostsv4 github.com | awk \'NR==1{print $1}\'); ip -br link show; ip route get "$dest"'

Windows ෂෙලයට ප්‍රතිදානය අලවනවා වෙනුවට Linux අර්ධය විතරණය තුළ ධාවනය කරන්න, මන්ද අතුරුමුහුණතේ නම් සහ මාර්ග තේරීම අර්ථවත් වන්නේ එහි පමණි. Windows ෂෙලයකින් අලවන ලද ප්‍රතිඵලය වැරදි සංඛ්‍යා විශාල විශ්වාසයකින් වාර්තා කරයි. කිසිවක් වෙනස් කිරීමට පෙර එක් එක් පැත්තෙන් උපාංගය, තෝරාගත් මාර්ගය සහ MTU සටහන් කරන්න.

සංඛ්‍යාව කුඩා විය යුතුදැයි තීරණය කරන්න

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

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

ip -br link show dev eth0
sudo ip link set dev eth0 mtu 1380
ip -br link show dev eth0

සැකසුම කොහේ ජීවත් විය යුතුදැයි තීරණය කරන්න

පරීක්ෂණයෙන් විකල්ප තුනක් එයි, සහ සාමාන්‍යයෙන් ඒවායින් එකක් පමණක් සුදුසුය. කුඩා අගය මාරුවීම නිවැරදි කරන්නේ නම් සහ අගය මෙම ජාලයට සැබවින්ම අවශ්‍ය නම්, සැකසුමට ජීවන චක්‍රයේ හිමිකරුවෙකු අවශ්‍යය: විතරණයේ ආරම්භක කොක්කක්, වේදිකාව මගින් කළමනාකරණය කරන ජාල වින්‍යාසයක්, හෝ ලේඛනගත ක්‍රියා පටිපාටියක්. අගය කිසිවක් නිවැරදි නොකරන්නේ නම්, එය ආපසු හරවා ප්‍රවාහය, ප්‍රොක්සිය සහ සත්‍යාපනය පිළිබඳ ප්‍රශ්න වෙත ආපසු යන්න.

ආරම්භක කොක්කක් තිබේද යන්න භාවිත කරන Windows සහ WSL අනුවාද සහ වින්‍යාස කළ ජාලකරණ මාදිලිය මත රඳා පවතී. Windows ජාලය පරාවර්තනය කිරීම VPN විතරණය සමඟ අන්තර්ක්‍රියා කරන ආකාරය MTU සීරුමාරුවට වඩා වැදගත් ආකාරවලින් වෙනස් කළ හැක, එබැවින් ඒ සඳහා විසඳුමක් නිර්මාණය කිරීමට පෙර මාදිලිය හඳුනා ගන්න. එක් ක්‍රියාකරුවෙකුට හෝ එක් VPN පැතිකඩකට ගැළපෙන අගයක් ඊළඟ සඳහා පෙරනිමියක් නොවේ.

වළක්වා ගත යුතු දෙය වන්නේ අශික්ෂිත ස්ථානගත කිරීමයි: සෑම අන්තර්ක්‍රියාකාරී ෂෙලයකම ආරම්භක ගොනුවේ වරප්‍රසාද ලත් ජාල විධානයක්, හෝ ස්ක්‍රිප්ටයකට එක් පේළියක් ධාවනය කිරීමට මුළු ip ද්විමය ගොනුවට මුරපද රහිත sudo. දෙකම රෝග විනිශ්චය ස්ථිර නිරාවරණයක් බවට පත් කර මුල් ගැටලුව පසුව දැකීම දුෂ්කර කරයි.

පිරිසිදු ආරම්භයකින් පසු තහවුරු කරන්න, පසුව ආපසු හරවන්න

විතරණය නැවත ආරම්භ වන තෙක් පමණක් පවතින වෙනසක් නිවැරදි කිරීමක් නොවේ. විතරණය නැවත ආරම්භ කරන්න, VPN නැවත සම්බන්ධ කරන්න, සහ ping හෝ කුඩා HTTP ඉල්ලීමක් වැනි ආදේශකයක් වෙනුවට මුල් Git ක්‍රියාව නැවත කරන්න. පසුව නව සැසියේ අතුරුමුහුණත අපේක්ෂිත අගය දරන බව තහවුරු කරන්න.

ip -br link show dev eth0
ip route get "$(getent ahostsv4 github.com | awk 'NR==1{print $1}')"

සටහන් කළ මුල් අගය වෙනසෙහි අසල තබන්න එවිට පරීක්ෂණය පිරිසිදුව ආපසු ගැනීමට හැක, සහ කුමන ලිපින පවුල පරීක්ෂා කළාද සටහන් කරන්න, මන්ද IPv4 ප්‍රතිඵලයක් එම සත්කාරකයේම IPv6 සම්බන්ධතාව ගැන කිසිවක් නොකියයි. WSL ජාලකරණ ලේඛන නිවැරදි කිරීම කෙසේ විය යුතුද තීරණය කරන මාදිලි විස්තර කරයි; MTU සංඛ්‍යාවම දේශීය මිනුමකි, නිර්දේශයක් නොවේ.