آیا د VPN کمه تیریدنه د انټروپي ستونزه ده؟ معمولاً نه

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

دوه نښې چې یو شان ښکاري

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

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

systemd-analyze blame | head -10
journalctl -u [email protected] -o short-precise | head -40
cat /proc/sys/kernel/random/entropy_avail

لومړني دوه حکمونه د پیل کار په وخت کرښه کې ږدي۔ درېیم د کرنل د انټروپي حساب ارزښت چاپوي، چې د یوې ډاټا نقطې په توګه ګټور او د بینډوېډ مېټر په توګه بېګټه دی۔

د ناڅاپي عددونو انتظار په رښتیا څنګه ښکاري

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

نوي جنراتورونه یو ځل تخم کېږي او بیا د یوې ټاکلې جوړښت څخه تولیدات جوړوي، او د خپل مهال ویش له مخې بیا تخم کېږي۔ ډله ییز لېږد حوض بایټ په بایټ خالي نه کوي، نو د ورو لېږد پر مهال ټیټ حوض ارزښت د لامل په اړه هېڅ نه ثابتوي۔

strace -f -e trace=getrandom -p $(pidof openvpn) 2>&1 | head -20
dmesg | grep -i 'random\|crng'

لومړی حکم ښیي چې ایا بهیر د تاسو د کتلو پر مهال په ناڅاپي عدد غږ کې ناست دی۔ دویم د کرنل خپل د پیل پیغامونه ښیي، او هم هلته د پیل لومړني بندښت ښکاره کېږي۔

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

دوامداره ورووالی په رښتیا څنګه ښکاري

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

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

ss -tin dst 203.0.113.10
nstat -az | grep -i 'drop\|retrans'
ethtool -S eth0 | grep -i 'drop\|error'

لومړی حکم د یو سیال لپاره د کرښې او ګڼې حالت ښیي۔ دویم او درېیم د سټک او انټرفیس په کچه د غورځولو او بیا لېږد راپور ورکوي، چېرې چې لامل معمولاً لومړی ښکاره کېږي۔

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

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

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

بدلون یوازې هغه وخت ومنئ چې هماغه اندازه په هماغو شرایطو کې ښه شي۔ لویه شمارونکې نتیجه نه ده؛ لنډه اندازه شوې انتظار یا د پېژندل شوي لامل سره چټک لېږد نتیجه ده۔