Klárast entropía í VPN? Hvað entropy_avail sýnir í raun

Uppruni þess að kjarninn verður uppiskroppa með tilviljanakennd er aðlaðandi skýring á hægu VPN, og næstum alltaf röng fyrir einkennið sem fólk greinir frá. Vél sem bíður tilviljanakenndrar úttaks stöðvast á ákveðnu augnabliki, venjulega snemma í ræsingu eða meðan lyklum er stýrt. Göng sem tengjast fljótt og flytja svo hægt lýsa í staðinn afkastagetu. Aðskildu þessar tvær athuganir áður en þú setur upp daemon til að laga tölu sem þú hefur ekki klárað að lesa.

Hvers vegna goðsögnin lifir

Bæði vandamálin eru raunveruleg og líkjast hvoru öðru úr fjarlægð. Stopp við ræsingu á nýræstri sýndarvél gerast sannarlega, og hæg uppsett göng eru jafn raunveruleg. Mistakið er að ætla að hið síðara stafi af hinu fyrra vegna þess að dulmál kemur einhvers staðar við sögu í báðum frásögnum. Ekkert í orðinu dulkóðun gefur til kynna að hvert flutt bæti eyði nýju bæti af umhverfishávaða.

Svona virka þessir generatorar ekki. Dulmálssafn heldur generator með fræi og dregur úttak úr því og frævar aftur samkvæmt eigin stefnu, svo dýra augnablikið er frævunin en ekki stöðug flutningur.

Hvað generator gerir fyrir hverja pakka

Í OpenSSL 3 er sjálfgefna generatorstigveldið byggt úr DRBG-tilvikum sem fræva og fræva aftur samkvæmt stillingum og stöðu. Í OpenVPN 2.6 dregur AEAD-gagnaleiðin nonce sinn úr raðnúmeri pakkans ásamt óbeinu gildi fyrir hverja lotu, en eldri CBC-leiðin dregur gervislembundið IV fyrir hverja pakka. Ekkert mynstrið styður regluna um að færsla gígabæts eyði gígabæti af nýjum kjarnahávaða. Bæði styðja hugmyndina um að lyklagerð og handslög séu staðurinn þar sem frævun skiptir máli.

CBC-tilfellið á skilið nafn því það lítur út eins og goðsögnin og er það ekki: IV þess fyrir hverja pakka kemur frá generator safnsins samkvæmt eigin frævaáætlun safnsins, aldrei frá kjarnakalli fyrir hverja pakka. Þegar einhver vitnar í entropíukostnað á hvert bæti, spurðu hvaða útgáfu safnsins og hvaða kóðaleið var mæld.

Hvar biðin kemur í raun fram

Setjið tímastimpla um stigin frekar en um lotuna: ræsing, auðkenning, lyklaskipti og flutningur. Bið áður en göngin verða nothæf er önnur kvörtun en lágt stöðugt hlutfall, og aðeins önnur þeirra bendir á tilviljun. Á Linux getur venjuleg beiðni getrandom() lokað þar til tilviljanakennd uppspretta kjarnans er frumstillt, og þess vegna er ræsingarútgáfan af þessu vandamáli raunveruleg á sýndarvélum og innfelldum borðum sem hafa lítið til að fæða laugina snemma.

Tvær ódýrar skipanir eiga heima í byrjun þessarar söfnunar, og þær leysa auðveldu spurningarnar áður en taflan er jafnvel nauðsynleg. Teljarinn sem þær lesa er entropíubókhald en ekki bandvíddarmælir, og eitt skyndimynd getur ekki sýnt að ferli sé blokkað, hversu lengi það beið eða hvaða viðmót safnkallin þess nota. Sýni tekið eftir bata missir venjulega stoppið algjörlega, svo hafðu kjarnaútgáfuna við hlið lestursins.

cat /proc/sys/kernel/random/entropy_avail
uname -r

Lagaðu leiðréttinguna að lestrinum

Ef kjarninn bíður sannarlega frumstillingar, skoðaðu studda frævaleið kerfisins frekar en göngin. Hægt er að gefa sýndarvél tilviljanakenndu tæki frá hýsilnum, svo sem virtio-rng, og undirbúningur myndarinnar skiptir máli því fræ sem er afritað óbreytt í marga gesti er ekki sjálfstæð frumstilling. Ef safn greinir frá frævunarmistökum eftir ræsingu, skoðaðu stillta uppsprettu þess og hegðun veitandans í stað þess að breyta kjarnastillingum.

ss -tin dst 203.0.113.7
sar -n DEV 1 5

Skjöl OpenSSL-generatorsins lýsa því hvernig þetta stigveldi fær inntak og hvenær frævun aftur á sér stað, sem er miklu þrengri fullyrðing en goðsögnin og á aðeins við um þá útfærslu. Entropídaemon er ekki algild hraðabót, og að setja hann upp til að láta teljara hækka breytir öryggisforsendu án þess að sýna seinkun. Fyrir afkastagetu, fylgdu gagnaleiðinni: einn mettaður þráður, endursendingar, ytra tap og biðraðafall þurfa hvert sína leiðréttingu, og biðminnisstærðir takast á við sokkabuffer með eigin biðraðasönnun.