Cilësimet nuk importojnë .ovpn-in që CLI pranon

I njëjti skedar lidhet nga një shell dhe refuzon të importohet në panelin e desktopit. Kjo përjashton serverin, kredencialet dhe sintaksën e profilit, sepse klienti i rreshtit të komandës i ka përpunuar tashmë të tre. Ajo që mbetet është vetë rruga e desktopit: paketat që i nevojiten, nëngrupi i direktivave që kupton dhe objekti që shkruan në disk. Secili prej tyre dështon ndryshe, dhe mesazhet rrallë tregojnë atë të saktin.

Tre gjëra që dialogu i nevojiten para se të analizojë çdo gjë

Importi ekzekutohet me lejet e përdoruesit tuaj, kështu që një skedar në një drejtori të aksesueshme vetëm nga root refuzohet para se përmbajtja e tij të ketë rëndësi. Paneli liston gjithashtu vetëm llojet e VPN-ve, shtojca e NetworkManager të të cilave është e instaluar; pa shtojcën OpenVPN, opsioni mungon në vend që të jetë i prishur. Së fundi, pajisja e rrjetit duhet të menaxhohet: një ndërfaqe e shënuar si e pamenaxhuar mund të pranojë një lidhje të ruajtur që nuk do të aktivizohet kurrë. Kontrolloni të treja përpara se të modifikoni profilin.

Dy komanda e zgjidhin raundin e parë: dpkg -l network-manager-openvpn-gnome për shtojcën dhe nmcli device status për gjendjen e pajisjes.

Çfarë hedh në heshtje importuesi

Përkthimi për desktop synon një grup fiks vetish. Rreshtat jashtë atij grupi hidhen në heshtje, prandaj tuneli mund të ngrihet me pjesë të konfigurimit të synuar që mungojnë. Skriptet e deklaruara me up, down dhe script-security zakonisht zhduken, si dhe opsionet e ndërfaqes së menaxhimit dhe blloqet shtesë në distancë. Rruga e shkruar me fjalën kyçe vpn_gateway është përjashtimi: importuesi dëshiron atje një portë IPv4 të fjalëpërfjalshme dhe ndalon me një gabim në vend që të hedhë rreshtin.

Një rrugë e hedhur ka një formë të dallueshme. Lidhja aktivizohet, ndërfaqja merr një adresë dhe një nënrrjetë e caktuar mbetet e paarritshme, sepse rruga nuk hyri kurrë në profil.

Lexoni lidhjen e ruajtur, jo skedarin burim

Rezultati autoritativ i një importi është skedari i çelësit, jo .ovpn-i që zgjodhët. sudo cat /etc/NetworkManager/system-connections/office.nmconnection tregon çfarë ruajti vërtet paneli. Nëse atje ka një rrugë, por mungon në tabelën e gjallë, importi pati sukses dhe problemi është aktivizimi. Nëse mungon në skedar, importuesi e hodhi dhe asnjë sasi rilidhjeje nuk do ta rikthejë.

Dy rrugë alternative shmangin shtresën e përkthimit. nmcli connection import type openvpn file ./office.ovpn shkruan të njëjtin objekt dhe raporton gabimet që paneli fsheh.

Redaktori më i vjetër, i nisur me nm-connection-editor, ekspozon fusha rrugësh që paneli nuk i ka. Për profilet që varen nga skripte ose direktiva të pambështetura, mbani klientin e rreshtit të komandës dhe mbikëqyreni atë me një shërbim, pasi të keni çaktivizuar lidhjen e desktopit, kështu që vetëm një komponent zotëron tunelin.

Kur importi funksionon, por aktivizimi jo

Skeda e avancuar mban atë transport që u importua ose u zgjodh së fundmi. Një server që dëgjon në UDP dështon shpejt kur zgjidhet TCP, dhe mesazhi rrallë e thotë këtë. Një lidhje që duhet të nisë pa një përdorues të identifikuar ka nevojë që sekreti i saj të ruhet për të gjithë përdoruesit, gjë që është një cilësim tjetër nga ruajtja vetëm për këtë sesion.

Kur në dialog nuk ka asgjë të dobishme, journalctl -u NetworkManager -b tregon pse dështoi aktivizimi. Klienti shell nuk e prek kurrë atë rrugë, prandaj vazhdon të funksionojë ndërsa kopja e desktopit jo.

Si kontroll përfundimtar, krahasoni versionin e shtojcës me versionin e distribucionit. Një shtojcë e papërputhur mund të instalohet pastër dhe gjithsesi të refuzojë të aktivizojë një profil që nmcli e importon pa ankesë.