DH file o tls-auth key? Pagkilala sa dalawang OpenVPN file

Dalawang file, dalawang direktiba, at ang ugali ng pagpapangalan sa dalawa ayon sa bagay na kinokonpigura nila. Ganoon napupunta ang dh.pem sa linyang tls-auth at nabigo ang kliyente sa isang mensaheng tungkol sa hindi inaasahang format ng key. Ang desisyon sa harap mo ay hindi kung aling file ang mas malakas. Ito ay kung aling papel ang talagang kailangan ng deployment, at tatlong kondisyon ang nagtatakda niyon: aling palitan ng key ang ipagkakasundo ng iyong TLS stack, kung gusto mo ba ng authentication ng control channel, at kung dapat bang manatiling lihim ang materyal.

Sagutin ang mga iyon nang sunud-sunod at ang tanong sa file ay sasagot mismo. Kapag nilaktawan ang mga ito, nagsisimulang magmukhang mapagpapalit ang mga pangalan ng direktiba, at doon mismo nagmumula ang pagkakamali.

Basahin ang label bago ang pangalan ng file

Ang unang linya ng file ay mas nagbibigay-kaalaman kaysa sa pangalan nito, dahil ang pangalan ay kaugaliang pantao samantalang ang label ay ginagawa ng tool. Ang mga parameter ng Diffie-Hellman ay may label na PEM BEGIN DH PARAMETERS. Ang static key ng OpenVPN ay lubos na ibang istruktura, may sariling header at hex payload.

Ang pagpapalit ng pangalan ay walang ginagawang conversion. Ang parameter file na tinatawag na ta.key ay parameter pa rin, at ang static key na tinatawag na dh.pem ay static key pa rin; binabasa ng parser ang nilalaman at tinatanggihan ang pagkakaiba. Suriin bago i-edit ang profile:

head -n 1 dh.pem
head -n 1 ta.key

Tatlong kondisyon na nagtatakda kung aling file ang kailangan mo

Ang unang kondisyon ay ang palitan. Ang Diffie-Hellman handshake sa may hangganang field ay nangangailangan ng grupo, at ang direktibang dh ang lugar kung saan pinangalanan ng server ang mga parameter para dito. Ang handshake sa elliptic curve ay hindi nangangailangan ng file na iyon, dahil ang curve mismo ang set ng parameter. Kung ang iyong server ay nakikipagkasundo lamang sa mga suiten ECDHE, ang DH file ay patay na bigat at hindi karagdagang lakas.

Ang ikalawang kondisyon ay ang authentication ng control channel, isang hiwalay na tampok na may sariling materyal. Ang file na tls-auth ay pinagsasaluhang static key na hawak ng dalawang panig, ginagamit upang lagdaan ang mga packet ng control channel upang ang hindi authenticated na panig ay hindi man lang makumpleto ang handshake. Umiiral ito gumagamit ka man ng DH sa may hangganang field o hindi, at wala itong kinalaman sa mga parameter ng grupo.

Ang ikatlong kondisyon ay lihim at distribusyon. Maaaring ilathala ang mga parameter ng DH nang hindi pinahihina ang session, dahil ang mga lihim na halaga ay ginagawa para sa bawat handshake at hindi kailanman lumalabas sa mga panig. Ang static key ay hindi dapat ilathala: pareho ang bytes sa dalawang dulo, hindi ito umiikot nang mag-isa, at sinumang may hawak nito ay makakagawa ng wastong lagda ng control channel. Ang dalawang sagot na iyon ay tumuturo sa lubos na magkaibang tuntunin sa paghawak, kaya ang isang file ay maaaring manatili sa repository at ang isa ay hindi.

Gumawa ng tamang materyal para sa bawat papel

Gamitin ang tool na gumagawa ng format na inaasahan ng direktiba sa halip na mag-convert sa pagitan nila. Para sa pinagsasaluhang key sa OpenVPN 2.6, ang naka-type na anyo ng generator ay tahasang nagsasaad ng layunin.

openvpn --genkey tls-auth ta.key

Ang utos na iyon ay gumagawa ng bagong lihim na materyal; hindi nito inaayos o sinisiyasat ang umiiral na key, at ang muling pagpapatakbo ay nagbibigay sa iyo ng ibang key na wala sa ibang panig. Kopyahin ang resultang file sa mga panig na nangangailangan nito sa pamamagitan ng channel na gagamitin mo para sa anumang pinagsasaluhang lihim, at panatilihing pare-pareho ang kaugalian sa direksyon: sa tls-auth, ang isang panig ay gumagamit ng key-direction 0 at ang isa ay key-direction 1.

Ang mga parameter ng DH, kapag kailangan mo, ay nagmumula sa paggawa ng parameter at hindi sa generator ng key, at mahalaga ang pinagmulan nila kahit pampubliko ang output. Ang grupong kinuha mula sa hindi kilalang pinagmulan ay hindi nagiging mapagkakatiwalaan dahil pampubliko ito; kailangan pa rin itong maging grupong sinasang-ayunan ng iyong mga panig at isang hindi pinahihina ng laki o konstruksyon nito.

Ano ang ibig sabihin ng dh none at ano ang hindi

dh none ay tunay na direktiba na may makitid na kahulugan: walang parameter file ng may hangganang field ang mai-load, dahil ang handshake ay gumagamit ng Diffie-Hellman sa elliptic curve. Hindi ito abbreviation ng «laktawan ang DH step» sa kahulugang pinapahina ang anuman, at tiyak na hindi nito sinasabi sa OpenVPN na tanggapin ang ibang file bilang kapalit.

Dalawang pagkakamali ang nagmumula sa maling pagbasa. Ang una ay ipagpalagay na inaalis ng dh none ang pangangailangan sa tls-auth, samantalang magkaibang bagay ang kinokontrol ng dalawa. Ang ikalawa ay panatilihin ang lumang linyang dh sa tabi ng konfigurasyong curve lamang at pagkatapos ay magtaka kung aling file ang talagang ginagamit ng server; kung naroon ang direktiba, binabasa ang file, at ang sirang landas doon ay nagpapabigo sa startup dahil sa dahilang walang kaugnayan sa palitang ipagkakasundo.

Kung ang maling file ay na-deploy na

Ibalik ang nilalayong lihim mula sa may-ari ng profile at huwag galawin ang verification ng certificate habang ginagawa iyon. Ang kabiguan ay pagkakaiba ng format, hindi kabiguan ng tiwala, at ang pagpapahinto ng verification upang malampasan ang error ay nagpapalit ng problema sa startup ng tahimik na problema.

Pagkatapos ay paghiwalayin ang dalawang insidente na madaling pagsamahin ng mga tao. Ang paglathala ng parameter file ng DH ay halos walang pinsala, dahil ang mga parameter ay pampubliko sa disenyo. Ang pagbubunyag ng key na tls-auth ay ibang pangyayari: ang key ay nagpapatunay ng mga packet ng control channel para sa bawat panig na may hawak nito, kaya ang pagpapalit ay kailangang i-coordinate sa buong deployment at hindi ilapat sa isang host.

Ang limang-minutong pagsusuri ay nagtatakda kung aling kaso ka: basahin ang unang linya ng bawat file, kumpirmahin ang direktibang tumutukoy dito, at kumpirmahin na ang distribusyon ng file ay tumutugma sa hinihingi ng materyal. Mas maliit na gawain iyon kaysa sa muling paggawa ng gumaganang PKI, at iyon ang palagiang itinuturo ng tatlong kondisyon.