OpenVPN-flater: unbekende opsje tls-remote of keysize
In nijere OpenVPN-klant wegeret âlde profylregels lykas tls-remote en keysize. Lês de namme fan ’e opsje, ferfang de kontrôle en hâld de ferifikaasje oan.
It begjint meastentiids mei in profyl dat jierren ferbûn west hat, iepene op in nijere klant, en mislearret foardat de tunnel sels begjint. De terminal printsjelet eat as Options error: Unrecognized option ... in client.ovpn:130: tls-remote, mei in ferzje tusken heakjes oan ’e ein. Lês it as in klacht fan ’e parsearder: it bestân befettet in rjochtline dy’t dizze klant net mear ken.
Dat iene berjocht ferklearret wêrom’t it op ’e nij generearjen fan kaaien, it op ’e nij typen fan it wachtwurd of it kontrolearjen fan ’e tsjinner neat docht. De flater bart wylst de klant syn eigen konfiguraasje lêst, foardat er in socket iepenet. It nuttige wurk is om de wegere rjochtline te identifisearjen en te ferfangen troch it hjoeddeiske ekwivalint.
Lês de mislearjende rigel foardat jo eat feroarje
Start de klant sels ynstee fan him fan in ikoantsje yn ’e taakbalke te starten, sadat it berjocht sichtber is en it profylpaad net twifelich is. Iepenje it bestân op ’e oanjûne rigel en sjoch nei it token dat de klant neamd hat. It rigelnûmer is de profylrigel, gjin ferzje, wat minsken yn ’e war bringt om’t itselde nûmer tusken de heakjes as útjefte-identifikaasje ferskynt.
Alde profylgenerators stjoerden net ien minne rjochtline út, mar ferskate. Reparearje de earste flater, start de klant op ’e nij en ferwachtsje dat de folgjende ferskynt. Dy folchoarder is normaal en is gjin teken dat de bewurkings de saak minder makken.
Wat der barde mei keysize en tls-remote
keysize frege in sjifermetoade-kaailingte yn ’e tiid dat it profyl de sjifermetoade eksplisyt keas. OpenVPN 2.4 ferklearre it ferâldere, en lettere klanten helle it út ’e opsjetabel, sadat de parsearder de rigel no wegeret ynstee fan him te negearjen. Moderne ûnderhanneling liedt de kaailingte ôf fan ’e keazen sjifermetoade, dêrom is der foar de rjochtline neat oer om te kontrolearjen.
tls-remote waard yn 2.4 fuorthelle. It ferlike it tsjinner-sertifikaat mei in ferwachte namme, en syn ferfanging is verify-x509-name, dat stranger is oer hoe’t de namme matchet wurdt. De âlde rjochtline is fuort, dat in profyl dat him befettet sil nea parsearje op in hjoeddeiske klant.
Reparearje ien rjochtline per besykjen. As it profyl ek in sjifermetoade oanjaat dy’t de klant net biedt, jout dat letter in oare flater, en beide feroarings yn ien bewurking minge makket it ûnmooglik om te sizzen hokker de hânskud bruts. Ferbyn op ’e nij nei elke bewurking en bewarje de flatertekst. Dy gewoante lit ek in wurkjende efterfal as in bewurking de saak slimmer makket.
Skriuw de tsjinner-identiteitskontrôle op ’e nij
De ferfanging nimt de ferwachte namme en in fergelikingmodus. verify-x509-name vpn.example.edu name easket dat it ûnderwerp fan it sertifikaat krekt gelyk is oan dy wearde. Oare modi matche in foarheaksel of in folsleine ûnderwerpstring, en de ferkearde modus kieze feroaret in wurkjend profyl yn in skjinne ferifikaasjeflater.
As it âlde tls-remote-argumint de folsleine mienskiplike namme fan ’e tsjinner wie, is in krekte name-fergeliking meastentiids goed. As it in dielwearde wie, brûk dan de foarheakselmodus ynstee fan ’e ferwachte namme te ferkoartsjen, want in koartere krekte oerienkomst sil net ferifisearje. As de oarspronklike wearde net opskreaun is, freegje dan oan wa’t de tsjinner beheart nei it ûnderwerp dat se publisearje.
Meitsje de kontrôle net stom om de flater ferdwine te litten. It fuortheljen fan tsjinner-identiteitsferifikaasje feroaret in reparearber profylprobleem yn in net-ferifisearre tunnel, en dat is krekt it risiko dat de rjochtline bestie om te foarkommen.
Korrizearre profyl, lokale bewurking of âldere klant
As immen oars de tsjinner hat, is it skjinste paad in hjoeddeisk profyl fan dy persoan. Jo kopy komt fan in âldere generator, en harren eksport brûkt al de hjoeddeiske rjochtlinen. Ien download hellet de hiele kategory flaters fuort en hâldt takomstige bewurkings op ien plak.
As jo beide einen hawwe, bewurkje dan in kopy en hâld it orizjineel. Feroarje ien rjochtline, bewarje, ferbyn en skriuw de klantferzje op dy’t jo testen. Hâld in koarte notysje njonken elke bewurking, want in profyl dat oer ferskate sessys bewurke is, is dreech út it ûnthâld te kontrolearjen. Kommandorigel-runs tsjin it bewurke bestân meitsje dy lus fluch om’t de flater streekrjocht nei de terminal giet.
It fêstsetten of weromrôljen nei in klant foar 2.4 lit it berjocht ek ferdwine, en mei in apparaat dat nea bywurke wurdt kin dat de iennichste wurkbere needoplossing wêze. Behannelje it as tydlik: in âlde klant op in hjoeddeiske buro betsjut meastentiids in âlde bibleteek en in net-stipe konfiguraasje, wat in útsteld ynstee fan oplost probleem is.
Nei’t de tunnel omheech komt, lês it hiele profyl noch ien kear. Profylen dy’t ien fuorthelle rjochtline droegen, drage faak in oare, en de twadde komt pas foar ’t ljocht nei’t de earste fuort is.