Hinaharang ng 8192-bit na susi ang handshake; tinatanggihan ang DH na 1024-bit

May isang server na ang mga kliyente ay tumitigil nang saglit at pagkatapos ay muling kumokonekta, at may isa pang agad na tinatanggihan ang mga koneksyon na may mensahe tungkol sa laki ng susi. Mukha silang magkaibang bug at ito ang parehong bug na nakaturo sa magkasalungat na direksyon. Ang kriptograpiya ng handshake ay may gastos na lumalaki sa laki ng parameter, at mayroon din itong sahig na hindi binababa ng mga modernong library. Ang pagtatakda ng laki ng materyal ang checklist, at ang unang aytem ay ang pagpapasya kung alin sa dalawang depekto ang talagang mayroon ka.

Basahin ang pagpalya bago muling gumawa ng anuman

Sinasabi sa iyo ng oras ang karamihan. Ang handshake na tumatagal ng ilang segundo at pagkatapos ay namamatay ay karaniwang nangangahulugan na nalampasan ng kalkulasyon ang pasensya ng kabilang panig, na tumuturo sa mga parameter na masyadong malaki para sa hardware o sa timeout. Ang agarang pagtanggi na nagbabanggit ng laki ng susi o grupo ay tumuturo sa kabilang direksyon, sa materyal na hindi tatanggapin ng library.

Kailangan ng dalawang ito ng magkasalungat na pagwawasto, at dito nagkakamali ang karamihan ng pagtatangka. Ang muling paggawa ng 8192-bit na parameter sa isang kliyenteng tumanggi na sa maliit na grupo ay nagpapalala sa mabagal na kaso nang walang ginagawa para sa mabilis. Isulat kung anong sintomas ang nakita mo bago mo hawakan ang isang file.

Pagkatapos ay tingnan kung ano ang hinihingi sa kabilang panig. Ang server na nakaayos para sa malaking grupo ng may hanggang field ay pinipilit ang bawat kliyente na gumastos ng parehong oras ng CPU sa bawat muling pakikipag-usap, hindi lamang sa pagkonekta. Kung lumilitaw ang problema sa regular na pagitan sa halip na sa pagsisimula, ang pagitan na iyon ay malakas na pahiwatig kung aling setting ang mahal. Inuulit ng muling pakikipag-usap ang buong kalkulasyon, kaya ang paghinto na bumabalik bawat oras ay karaniwang parehong gastos na binabayaran muli.

Ang mabagal na kaso: materyal na hindi kayang bayaran ng hardware

Ang trabaho ng Diffie-Hellman at RSA ay mabilis na lumalaki sa laki ng susi, at nangyayari ang lahat bago pa dumaloy ang anumang trapiko sa tunel. Sa maliit na router o kliyenteng mababa ang lakas, ang sapat na malaking grupo ay maaaring magtulak sa palitan lampas sa timeout ng kabilang panig, kaya sinusubukan muli ng koneksyon o mukhang nakabitin lamang nang walang anumang error.

Ang pagwawasto ay bumaba sa laki na sinusuportahan ng bawat kabilang panig at kayang kalkulahin nang komportable ng bawat aparato. Ang 2048-bit na RSA key at 2048-bit na grupo ay nananatiling malawak na katugmang baseline; ang mas malaki ay nakakatulong lamang kapag lahat ng panig ay sumasang-ayon at kayang bayaran ng CPU sa bawat muling pakikipag-usap. Ang lahat ng higit sa baseline na iyon ay sinadyang palitan, hindi upgrade.

Ang laki ay hindi iskor, at ang pinakamalaking numero sa tabelang paghahambing ay hindi awtomatikong tamang pagpipilian. Piliin ang pinakamaliit na halaga na pinapayagan ng iyong patakaran at tinatanggap ng lahat ng kabilang panig, pagkatapos ay sukatin ang handshake sa halip na ipagpalagay na bumuti ito. Ang mas maliit na grupo na lumalampas pa rin sa oras ay nagsasabi sa iyo na ang laki ay hindi kailanman ang buong kuwento.

Ang mabilis na kaso: grupong tinatanggihan ng library

Ang mga modernong build ng OpenSSL ay direktang tinatanggihan ang pinakamaliit na grupo ng may hanggang field, at ang itinaas na antas ng seguridad ay nagtutulak pa sa sahig. Ang firmware ng router na may dalang dekadang gulang na parameter file ang karaniwang pinagmumulan, at ang sintomas ay koneksyong agad na nabibigo na may mensaheng nagbabanggit ng grupo o laki ng susi. Walang anuman sa palpalyong iyon ang pana-panahon, at iyon ang nagpapadali sa pagkilala rito.

Palitan ang file sa halip na i-edit ang configuration para laktawan ang tseke. Gumawa ng kasalukuyang grupo, patunayan ito, at pagkatapos ay i-install kung saan talagang binabasa ito ng daemon. Itago ang lumang file hanggang sa matagumpay na makakonekta ang isang kliyente gamit ang bago:

openssl dhparam -out /etc/openvpn/ffdhe2048.pem 2048
openssl dhparam -in /etc/openvpn/ffdhe2048.pem -check -noout
ls -l /etc/openvpn/ffdhe2048.pem

Pinapatunayan ng command ng tseke ang file at wala itong nakalimbag na kapaki-pakinabang kapag pumasa; kinukumpirma ng listahan na pinalitan mo ang file na nilo-load ng serbisyo, hindi ang lumang kopya sa tabi. Ituro ang configuration sa landas na iyon, i-restart ang daemon, at kumpirmahin na ang kliyenteng dating nabigo ay kinukumpleto na ngayon ang handshake.

Kung nagtatakda rin ang server ng antas ng seguridad o profile ng sertipiko, basahin ang mga iyon bago magpasyang mali ang grupo. Ang profile na nangangailangan ng mas mahigpit na klase ay maaaring tumanggi sa materyal na tatanggapin sana ng default, at ang pagtanggal sa setting na iyon ay mas makitid na pagbabago kaysa sa pag-disable ng tseke sa buong mundo.

Pumili ng laki para sa kabilang panig at hardware

Alamin kung ano ang kayang tiisin ng malayong dulo bago gumawa ng kakaiba. Ang aparatong masyadong luma para sa 2048-bit na grupo ay aparatong dapat palitan, dahil ang pagturo ng server sa mas mahinang grupo ay ginagawang pagkaantala lamang ang reklamo sa pagiging tugma. Ang matibay na pagwawasto ay gumagalaw patungo sa mas bagong software, hindi sa mas lumang parameter. Ang bawat pansamantalang eksepsyon sa larangang ito ay may paraan ng pagiging permanenteng configuration.

Kung saan ang CPU ng server ang hangganan, palitan ang algorithm sa halip na bumaba sa ilalim ng patakaran. Ang palitan ng susi na elliptic curve tulad ng X25519 ay malaking mas mura kaysa malaking grupo ng may hanggang field at malawak na sinusuportahan, na ginagawa itong mas mabuting sagot sa reklamo sa performance kaysa sa mas maliit na RSA modulus.

Anuman ang piliin mo, subukan gamit ang isang tunay na koneksyon at tingnan kung gaano katagal ang handshake, hindi lamang kung sa huli ay kumokonekta. Ang koneksyong nagtagumpay sa labindalawang segundo ay may parehong ugat na dahilan ng nabibigo sa labinlimang.

Itala ang pinili upang hindi ito mabago ng muling pagtatayo

Itago ang parameter file sa ilalim ng pamamahala ng configuration at isulat sa tabi ang laki, dahilan at petsa. Ang itinayong muli na server na tahimik na gumagawa ng sariling default ay ang paraan kung paano bumabalik ang parehong depekto makalipas ang anim na buwan nang walang makapagpaliwanag ng orihinal na pasya.

Isulat ang parehong impormasyon sa tabi ng endpoint at profile, upang hindi na kailangang buuin muli ito ng pagsusuri mula sa laki ng file. Kapag huminto ang susunod na koneksyon, ang tala na iyon ang pagkakaiba ng limang minutong tseke at bagong imbestigasyon. Pinipigilan din nito ang susunod na inhinyero na lutasin ang mabagal na kaso gamit ang pagwawastong inilaan para sa mabilis.