Tinatanggihan ng OpenVPN Connect ang fragment: ayusin ang pinagmulan ng profile

Dumarating ang error sa pag-import, bago ang anumang negosasyon, at pinapangalanan ang isang direktiba na ayaw tanggapin ng client. Pinapatakbo ng OpenVPN Connect ang code ng library ng OpenVPN 3, na hindi talaga nagpapatupad ng opsyon na fragment ng community client. Ginagawa nitong tanong tungkol sa pagiging compatible ng dalawang dulo, hindi tanong tungkol sa pag-tune ng laki ng packet.

Kapag tinanggal ang linya, makakakuha ka ng file na mai-parse ng client, at server na maaaring naghihintay pa rin ng format na inilarawan ng linyang iyon. Lakbayin ito mula sa import screen pakanluran bago baguhin ang kahit ano.

Saan tumitigil ang pag-import

Ini-parse ng importer ang mga direktiba bago ito makipag-ugnayan sa server, kaya ang pagtanggi doon ay lokal na desisyon tungkol sa syntax at hindi resulta ng network, at ang listahan ng mga direktibang hindi sinusuportahan ng OpenVPN ay nagtatala ng parehong limitasyon. Ipinapaliwanag nito kung paano gumagana ang isang file sa community client at bakit nabigo ito sa Connect sa parehong makina. Basahin ang pangalan ng direktiba sa mensahe at itago ang orihinal na file, dahil ang tekstong iyon ang tanging ebidensya kung ano ang tinutulan ng client. Ang error sa pag-import at ang timeout ng koneksyon ay nagmumula sa magkaibang yugto at dapat bigyan ng magkaibang tugon.

Kung pinangalanan ng mensahe ang fragment, ang natitirang tanong ay kung umaasa rin ang server dito. Sagutin iyon bago mo hawakan ang profile na ibinigay sa iyo.

Ano ang binabago ng fragment sa community client

Sa community client, binubuksan ng direktiba ang sariling fragmentation ng datagram ng OpenVPN, na naghahati sa payload bago ito umabot sa panlabas na IP layer. Umiiral ito upang malampasan ang mga landas na nagtatapon ng malalaking UDP datagram at upang mapanatiling magagamit ang tunnel kung saan hindi mapagkakatiwalaan ang pagtuklas ng MTU ng landas. Hindi ito kasingkahulugan ng pagbaba ng MTU ng interface, at hindi ito fragmentation sa antas ng IP na ginagawa ng operating system. Ang client na walang mekanismong iyon ay hindi ito makukuha sa pamamagitan ng pagbaba ng isang numero.

Dahil nabubuhay din ang setting sa configuration ng server, ang pag-alis nito sa iyong kopya ay nagbabago lamang sa iyong panig. Maaaring naghihintay pa rin ang server ng peer na nakakaunawa sa opsyon, at ang profile na na-parse ay hindi pa session na naitatag. Ipinapaliwanag ng dalawang katotohanang iyon ang nakakalitong intermediate na kalagayan kung saan kumokonekta ang na-edit na file at pagkatapos ay natigil.

Humingi ng profile na ginawa para sa client na ito

Ang malinis na daan ay pangalawang profile na dokumentado para sa OpenVPN Connect, kung may inilalathala ang serbisyo. Maraming provider ang gumagawa nito, at ang pagkakaiba ay karaniwang ang mga direktibang iniiwan nila, hindi ang endpoint na tinutukoy nila. Hilingin ito sa pangalan ng client sa halip na ilarawan ang error, dahil mas mabilis na mapapares ng support desk ang isang profile sa isang client kaysa ma-diagnose ang isang hubad na file.

Kung ikaw ang nagpapatakbo ng server, mas malawak ang desisyon kaysa sa iyong sariling client. Ang pagpatay sa fragmentation ay nakakaapekto sa bawat peer, kasama ang mga nangangailangan nito upang manatiling konektado sa mahinang landas. Ang paglalathala ng pangalawang listener o pangalawang configuration para sa apektadong client ay nagpapanatiling gumagana ang mga existing user habang ang mas bagong client ay nakakakuha ng bagay na kaya nitong i-parse. Anuman ang gawin mo, isulat kung aling configuration ang nagsisilbi sa aling client, dahil mabilis na nawawala ang mapping na iyon kung hindi.

I-verify ang koneksyon, hindi lang ang pag-import

Ang matagumpay na pag-import ay nagpapatunay lamang na tinanggap ng parser ang file. Itayo ang tunnel gamit ang community client sa makinang kontrolado mo, gamit ang parehong profile, at basahin ang log para sa negosasyon ng transport at cipher. Ginagawa iyon ng mga command sa ibaba nang hindi humaharang ang desktop app.

openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/

Ipinapakita ng log kung saan tumigil ang pagtatangka: lumalabas ang error sa opsyon bago ang anumang TLS exchange, habang lumalabas ang pagkabigo sa authentication o cipher pagkatapos nito. Kung tumaas ang tunnel at nabigo pa rin ang request, lumipat ang problema mula sa compatibility tungo sa routing. Ihambing iyon sa pag-uugali ng Connect sa parehong network bago ka maghinuha ng anuman tungkol sa server.

Itago ang gumaganang profile at ang bersyon ng client sa tabi ng tala. Maaaring magdagdag ng suporta para sa isang direktiba ang susunod na bersyon ng client, at binabago nito ang sagot nang walang humahawak sa server.