د لویو اپلوډونو پر مهال VPN پرې کېږي: لومړی کتار ولولئ

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

په هر چلولو کې یو متغیر بدل کړئ او پای ټکی ټینګ وساتئ۔

د تکرار وړ بار پرتله جوړه کړئ

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

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

پایله د وخت نښو سره خوندي کړئ ترڅو بار شوي او بېکاره چلونې کرښه په کرښه پرتله شي۔

کتار ولولئ، نه سرعت

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

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

د بار لاندې ځنډ شمېرې له بېکاره شمېرو سره پرتله کړئ۔ پرته له پاکټ ضایع د لسیزو ملی ثانیو څخه سلګونو ته ټوپ کتار دی؛ د ټینګ ځنډ سره ضایع بل خرابۍ ته اشاره کوي۔

وسیله او کنټرول لاره وګورئ

کوډ کول او لیږد د پروسیسر وخت اخلي، او کوچنی روټر یا د تودوخې له مخې محدود لپ ټاپ کله چې بوخت وي پاکټونه غورځولی شي۔ ټولیز بار وګورئ نه د یو پروسې سلنه، ځکه په کرنل کې لیږد او د مداخلې سمبالښت هغه ځای نه ښکاري چې خلک معمولاً ورته ګوري۔

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

د کلاینټ د وخت ختمېدنه کېدای شي د پلان شوي کیلي بدلون یا د ناستې تګلارې یوې پېښې سره هم یوځای شي۔ د پېښو ترتیب لپاره د اپلیکیشن د تېروتنې پیغام یوازې نه، د کلاینټ خپل لاګ ولولئ۔

یو شی بدل کړئ او تکرار یې کړئ

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

په هر ځای کې د وخت محدودیتونه پورته کول او کوډ کول کمزوري کول هغه دوه بدلونونه دي چې نښه ورکوي پرته له دې چې وپېژني کومه پوله ناکامه شوه۔ دواړه ترمیم نه دي۔ دواړه ناکامي وروسته، هغه ځای ته ځوړندوي چې هلته یې د لامل نسبتول ستونزمن دي۔

د نوي غوښتنې او هغه بیاځلي نښلونې چلند په ازمویلو پای ته ورسوئ چې کاروونکی واقعاً پرې تکیه کوي۔ د هغه بار لاندې ټینګښت چې شکایت یې پیدا کړ یوازینی د ثبت وړ پایله ده۔