NM OpenVPN: profili i ruajtur nuk është skedari juaj .ovpn

I njëjti .ovpn skedar lidhet nga një shell dhe skadon pas importimit në NetworkManager. Përfundimi i natyrshëm është se VPN-ja është prishur. Shpjegimi më i mundshëm është më i vogël: NetworkManager nuk e mbajti skedarin, importoi një pjesë të tij në një lidhje të ruajtur, dhe tuneli që po punon përdor në vend të kësaj ato të dhëna të ruajtura. Çfarë thotë skedari tani është e parëndësishme për atë që përmban profili.

Skedari nuk është profili

Importimi është përkthim, jo montim. Opsionet që shtojca i kupton bëhen çelësa në vpn.data fjalorin e lidhjes; opsionet që nuk i kupton hidhen ose regjistrohen diku tjetër, dhe shtegu origjinal është vetëm një referencë. Editimi i skedarit burim më pas nuk ndryshon asgjë në lidhjen që është ruajtur tashmë.

Ky hendek shpjegon një familje të tërë raportesh: çelësi i përbashkët u rrotullua, skedari u përditësua dhe tuneli ende dështon. Profili i ruajtur ende tregon shtegun e vjetër ose vlerën e vjetër, dhe rreshti i komandës vazhdon të punojë sepse lexon skedarin që keni redaktuar. Dy klientë, dy burime të vërtete dhe vetëm njëri prej tyre u përditësua.

Lexoni profilin e ruajtur, jo dialogun

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

Përdorni UUID kur dy profile ndajnë një emër, dhe konfirmoni se lloji i shërbimit është OpenVPN shtojca që prisni, dhe jo një lloj tjetër VPN që ndodh të jetë i instaluar. Pastaj krahasoni pikën fundore, transportin dhe referencat e certifikatës me thirrjen që funksionon.

Një vlerë e dukshme në një redaktues grafik nuk është provë se është ruajtur. Ruani, rihapni dhe lexojeni përsëri përmes rreshtit të komandës; defektet historike të ruajtjes janë një arsye për të kontrolluar të dhënat e ruajtura, jo provë se çdo ndërtim aktual ka të njëjtin gabim. Kontrolli kushton një komandë.

Dy çelësa dhe një drejtim që ka rëndësi

Për një lidhje që përdor vërtetimin TLS, shtojca ruan shtegun e çelësit të përbashkët në ta dhe drejtimin në ta-dir, kur vendosja përdor një. Të dy jetojnë në fjalorin e të dhënave të profilit, dhe të dy duhet të përputhen me atë që pret serveri.

Drejtimi është një vendim në anën e serverit i shprehur në klient. Të zgjedhësh një sepse një profil fqinj e ka është mënyra se si një çelës funksional fillon të dështojë një shtrëngim duarsh. Nëse konfigurimi i serverit është pa drejtim, klienti nuk duhet të shpikë një drejtim.

Vetë skedari i çelësit duhet të jetë i lexueshëm nga shtojca në kontekstin në të cilin punon vërtet. Një paketë e kufizuar ka një pamje të sistemit të skedarëve të ndryshme nga një instalim i zakonshëm në desktop, kështu që një shteg që ekziston në shell-in tuaj mund të jetë i padukshëm për shërbimin.

Përditësoni një hyrje, jo fjalorin

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

Plus-i kryesor përditëson hyrjet individuale të fjalorit. Të caktosh vpn.data pa atë zëvendëson të gjithë fjalorin, dhe kështu një çelës që mungon kthehet në pesë cilësime të prishura. Lexoni profilin përsëri pas ndryshimit dhe konfirmoni se hyrjet e tjera mbijetuan. Një fjalor që humbi pikën fundore në distancë dhe certifikatat e tij është një pasdite shumë më e gjatë sesa ajo me të cilën filluat.

Rilidhuni përmes kontrolleve normale dhe vëzhgoni fazën që dështon. Nëse porta e çelësit të përbashkët tani kalon dhe klienti raporton një gabim certifikate ose vërtetimi përdoruesi, keni ecur përpara dhe hetimi tjetër është i ndryshëm.

Mos i ngatërroni mënyrat e kanalit të kontrollit

tls-auth, tls-crypt, dhe tls-crypt-v2 janë rregullime të ndryshme. Një skedar çelësi që duket i ngjashëm nuk i bën ata të këmbyeshëm, dhe plotësimi i fushave TLS-Auth sepse një profil tjetër përmban një çelës të formatuar prodhon një profil që dështon në një mënyrë që i ngjan një çelësi të gabuar.

Përdorni hartëzimin e shtojcës që përputhet me mënyrën në konfigurimin e serverit. Kur mënyra nuk është e qartë, pyesni pronarin e serverit në vend që të hamendësoni nga rreshti i parë i skedarit.

Mbani një rrugë rikuperimi kur tuneli mbart sesionin tuaj të menaxhimit. Një ndryshim i ruajtur nuk është domosdoshmërisht një ndryshim i aplikuar, dhe një import i suksesshëm nuk është provë se çdo opsion burimor u mbështet. Të dyja boshllëqet ia vlen të njihen përpara se të rilidhni lidhjen përmes së cilës punoni.