OpenVPN TLS šifrēšanas kļūda: vispirms salīdziniet abas puses

Kļūda „nav kopīga šifra“ izklausās pēc viena iestatījuma, kas jāmaina, un iestatījums, ko maina vairums, ir nepareizais. OpenVPN uztur atsevišķas politikas vadības kanālam, kas veic TLS roku paspiešanu, un datu kanālam, kas pārvadā paketes tuneļa iekšienē, un kļūda nosauc pirmo, kamēr cilvēki labo otro. Salīdzinot, ko atļauj katra puse, pareizajā secībā, minējumi pārvēršas divos vai trijos lēmumos: versija, tad komplektu saraksts, tad akreditācijas dati.

Ja šo secību sajauc, var pavadīt stundu, pievienojot AES nosaukumu sarakstam, kas nekad nav ticis aplūkots.

Divi šifru saraksti, un tikai viens salauž roku paspiešanu

Vadības kanāls vienojas par TLS sesiju, un tā politika tiek rakstīta ar tls-cipher TLS 1.2 un tls-ciphersuites TLS 1.3. Datu kanāls tiek konfigurēts atsevišķi ar data-ciphers, kur nesakritība rada savienojumu, kas izveidojas un pēc tam nevar laist cauri datplūsmu. Abi rada kļūdas, kurās minēti šifri, tāpēc tās sajauc. Roku paspiešana, kas nekad nebeidzas, norāda uz vadības kanālu, bet izveidots tunelis, kas nomet paketes, norāda uz datu kanālu.

Lasiet visu ziņojumu, nevis pirmo rindu. Versiju nesakritība, trūkstošs komplekts, sertifikāta paraksta algoritms, ko puse noraida, un resursdatora nosaukuma pārbaudes neveiksme visas beidzas ar TLS kļūdu, un tikai viena no tām attiecas uz jūsu komplektu sarakstu. Šo kategoriju nošķiršana ir lielākā diagnostikas daļa.

Salīdziniet versijas pirms komplektu salīdzināšanas

Puse, kas ierobežota ar TLS 1.2, un puse, kas prasa 1.3, nedala nevienu versiju, un neviena šifra virkne to nesavieno. Pierakstiet tls-version-min un tls-version-max abās pusēs vai izmantoto būvējumu noklusējuma vērtības, jo distribūcijas OpenSSL politika var pacelt apakšējo robežu, kaut neviens OpenVPN parametrs to nepasaka. Ja viena puse ir ierīce vai trešās puses klients, tās logs ir tas, ko atļauj tās programmaparatūra. Tikai tad, kad logi pārklājas, komplektu salīdzinājumam ir kāda jēga.

Šajos pierakstos jānosauc arī faktiskie binārie faili. Komandrindas openvpn jūsu portatīvajā datorā ne vienmēr ir klients, kas apstrādā importēto profilu.

TLS 1.2 un TLS 1.3 saraksti nejaujas

TLS 1.2 komplektu nosaukumi izskatās šādi: ECDHE-RSA-AES256-GCM-SHA384 un pieder tls-cipher, kas pieņem OpenSSL šifra virkni. TLS 1.3 komplekti tiek nosaukti šādi: TLS_AES_256_GCM_SHA384 un pieder tls-ciphersuites; viena pievienošana 1.2 virknei nekonfigurē 1.3 sarakstu, un parsētājs var pieņemt tekstu, to nekad nesaskaņojot. Filtrs, kas pareizs vienai versijai, neko nepasaka par otru. Pierakstiet, kurai versijai paredzēts katrs saraksts.

openvpn --show-tls izdrukā, ko atbalsta vietējais būvējums, un tas ir uzskaite, nevis solījums: attālā puse var nepieļaut šos komplektus, un aktīvais profils var tos neiespējot. Izmantojiet to, lai izslēgtu būvējumu, kas vispār nevar piedāvāt komplektu, un pēc tam salīdziniet konfigurētos sarakstus.

Pierādiet sarunas jaunā savienojumā

Veiksmīga roku paspiešana ir vienīgais pierādījums, kas skaitās, un tam jānāk no īstā klienta ar īsto profilu. Paaugstiniet servera detalizāciju, pievienojieties vienu reizi un nolasiet no žurnāla saskaņoto protokola versiju un komplektu, tā vietā lai pieņemtu, ka uzvarēja pirmā piedāvātā vērtība. Pēc tam atsevišķi apstipriniet datu kanālu ar datplūsmu caur tuneli, jo strādājoša roku paspiešana un neveiksmīgs datu kanāls ir dažādi labojumi. Atkārtojiet pēc jebkuras konfigurācijas izmaiņas, jo novecojis klienta profils ir bieži sastopams kļūdains negatīvs.

Ja nav apstiprinātas kopīgas konfigurācijas, atbilde ir jauninājums vai migrācijas plāns, nevis vājināta politika. tls-version-min pazemināšana, verifikācijas izslēgšana vai visu veco komplektu iespējošana novērš noraidījumu, neizpildot drošības prasību, kas to radīja.

Pierakstiet saskaņoto versiju, komplektu un datu šifru izmaiņu pieteikumā. Nākamais cilvēks, kas saskarsies ar TLS kļūdu, sāks no šī pieraksta, nevis no foruma ziņojumā atrastas šifra virknes.