Error sa OpenVPN: hindi kilalang opsyon na tls-remote o keysize

Karaniwang nagsisimula ito sa isang profile na kumonekta nang maraming taon, binuksan sa isang mas bagong client, at nabigo bago pa man magsimula ang tunnel. Nagpi-print ang terminal ng tulad ng Options error: Unrecognized option ... in client.ovpn:130: tls-remote, na may bersyon sa panaklong sa dulo. Basahin ito bilang reklamo ng parser: may direktiba ang file na hindi na kilala ng client na ito.

Isang mensahe lang ang nagpapaliwanag kung bakit walang naidudulot ang muling pagbuo ng mga key, muling pag-type ng password, o pagsuri sa server. Nangyayari ang pagpalya habang binabasa ng client ang sarili nitong configuration, bago pa ito magbukas ng socket. Ang kapaki-pakinabang na gawain ay tukuyin ang tinanggihang direktiba at palitan ito ng kasalukuyang katumbas.

Basahin ang linyang pumapalya bago baguhin ang kahit ano

Patakbuhin mismo ang client sa halip na ilunsad ito mula sa icon sa tray, upang makita ang mensahe at maging malinaw ang landas ng profile. Buksan ang file sa naiulat na linya at tingnan ang token na pinangalanan ng client. Ang numero ng linya ay linya ng profile, hindi bersyon, na nakakalito dahil lumilitaw din ang parehong numero sa panaklong bilang identifier ng release.

Ang lumang mga generator ng profile ay hindi lang naglabas ng isang masamang direktiba; marami ang inilabas nila. Ayusin ang unang error, patakbuhin muli ang client, at asahan na lalabas ang susunod. Normal ang ganoong pagkakasunod-sunod at hindi senyales na pinalala ng mga pagbabago ang sitwasyon.

Ano ang nangyari sa keysize at tls-remote

Ang keysize ay humihiling ng haba ng cipher key noong panahong malinaw na pinipili ng profile ang cipher. Inalis ito ng OpenVPN 2.4, at tinanggal ito ng mga mas bagong client mula sa talahanayan ng opsyon, kaya tinatanggihan na ng parser ang linya sa halip na balewalain ito. Hinango ng modernong negosasyon ang haba ng key mula sa napiling cipher, kaya wala nang natitira para kontrolin ng direktiba.

Inalis ang tls-remote noong 2.4. Inihahambing nito ang certificate ng server sa inaasahang pangalan, at ang kapalit nito ay verify-x509-name, na mas mahigpit sa paraan ng pagtutugma ng pangalan. Wala na ang lumang direktiba, kaya ang profile na nagdadala nito ay hindi kailanman ma-parse sa kasalukuyang client.

Isa-isang direktiba ang ayusin sa bawat pagtatangka. Kung tinukoy din ng profile ang isang cipher na hindi inaalok ng client, magdudulot iyon ng ibang error mamaya, at ang pagsasama ng dalawang pagbabago sa isang edit ay gagawing imposibleng sabihin kung alin ang sumira sa handshake. Kumonekta muli pagkatapos ng bawat edit at itago ang teksto ng error. Ang ugali na iyon ay nag-iiwan din ng gumaganang fallback kung may pagbabagong nagpalala ng sitwasyon.

Isulat muli ang pagsusuri sa pagkakakilanlan ng server

Kinukuha ng kapalit ang inaasahang pangalan at isang mode ng paghahambing. Ang verify-x509-name vpn.example.edu name ay nangangailangan na ang subject ng certificate ay eksaktong katumbas ng halagang iyon. Ang ibang mode ay tumutugma sa prefix o buong string ng subject, at ang pagpili ng maling mode ay ginagawang malinis na pagkabigo ng beripikasyon ang gumaganang profile.

Kung ang lumang argumentong tls-remote ay ang buong common name ng server, karaniwang tama ang eksaktong paghahambing ng name. Kung ito ay bahagyang halaga, gamitin ang prefix mode sa halip na paikliin ang inaasahang pangalan, dahil hindi magbe-beripika ang mas maikling eksaktong tugma. Kapag hindi nakasulat ang orihinal na halaga, tanungin ang nagpapatakbo ng server kung anong subject ang inilalathala nila.

Huwag patahimikin ang pagsusuri para mawala ang error. Ang pagtanggal ng beripikasyon sa pagkakakilanlan ng server ay ginagawang hindi na-beripika na tunnel ang isang problemang kayang ayusin sa profile, at iyon mismo ang panganib na dapat pigilan ng direktiba.

Itinamang profile, lokal na edit, o mas lumang client

Kapag ibang tao ang may-ari ng server, ang pinakamalinis na landas ay isang kasalukuyang profile mula sa kanila. Galing sa lumang generator ang kopya mo, at gumagamit na ang kanilang export ng kasalukuyang mga direktiba. Isang download lang ang nagtatanggal ng buong kategorya ng mga error at nagpapanatili ng mga susunod na edit sa isang lugar.

Kapag ikaw ang may-ari ng dalawang dulo, i-edit ang isang kopya at itago ang orihinal. Baguhin ang isang direktiba, i-save, kumonekta, at itala ang bersyon ng client na sinubukan mo. Magtabi ng maikling tala sa tabi ng bawat edit, dahil mahirap i-audit mula sa memorya ang isang profile na na-edit sa maraming session. Pinapabilis ng mga pagtakbo sa command line laban sa na-edit na file ang loop na iyon dahil diretso sa terminal ang error.

Ang pag-pin o pag-rollback sa isang client bago ang 2.4 ay nagpapawala rin ng mensahe, at sa isang appliance na hindi kailanman ia-update iyon na marahil ang tanging praktikal na pansamantalang solusyon. Ituring itong pansamantala: ang lumang client sa kasalukuyang desktop ay karaniwang nangangahulugang lumang library at hindi sinusuportahang configuration, isang problemang ipinagpaliban kaysa nalutas.

Kapag bumangon na ang tunnel, basahin muli ang buong profile. Ang mga profile na may isang tinanggal na direktiba ay madalas may isa pa, at ang pangalawa ay lumalabas lamang kapag wala na ang una.