Je, VPN huisha entropia? Kile entropy_avail huonyesha kwa kweli
Kukwama wakati wa kuwasha na handaki lililoimarika la polepole ni hitilafu mbili tofauti. Soma hatua, maana halisi ya kihesabu na foleni kabla ya kulaumu ubahatishi.
Kuisha kwa ubahatishi wa kerneli ni maelezo ya kuvutia kwa VPN ya polepole, na karibu kila mara ni maelezo yasiyofaa kwa dalili ambayo watu huripoti. Mwenyeji anayesubiri matokeo ya bahati nasibu hukwama katika wakati fulani, kwa kawaida mapema kwenye kuwasha au wakati wa kushughulikia funguo. Handaki ambalo huunganisha haraka kisha huhamisha polepole kwa kweli linaeleza upitishaji data. Tenganisha maoni hayo mawili kabla ya kufunga daemon ili kurekebisha namba ambayo hujamaliza kuisoma.
Kwa nini hadithi hii huendelea kuishi
Matatizo yote mawili ni ya kweli na yanaonekana sawa kwa mbali. Kukwama kwa kuanza kwenye mashine pepe mpya kabisa hutokea kweli, na handaki lililoimarika la polepole ni la kweli vile vile. Hitilafu ni kudhani kwamba la pili linasababishwa na la kwanza kwa sababu usimbaji fiche unaonekana mahali fulani katika hadithi zote mbili. Hakuna chochote katika neno usimbaji fiche linalodokeza kwamba kila baiti inayohamishwa hutumia baiti mpya ya kelele ya mazingira.
Jenereta hizi hazifanyi kazi hivyo. Maktaba ya usimbaji fiche huhifadhi jenereta yenye mbegu na huchota matokeo kutoka humo, ikipanda mbegu upya kwa mujibu wa sera yake, kwa hiyo wakati wa gharama ni kupanda mbegu, si uhamishaji wa kudumu.
Jenereta hufanya nini kwa kila pakiti
Katika OpenSSL 3 safu ya jenereta chaguo-msingi hujengwa kutoka nakala za DRBG zinazopanda mbegu na kupanda upya kulingana na usanidi na hali. Katika OpenVPN 2.6 njia ya data ya AEAD hupata nonce yake kutoka namba ya mfuatano wa pakiti pamoja na thamani iliyofichwa kwa kila kikao, wakati njia ya zamani ya CBC huchota IV inayofanana na bahati nasibu kwa kila pakiti. Hakuna muundo unaounga mkono kanuni kwamba kuhamisha gigabaiti moja hutumia gigabaiti ya kelele mpya ya kerneli. Zote mbili zinaunga mkono wazo kwamba utengenezaji wa funguo na kupeana mkono ndiko kunako umuhimu wa kupanda mbegu.
Kisa cha CBC kinastahili kutajwa kwa sababu kinafanana na hadithi na hakiko: IV yake kwa kila pakiti hutoka kwa jenereta ya maktaba kwa mujibu wa ratiba ya maktaba yenyewe ya kupanda mbegu upya, kamwe haitoki kwenye mwito wa kerneli kwa kila pakiti. Mtu anapotaja gharama ya entropia kwa baiti, muulize ni toleo gani la maktaba na njia gani ya msimbo walipima.
Kusubiri kunaonekana wapi kwa kweli
Weka mihuri ya muda kuzunguka hatua, si kuzunguka kikao: kuanza, uthibitishaji, kubadilisha ufunguo na uhamishaji. Kusubiri kabla handaki kutumika ni malalamiko tofauti na kiwango cha chini cha kudumu, na ni moja tu kati yao inayoelekeza kwenye ubahatishi. Katika Linux ombi getrandom() la kawaida linaweza kuzuiwa hadi chanzo cha bahati nasibu cha kerneli kianzishwe, ndiyo sababu toleo la wakati wa kuwasha la tatizo hili ni la kweli kwenye mashine pepe na bodi zilizopachikwa ambazo mwanzoni zina kidogo cha kulisha dimbwi.
| Hatua | Nini cha kuendesha | Usomaji unaomaanisha kusubiri | Usomaji unaomaanisha upitishaji data |
|---|---|---|---|
| Kuwasha, kabla ya handaki yoyote | systemd-analyze critical-chain | kitengo kinachokaa sekunde kadhaa kabla handaki kuanza | haitumiki, bado hakuna kinachohamishwa |
| Kupeana mkono | journalctl -u openvpn-server@server -b | pengo refu kabla mfuatano wa kuanzisha kukamilika | haitumiki, handaki haliko juu |
| Uhamishaji ulioimarika | ss -tin kando ya sar -n DEV 1 | mchakato uliozuiwa na foleni tupu za soketi | foleni zilizojaa, mawasilisho upya na uzi mmoja wenye shughuli |
Amri mbili za bei nafuu ni za mwanzo wa mkusanyiko huo, na hutatua maswali rahisi kabla jedwali kuhitajika kabisa. Kihesabu wanachokisoma ni uhasibu wa entropia, si kipimo cha upana wa bendi, na picha moja haiwezi kuonyesha kwamba mchakato umezuiwa, ulisubiri muda gani au kiolesura gani maktaba yake inaita. Sampuli inayochukuliwa baada ya kupona kwa kawaida hukosa kukwama kabisa, kwa hiyo weka toleo la kerneli kando ya usomaji.
cat /proc/sys/kernel/random/entropy_avail
uname -rOanisha marekebisho na usomaji
Ikiwa kerneli kweli inasubiri uanzishaji, angalia njia ya kupanda mbegu inayoungwa mkono na jukwaa, si handaki. Mashine pepe inaweza kupewa kifaa cha bahati nasibu kinachotolewa na mwenyeji, kama vile virtio-rng, na maandalizi ya picha ni muhimu kwa sababu mbegu iliyonakiliwa bila mabadiliko kwa wageni wengi si uanzishaji huru. Ikiwa maktaba inaripoti kushindikana kwa kupanda mbegu baada ya kuwasha, chunguza chanzo chake kilichosanidiwa na tabia ya mtoa huduma badala ya kubadilisha mipangilio ya kerneli.
ss -tin dst 203.0.113.7
sar -n DEV 1 5Nyaraka za jenereta ya OpenSSL zinaeleza jinsi safu hii inavyopata pembejeo na kupanda mbegu upya kunapotokea, ambayo ni dai jembamba zaidi kuliko hadithi na inatumika kwa utekelezaji huo pekee. Daemon ya entropia si marekebisho ya jumla ya kasi, na kuisakinisha ili kihesabu kipande cha juu hubadilisha dhana ya usalama bila kuonyesha ucheleweshaji. Kwa upitishaji data, fuata njia ya data: uzi mmoja uliojaa, mawasilisho upya, upotevu wa nje na kudondoka kwa foleni kila kimoja kinahitaji marekebisho tofauti, na ukubwa wa bafa hushughulikia ubafaji wa soketi na ushahidi wake wa foleni.