Pse OpenVPN në Windows thotë ca: një shteg pa thonjëza, jo një certifikatë e keqe

OpenVPN nuk niset, dhe mesazhi i gabimit tregon një rresht që duket i saktë: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca. Certifikata nuk ka ndryshuar, skedari hapet në një editor, dhe asgjë në shteg nuk duket e gabuar. Analizuesi nuk kundërshton emrin e opsionit; kundërshton sa argumente erdhën me të. Katër kontrolle zgjidhin pothuajse çdo rast të tillë, dhe ia vlen t'i kryeni sipas rendit të kostos.

Pse analizuesi fajëson opsionin

Çdo rresht konfigurimi ndahet në hapësira dhe në thonjëza përpara se çdo opsion ta shohë. Prandaj një vlerë me hapësirë vjen si disa argumente nëse nuk është e rrethuar, dhe opsioni që zotëronte rreshtin raporton mospërputhjen. Në Windows drejtoria e paracaktuar e instalimit e bën këtë të sigurt, sepse C:\Program Files qëndron në mes të shtegut sipas ndërtimit. Në këtë gabim certifikata nuk hapet kurrë, prandaj kontrolli nëse skedari ekziston nuk provon asgjë të dobishme.

Numri i rreshtit i raportuar zakonisht është i saktë, dhe opsioni i raportuar është ai që konsumoi rreshtin. Kur opsioni i përmendur është një që ju e dini se nuk e keni shkruar kurrë, lexoni rreshtin sipër tij, sepse një thonjëz e humbur në një bllok të mëparshëm e zhvendos analizën. Kështu një bllok certifikate përfundon duke u fajësuar për numrin e argumenteve.

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

Vendosni thonjëza rreth çdo shtegu me hapësirë

Një palë thonjëza të dyfishta rreth vlerës është e gjithë rregullimi, dhe në Windows pranohen vijat e pjerrëta, ndaj escapimi nuk bëhet kurrë pjesë e problemit. Rregulloni çdo opsion shtegu në të njëjtin kalim, sepse analizuesi ndalet në dështimin e parë dhe i radhës thjesht pret rindezjen e radhës. Grupi zakonisht përfshin ca, cert, key, tls-auth dhe 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"

Një kërkim sipas emrit të drejtorisë gjen çdo dukuri më shpejt sesa leximi i skedarit. Ekzekutojeni përpara çdo redaktimi, që lista të jetë e plotë:

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

Zhvendosja e profilit në një shteg pa hapësira është alternativë e vlefshme, dhe është e vlefshme vetëm nëse çdo shteg zhvendoset me të. Një profil gjysmë i zhvendosur riprodhon të njëjtin gabim me një emër tjetër skedari, gjë që është më e vështirë të vihet re sepse mesazhi tani tregon një shteg që sapo krijuat. Zgjidhni një qasje dhe përfundojeni.

Rikthe deklaratën e modalitetit përpara certifikatave

Shkaku i dytë i zakonshëm jep një mesazh tjetër me të njëjtën pasdite të humbur. Profili i klientit duhet të deklarojë modalitetin e tij pranë kryes, dhe ajo deklaratë humbet lehtë kur në një skedar të re ngjiten vetëm blloqet e certifikatave. Pa të OpenVPN e lexon skedarin me një grup tjetër vlerash të paracaktuara, dhe dëmtimi shfaqet shumë më vonë si konflikt mes opsioneve ose si dështim hyrjeje. Rreshti që mungon është i lirë për t'u kontrolluar dhe i shtrenjtë për t'u harruar.

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

Mbani një direktivë për rresht sa kohë jeni atje. Rreshtat e bashkuar japin saktësisht gabimin e numrit të argumenteve nga pjesa e parë, dhe rreshti i raportuar duket i arsyeshëm sepse bashkimi ndodhi aty ku editori e theu tekstin. Lexoni rreshtin e papërpunuar, jo atë të shfaqur.

Dëmtimi i kodimit duket si emër opsioni

Një skedar i ruajtur si UTF-16, bashkë me shenjën e rendit të bajteve, e fsheh opsionin e tij të parë nga analizuesi, dhe bajte endacakë mund të ngjiten pas emrit të opsionit në mesazh. Ruajeni skedarin si UTF-8 pa shenjën e rendit të bajteve, pastaj rihapeni dhe konfirmoni që karakteri i parë është një shkronjë normale. Editoret, ridrejtimi në PowerShell dhe teksti i ngjitur nga një dritare bisede i ndryshojnë të gjithë kodimin pa pyetur.

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

Shenja e rendit të bajteve shfaqet si bajte shenjues kryesorë përpara çdo teksti, dhe fshirja e atyre karaktereve me dorë është lëvizje e humbur sepse editori i rishkruan në ruajtjen e radhës. Në vend të kësaj ruajeni skedarin përsëri me kodim të qartë. Fundet e rreshtave janë më të tolerueshme, por një skedar pa rresht të re në fund mund ta bashkojë direktivën e fundit me të mëparshmen pas një redaktimi.

Cili kontroll i pari, dhe pse

Filloni me kodimin, sepse kushton një komandë dhe anulon çdo lexim tjetër të skedarit. Pastaj thonjëzat, pastaj deklarata e modalitetit dhe direktivat e tjera të detyrueshme, dhe vetëm pas tyre certifikatat, çelësat dhe kredencialet. Puna në atë rend e mban çdo hap të kthyeshëm, sepse një certifikatë e zëvendësuar për të rregulluar një problem thonjëzash lë një instalim funksional me një defekt të re dy redaktime larg origjinalit. Rendi ka më shumë rëndësi se kontrollet individuale.

Ruani një kopje të paprekur të skedarit ashtu siç e dorëzoi operatori. Nëse një redaktim i mëvonshëm e prish, një ndryshim kundrejt asaj kopje tregon nëse lëvizi një thonjëz, një rresht i re apo një bajt shenjues, gjë që është më e shpejtë sesa rileximi i gabimit. Referenca e opsioneve për çdo direktivë është në manualin e OpenVPN për versionin e instaluar.