د IPv6 خورا لویه کڅوړه: ولې لوی VPN لېږدونه بندېږي

پینګ کار کوي، براوزر یوه کوچنۍ پاڼه پورته کوي او د فایل لېږد بندېږي، دا ټول د IPv6 له لارې په همدې تونل کې۔ دا بڼه معمولاً معنا لري چې لېږونکي د لارې ریښتینی اندازه هېڅکله نه ده زده کړې، نه دا چې تونل ورو دی۔ IPv6 تمه لري چې روټرونه ستونزه د Packet Too Big پیغام سره راپور کړي، او انکیپسولیشن د دې مخکې چې کڅوړه بهرنې شبکې ته ورسیږي اضافي بار ورزیاتوي۔ که هغه پیغام فلټر شي، لېږونکی هغه اندازه تکراروي چې تېرېدلی نشي۔

کوچنې غوښتنې، لوی بندېدل

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

یو ورک شوی پیغام د کلاسیک نښې پیدا کولو لپاره کافي دی: لاس ورکول او کوچني ځوابونه بریالي کیږي، او د فولډر لیست یا اپلوډ هر وخت په همدې ځای کې بندېږي۔ کاروونکي دا د ورو VPN په توګه بیانوي، او لاګونه په تصدیق کې هېڅ غلط نه ښیي۔ دواړه کتنې سمې دي او هېڅ یوه یې د ستونزې ځای نه پېژني۔

Packet Too Big بیرته راستنېدونکي معلومات دي، ترافیک نه

د ICMPv6 Packet Too Big پیغام هغه اندازه لېږدوي چې بله ټوپ یې منلی شي، او لېږونکی یې د خپل اټکل کمولو لپاره کاروي۔ د هغې فلټر کول لکه د سړک نښه لرې کول او بیا ډرایورانو ته ملامتي ورکول دي۔ هغه قاعده چې ټول ICMPv6 غورځوي کلکه ښکاري، خو په هر هغه اړیکه کې چې ورته اړتیا لري د لارې موندنه ماتوي۔ پیغام د لارې په اړه کنټرولي معلومات دي، نه د اپلیکیشن بار۔

انتخابي فلټر کول لا هم منطقي دي۔ د ایکو غوښتنې او د ګاونډیانو موندنه د تېروتنې پیغامونو څخه بېله ونډه لري، او پالیسي کولی شي دوی بېلې وګوري۔ د ټول پروتوکول منلو یا غورځولو پرځای د پلیټفارم مستند فلټر کولو لارښوونې تعقیب کړئ، ځکه چې RFC 8201 ټاکي چې هغه بیرته راستنېدونکي معلومات څنګه موندنه پر مخ وړي۔

دواړه پتې کورنۍ جلا وآزمویئ

IPv6 په خپله جلا وآزمویئ، ځکه چې بریالی IPv4 لېږد د IPv6 لارې په اړه هېڅ نه ثابتوي۔ بیا د لوی لېږد بندېدو پر مهال کنټرولي پیغامونه ونیسئ۔ دواړه ثبتونه یوځای یا ښیي چې بیرته راستنېدونکي معلومات وتونکي دي، یا ثابتوي چې هغه هېڅکله ونه رسېدل۔

ping -6 -M do -s 1400 host.internal
ip -6 route get 2001:db8:2::10
sudo tcpdump -ni any 'icmp6 and ip6[40] == 2'

پروب هغه کڅوړه چې do-not-fragment بټ یې ټاکل شوی وي لېږي او هغه اندازه راپور کوي چې پکې ناکامېږي، دا هغه شمېره ده چې تونل باید ځای پرځای کړي۔ د لارې پوښتنه هغه انټرفیس نوموي چې منزل به یوسي، نو پوهېږئ چې کوم د اړیکې MTU پلي کیږي۔ نیول ICMPv6 ډول 2، یعنې Packet Too Big پیغام، فلټر کوي او ښیي چې آیا هغه دې کوربه ته رسېږي که نه۔ که پیغام په نیول کې ښکاره شي او لېږد لا هم بند وي، لېږونکی هغه له پامه غورځوي، چې څېړنه له شبکې څخه سټیک ته اړوي۔

د تونل اندازه یوازې له شاهدو وروسته بدله کړئ

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

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