Wêrom't OpenVPN op Windows ca seit: in paad sûnder oanhellingstekens, gjin min sertifikaat

OpenVPN start net, en it flaterberjocht wiist nei in rigel dy't der hielendal goed útsjocht: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca. It sertifikaat is net feroare, it bestân iepenet yn in bewurker, en oan it paad liket neat ferkeard. De parser hat gjin beswier tsjin de namme fan de opsje; hy hat beswier tsjin hoefolle arguminten der mei kommen binne. Fjouwer kontrôles lossen hast elk sa'n gefal op, en it is de muoite wurdich se yn folchoarder fan kosten te dwaan.

Wêrom't de parser de opsje beskuldigt

Elke konfiguraasjerigel wurdt op wytromte en op oanhellingstekens ferdield foardat in opsje him ea sjocht. In wearde mei in spaasje komt dêrom as ferskate arguminten oan, útsein as dy yn oanhellingstekens stiet, en de opsje dy't de rigel hie, rapportearret de ôfwiking. Op Windows makket de standertynstallaasjemap dat wis, want C:\Program Files stiet troch de opbou midden yn it paad. It sertifikaat wurdt by dizze flater nea iepene, dus it kontrolearjen oft it bestân bestiet bewiist neat nuttichs.

It rapportearre rigelnûmer is meastentiids goed, en de rapportearre opsje is dy't de rigel brûkt hat. As de neamde opsje ien is dy't jo wis nea skreaun hawwe, lês dan de rigel derboppe, want in ferlern oanhellingsteken yn in eardere blok ferskoot it parsen. Sa wurdt in sertifikaatblok úteinlik beskuldige fan it oantal arguminten.

ca C:\Program Files\OpenVPN\config\office-ca.crt

Set oanhellingstekens om elk paad mei in spaasje

Ien pear dûbele oanhellingstekens om de wearde is de hiele reparaasje, en skuorren nei foaren wurde op Windows akseptearre, sadat escapjen nea diel fan it probleem wurdt. Reparaasje elke paadopsje yn deselde trochgong, want de parser stoppt by de earste flater en de folgjende wachtet gewoan op de folgjende werstart. De set omfettet meastentiids ca, cert, key, tls-auth en auth-user-pass.

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

In syktocht op de mapnamme fynt elk foarkommen flugger as it lêzen fan it bestân. Fier it út foardat jo eat bewurkje, sadat de list folslein is:

Select-String -Path .\office.ovpn -Pattern 'Program Files'

It profyl nei in paad sûnder spaasjes ferpleatse is in jildich alternatyf, en it is allinnich jildich as elk paad mei ferpleatst. In heal ferhuze profyl reprodusearret deselde flater mei in oare bestânsnamme, wat dreger te sjen is omdat it berjocht no nei in paad wiist dat jo krekt oanmakke hawwe. Kies ien oanpak en meitsje it dien.

Helje de modusferklearring werom foar de sertifikaten

De twadde gewoane oarsaak jout in oar berjocht mei deselde ferbeane middei. In kliïntprofyl moat syn modus tichtby de boppekant ferklearje, en dy ferklearring is maklik te ferliezen as allinnich de sertifikaatblokken yn in nij bestân plakt wurde. Sûnder dy lêst OpenVPN it bestân mei in oare set standertwearden, en de skea docht him folle letter foar as konflikt tusken opsjes of as mislearre oanmelding. De ûntbrekkende rigel is goedkeap te kontrolearjen en djoer te ferjitten.

client
dev tun
proto udp
remote vpn.example.net 1194

Hâld ien rjochtline per rigel wylst jo der binne. Oaninoar plakte rigels jouwe krekt de argumintoantalflater fan 'e earste seksje, en de rapportearre rigel liket ridlik omdat it plakken barde dêr't de bewurker de tekst ôfbruts. Lês de rûge rigel, net de werjûne.

Kodearringsskea liket op in opsjenamme

In bestân dat as UTF-16 bewarre is, mei in byteoardermerk, ferberget syn earste opsje foar de parser, en losse bytes kinne har yn it berjocht oan de opsjenamme fêstklampje. Bewarje it bestân as UTF-8 sûnder byteoardermerk, iepenje it dêrnei wer en befêstigje dat it earste teken in gewoane letter is. Bewurkers, PowerShell-omlieding en tekst plakt út in petearfinster feroarje allegear de kodearring sûnder te freegjen.

Format-Hex .\office.ovpn | Select-Object -First 1

In byteoardermerk ferskynt as liedende merkbites foar alle tekst, en it mei de hân fuortsmite fan dy tekens is in ferliezende set, want de bewurker skriuwt se by it folgjende bewarjen werom. Bewarje it bestân ynstee opnij mei in eksplisite kodearring. Rigeleinen binne toleranter, mar in bestân sûnder nije rigel oan 'e ein kin de lêste rjochtline nei in bewurking dochs noch mei de foarige gearranje.

Hokker kontrôle earst, en wêrom

Begjin mei de kodearring, want dy kostet ien opdracht en makket elke oare lêzing fan it bestân ûnjildich. Dan de oanhellingstekens, dan de modusferklearring en de oare ferplichte rjochtlinen, en pas dêrnei de sertifikaten, kaaien en oanmeldgegevens. Yn dy folchoarder wurkje hâldt elke stap weromdraaibaar, want in sertifikaat dat ferfongen is om in oanhellingstekenprobleem te reparearjen lit in wurkjende ynstallaasje efter mei in nije flater twa bewurkings fan it orizjineel ôf. De folchoarder is wichtiger as de yndividuele kontrôles.

Hâld in ûnoantaaste kopy fan it bestân sa't de operator it levere hat. As in lettere bewurking it brekt, lit in ferskil mei dy kopy sjen oft in oanhellingsteken, in nije rigel of in merkbyte ferpleatst is, wat flugger is as de flater opnij lêze. De opsjereferinsje foar elke rjochtline stiet yn 'e OpenVPN-hânlieding foar de ynstallearre ferzje.