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'
Бірінші команда бір серіктес үшін кезек пен кептеліс күйін көрсетеді. Екінші және үшінші стекте және интерфейсте тастаулар мен қайта жіберулер туралы хабарлайды, себеп әдетте сонда бірінші пайда болады.
Сіз өлшеген тар жерге түзетуді таңдаңыз
Егер дәлелдер ерте жүктеу инициализациясына нұсқаса, платформаның қолдайтын тұқымдау жолын қараңыз, ол виртуалды машинада хост ұсынған кездейсоқ құрылғыны қамтуы мүмкін. Көптеген қонақтарға өзгеріссіз көшірілген тұқым бейнесі дербес инициализацияның орнын баспайды.
Егер дәлелдер деректер жолына нұсқаса, есептегіштер нұсқаған нәрсені реттеңіз. Буфер өлшемдері кезектер асып кеткенде көмектеседі және бір ағын қаныққанда ештеңе істемейді. Есептегішті көтеру үшін энтропия демонын орнату өткізу қабілетін жөндеу емес, ал график жақсырақ көрінуі үшін тұқымдау болжамдарын өзгерту қауіпсіздік қасиетін санға айырбастайды.
Өзгерісті тек сол өлшеу сол жағдайларда жақсарғанда ғана қабылдаңыз. Үлкенірек есептегіш нәтиже емес; қысқарақ өлшенген күту немесе себебі анықталған жылдамырақ тасымалдау нәтиже.