Windows L2TP یوازې ځینې سایټونه پرانیزي: په pfSense کې DF بټ پاک کړئ

لپ ټاپ نښلول کېږي، داخلي شبکه پرانیستل کېږي، او څو عامه سایټونه بند پاتې کېږي۔ تصدیق او لارښوونه په روښانه ډول کار کوي، چې د تشرېح په توګه د بنډل اندازه پرېږدي۔ په L2TP/IPsec تونل کې د کارېدونکې MTU له هغې کوچنې ده چې اډاپټر لا هم اعلانوي، او کارن د «مه ووېشه» بټ په فعال حالت کې بشپړې اندازې بنډلونه لېږلو ته دوام ورکوي۔ pfSense ګېټوې ته کولای شو هغه بټ د پاکولو امر وکړو، او دا د سمولو دمخه د تشخیص د تایید تر ټولو چټکه لار ده۔

له هغو پاڼو پیل وکړئ چې ناکامېږي

له هر تنظیم سره د لاس وهلو دمخه ولیکئ کوم منزلونه ناکامېږي او کوم بریالي کېږي۔ هغه لاسونه چې د تونل تر حد لاندې پاتې کېږي په نورمال ډول بشپړېږي، خو هغه لېږدونه چې بشپړې اندازې برخې ته اړتیا لري په نیمه لار کې ودروي۔ دا وېش د فلټر نه، بلکې د اندازې د ستونزې نښه ده، ځکه بند منزل د پاڼې په منځ کې نه، بلکې د اړیکې د جوړېدو پر مهال ناکامېږي۔ دواړه مشاهدې هیڅ لګښت نه لري او لټون سمدلاسه محدودوي۔

د هغه ping په مرسته ازموینه وکړئ چې بټ ټاکي او د بار اندازه کنټرولوي۔ تر ټولو لوی بار چې تېرېږي، د لارې ریښتینې MTU درته وایي، او د اډاپټر اعلان شوې ارزښت ښیي چې دواړه څومره لرې دي۔

دواړه عددونه ولیکئ۔ سمون په دې پورې اړه لري چې کوم یې غلط دی، او همدا جوړه ده چې وروسته یې ثبت تاییدوي۔

DF بټ د وتلو پر مهال څه کوي

د عددونو د توپیر لامل انکپسولېشن دی۔ IPsec د ESP زیاتوي، L2TP بل سرلیک زیاتوي، او نو تونل له فزیکي لینک څخه کم بار وړي۔ Windows لا هم په اډاپټر کې 1500 بایټ راپور ورکوي او په لېږل شوي شي «مه ووېشه» ټاکي۔ کله چې داسې بنډل ځای ونه مومي، د ګېټوې سم ځواب هغه ICMP پیغام دی چې لېږونکي ته د کوچنۍ کېدو غوښتنه کوي۔ له همدې کبله هغه تونل چې کوچني ping تېروي، بیا هم کولای شي د فایل ډاونلوډ ناکام کړي۔

هغه پیغام ډېری وختونه هېڅکله نه رسیږي۔ کېدای شي یو پړاو ICMP فلټر کړي، یا هیڅ شی یې تولید نه کړي، او لېږونکی تر هغه چې لېږد تسلیم شي هماغه اندازه تکراروي۔

چوپتیا دلته نورمال ښکارېدل دي، له همدې کبله نښه د انتخابي بندېدو په توګه لوستل کېږي۔ په کارن ثبت کې هیڅ شی د ورک ICMP پیغام نه ثبتوي۔

د pfSense انتخاب، او هغه څه چې نه یې کوي

انتخاب په سیستم، پرمختللي، فایر وال او NAT پاڼه کې دی، د «د بنډلونو د غورځولو پرځای ناسم DF بټونه پاک کړئ» په نښان سره۔ د بیرغ لرونکي ډېر لوی بنډل د غورځولو پرځای فلټر بیرغ لرې کوي او بنډل ته اجازه ورکوي چې لاندې ووېشل شي۔ بنډل هغه وخت ناسم ګڼل کېږي چې ونشي کولای د وتلو انټرفېس په یوه ټوټه تېر کړي۔

انتخاب پرته له دې چې کارن ته لاس ووهي اړیکه بیا جوړوي، له همدې کبله مشهور دی۔ دا یو لنډمهاله حل هم دی: وېشل CPU لګوي او هر ورک شوی ټوټه ګرانوي۔

دا یوازې پر لېږل شوي ترافیک پلي کېږي، نه پر هغه ترافیک چې فایر وال پخپله جوړوي۔ هماغه پاڼه «د فایر وال پاکوالی غیر فعال کړئ» وړاندې کوي، چې نورمال کول په بشپړ ډول بندوي، او دا له دې ستونزې ته د اړینې اندازې څخه ډېر پراخ بدلون دی۔

یو تنګتر سمون چې TCP بې وېشه ساتي

نږدې ټول بند پاتې بهېدونکي TCP دي، او TCP کولای شي پر وېش تکیه کولو پرځای پر کوچنۍ برخه سلا وشي۔ په تونل انټرفېس کې د MSS محدودول د لاس وهلو پر مهال اعلان شوې ارزښت بیا لیکي، نو هر اړخ هغه څه لېږي چې واقعاً ځای مومي۔ بیا لار په اټکلي ډول چلند کوي او هیڅ بنډل ته وېش ته اړتیا نه وي۔

دا UDP د کشف یا د DF انتخاب لپاره پرېږدي۔ کله چې ناکام سایټونه عادي وېب پاڼې وي، محدودیت هغه بدلون دی چې باید غوره شي۔

کارن کولای شي د netsh interface ipv4 show subinterfaces له لارې خپله د اډاپټر MTU راپور کړي۔ هغه عدد له هغې سره پرتله کړئ چې سرور یې د توافق شوي په توګه فکر کوي، ځکه دواړه تل یو شان نه وي۔ همدا ارزښت دی چې عملیاتي سیستم به یې واقعاً وکاروي، هر څه چې خبرې اترې راپور کړي۔

د ثبت په مرسته تایید کړئ، بیا حالت بیا تنظیم کړئ

له پریکړې دمخه په دواړو خواوو کې ثبت وکړئ: یو نښه چېرې چې تونل ځي، او بله چېرې چې WAN انټرفېس ځي۔ هغه بنډلونه چې په بشپړه اندازه وتلی او ICMP نه راستنېږي، محدودیت د سمې طبقې په توګه ښیي۔ هغه ځوابونه چې رسیږي او بیا په راستنېدو کې مري، پرځای یې د تونل MTU ته اشاره کوي۔

له بیا هڅې دمخه د حالت جدول پاک کړئ، ځکه موجوده بهیرونه خپلې زاړه برخې اندازې ساتي۔ بیا ناکامه پاڼه پرانیزئ او د یو اړخي شمارونکو پرځای د دوه اړخیز ترافیک لپاره د حالت لید ولولئ۔ که لا هم بند پاتې شي، د بل چیک باکس ازمویلو پرځای بیا ثبت وکړئ۔