Profili OpenVPN i Windows dështon në Ubuntu: tre shtresa

Nisni të njëjtin profil nga terminali dhe mesazhi që shumica kopjojnë është një paralajmërim, jo arsyeja pse klienti u ndal. Këtu dështojnë tre shtresa të pavarura: një direktivë e shtyrë që ndërtimi për Linux nuk e zbaton, të drejtat e nevojshme për të krijuar një pajisje tun dhe ndihmësi i resolutorit që e kthen lidhjen në DNS funksional. Kalojini sipas radhës, sepse secila mund të fshehë tjetrën.

Mbajeni shkarkimin ashtu si erdhi dhe redaktoni një kopje, që një shkarkim i ri të mos i kthejë ndryshimet tuaja në heshtje.

Lexojeni paralajmërimin përpara se ta fajësoni

block-outside-dns bllokon DNS në Windows përmes Platformës së Filtrimit të Windows, dhe klienti i Linux nuk ka me çfarë ta lidhë. Kur serveri e shtyn, klienti shtyp një rresht për opsion të panjohur për atë hyrje të shtyrë dhe vazhdon, sepse opsioni i shtyrë nuk konsiderohet fatal. Por i njëjti rresht në skedarin tuaj është gjë tjetër: atje analizuesi ndalon. Vendosni cilin nga të dy keni përpara se të prekni diçka, sepse vetëm njëri prej tyre e përfundon ekzekutimin.

Për të hequr zhurmën, filtrojeni para analizimit: një hyrje pull-filter ignore për atë emër, ose --ignore-unknown-option kur rreshti ndodhet në skedarin lokal. Të dyja heshtin një rresht që e keni lexuar tashmë; asnjëra nuk e rregullon një defekt që nuk e keni diagnostikuar.

Privilegjet dështojnë para çdo gjëje tjetër

Një pajisje tun dhe rrugët që e shoqërojnë janë objekte të privilegjuara, dhe një llogari normale nuk mund t'i krijojë. Opsioni --user shpjegon këtë ndarje: demoni heq dorë nga privilegjet e tij vetëm pasi puna e privilegjuar të ketë përfunduar. Nisni atë si root, ose përmes një unit që e nis kështu, pastaj kërkoni një gabim leje përpara se të shikoni certifikatat. Lehtësimi i lejeve të skedarit në profil nuk i jep procesit të drejtat që i mungojnë.

Një gabim TLS do të thotë që klienti e kaloi këtë shtresë. Një ankesë për pajisjen ose rrugën do të thotë që ai nuk arriti kurrë shtresën sipër.

Çfarë bën GUI dhe terminali jo

Lidhja me sukses ndërsa çdo kërkim vazhdon të dështojë është shtresa e tretë. NetworkManager bën vetë punën e resolutorit, prandaj një import nga desktopi mund të shpërndajë DNS edhe kur skripti up i profilit nuk ka funksionuar kurrë me sukses. Komanda openvpn --config ekzekuton atë që emërton --up, dhe nëse ai ndihmës mungon, ndërfaqja shfaqet ndërsa kërkimet vazhdojnë të shkojnë te serverët e mëparshëm. Krahasoni skriptet e dy rrugëve përpara se të instaloni çdo gjë.

Përdorni ndihmësin e paketuar për shpërndarjen tuaj; një skript i kopjuar nga një postim blogu zakonisht synon një resolutor tjetër. Integrimi i ofruar për systemd-resolved nuk është skripti i përgjithshëm në stilin vpnc, dhe secili pret argumentet dhe variablat e veta nga klienti. Skriptet up të përcaktuara nga përdoruesi gjithashtu kërkojnë script-security 2 përpara se klienti t'i ekzekutojë ato fare.

Ndani shtresat në ekzekutimin e ardhshëm

Ekzekutoni një herë me --verb 4 dhe lexoni regjistrin sipas rendit që ndodhi: krijimi i pajisjes, rrugët, shtrëngimi i duarve TLS, pastaj dalja e skriptit up. Dështimi i parë në atë sekuencë është ai që vlen të rregullohet; gjithçka pas tij zakonisht është pasojë. Një tunel që vendoset ndërsa resolutori nuk e bën këtë ju vendos në shtresën e tretë, ku certifikata është e parëndësishme. Lëreni profilin e shkarkuar të paprekur ndërsa krahasoni.

Sapo çdo rregullim i operatorit prodhon një rresht tjetër të refuzuar, skedari është i drejtuar drejt një platforme tjetër. Kërkoni një eksport për Linux në vend që të ndërtoni një listë të përhershme filtrash.

Shënoni cila shtresë dështoi dhe çfarë e ndryshoi atë, sepse personi tjetër që merr të njëjtin skedar do të ndalet gjithashtu te paralajmërimi.