په WSL2 کې Git د VPN پر سر ودرېږي: د انټرفېس MTU که لار؟

کلون تصدیق کوي، د شیانو شمېر ښکاري، او بیا څو دقیقې هیڅ شي نه خوځېږي۔ Windows راپور ورکوي چې VPN نښلول شوی، د کوربه نوم حل کېږي، او په همدې ماشین کې براوزر هغه ورته زېرمه پاڼه پرته له سختۍ راوړي۔ دا ترکیب د اعتبارنامو پر ځای د بستې اندازې ته اشاره کوي، او د اندازې پوښتنه باید په دوو ځایونو کې وشي ځکه WSL2 خپل Linux انټرفېس لري چې خپل MTU لري۔ یو شمېر د لارې 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"'

د Linux نیمه د توزیع دننه وچلوئ نه دا چې پایلې په Windows شیل کې ولګوئ، ځکه د انټرفېس نومونه او د لارې غوره توب یوازې هلته معنا لري۔ د 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 شمېره سیمه ییزه اندازه ده، نه سپارښتنه۔