VPN نښلوي، یو څه وخت کار کوي او بیا د ترافیک تېرول بندوي، پداسې حال کې چې کلاینټ لا هم غونډه ښیي۔ بیا نښلول یې سمول کېږي، نو د کلاینټ د خطا په څېر ښکاري۔ معمولاً دا فایر وال یا NAT وسیله ده چې بې‌کاره UDP نقشه یې ورټوپ کړې او نه پوهېږي چې تونل لا هم شته۔

نښه د تشخیص لپاره په کافي اندازه ثابته ده: دا د بې‌کارۍ وروسته ښکاري، نه د بار لاندې۔

د بې‌کارۍ ودرېدل څنګه ښکاري

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

دواړه له بې‌کارۍ سره تړاو لري، او دواړو ته بېلابېل سمونونه پکار دي۔

له هر څه بدلولو دمخه وختونه ولیکئ۔ راپور چې نږدې لس بې‌کاره دقیقې وروسته ودرېږي د ازموینې وړ دی، خو راپور چې ناڅاپي لوېږي د ازموینې وړ نه دی۔ همدا توپیر پرېکړه کوي چې تاسو د ټایمر پسې ځئ که د لارښوونې بدلون پسې۔

هغه وسیله ومومئ چې هېر يې کړی

څو وسیلې کولی شي د یوې جریان لپاره حالت وساتي: سیمه‌ایز روټر، پورتنۍ ژباړونکی، د ورېځې پوله او د کوربه فایر وال۔ هر یو خپل ټایمر لري، او تر ټولو لنډ ګټي۔ پنځه دقیقې وقفه معمولاً مانا دا ده چې یوه وسیله له نورو څخه ډېره ټیټه تنظیم شوې ده۔

دا مه فرض کوئ چې مستنده تلواله هم ستاسو په لار کې د وخت حد دی۔ دا د یوې وسیلې تلواله ده۔

  • کورني روټر: ډېری وختونه دقیقې، کله ناکله ډېرې کمې۔
  • ورېځیز NAT یا د بار توازن کوونکی: د UDP لپاره په ځانګړي ډول مستند بې‌کاري وخت حد وګورئ۔
  • د کوربه فایر وال: د netfilter تعقیب ټایمرونه په هر جریان باندې تطبیق کېږي۔

ټایمرونه په ریښتینې لار کې وګورئ

په Linux کې د netfilter تعقیب ټایمرونه ښکاره او تنظیم‌کېدونکي دي: sysctl net.netfilter.nf_conntrack_udp_timeout او net.netfilter.nf_conntrack_udp_timeout_stream۔ دویم هغه وخت تطبیق کېږي چې ترافیک په دواړو لورو لیدل شوی وي، له همدې امله یو ټینګ تونل کولی شي له یوازې یوې سادې ازموینې اوږد ژوند وکړي۔

RFC 4787 د UDP NAT چلند او سپارښتل شوي لږ تر لږه بیانوي۔ دا هغه مرجع ده چې باید ورته استناد وکړئ کله چې د پلورونکي تلواله غیرعادي لنډه ښکاري۔

Keepalive او بیا نښلول دوه بېلابېل وسایل دي

Keepalive نقشه ژوندې ساتي؛ بیا نښلول مړه غونډه له سره جوړوي۔ دوی بېلابېلې نیمګړتیاوې حل کوي او د تېزۍ بدلېدونکې تنظیمات نه دي۔ د WireGuard PersistentKeepalive په ټاکلي وقفه بسته لېږي تر څو د NAT بند پرانیستی وساتي۔ د OpenVPN keepalive انتخاب په خپله طریقه هماغه کار کوي۔ که منځنۍ وسیله جریان هېر کړی وي او دواړه لوري ورټوپ کوي، هېڅ یو یې مرسته نه کوي۔

ډېر مکررې ازموینې کار زیاتوي خو غلطه پوله سمول نه کېږي۔

د پاڼې بیا بارولو پرځای، نوې غوښتنې سره تایید کړئ

له ټایمر بدلولو یا keepalive زیاتولو وروسته د بې‌کارۍ سناریو په بشپړه توګه لکه دمخه تکرار کړئ۔ بیا له پوښل شوې اپلیکیشن څخه واقعاً نوې غوښتنه وکړئ۔ یو مخکې بار شوی براوزر ټب کولی شي له کیش څخه وښودل شي او تاسو ته هېڅ نه وایي۔

که ودرېدل دوام وکړي، یو ګام بهر ته لاړ شئ او د هغې وسیلې د حالت جدول وګورئ۔

اړوندې مقالې