ConnMan VPN: meni koji nedostaje je demon, a ne protokol
Meni VPN koji nedostaje u ConnManu obično znači da nema demona VPN ili datoteke provajdera, a ne da protokol nije podržan.
Uvriježeno je vjerovanje da sistem s ConnManom bez stavke VPN na radnoj površini nema instaliranu podršku za VPN. Obično ima podršku za Wi-Fi, a nema je za demon VPN, konfiguraciju provajdera ili agenta za autentifikaciju, i to su tri odvojena izostanka. Meni je prikaz tih komponenti, a ne sama funkcionalnost. Provjera verzije i pakovanja vam jednom naredbom kaže više nego bilo koji broj izvještaja o greškama s radne površine.
Mit: meni je VPN funkcionalnost
Počnite s instaliranom verzijom ConnMana i paketima koji su došli s njom. Izvještaj o grešci iz starijeg izdanja opisuje drugačiji skup funkcionalnosti, a njegovo citiranje obično završi tako što neko ponovo instalira mrežni menadžer koji nije bilo potrebno mijenjati.
Zapišite šta zapravo imate prije nego što bilo šta promijenite: binarni fajl demona, direktorij provajdera i da li je prisutan agent.
Koji demon posjeduje tunel
U dokumentaciji ConnMana 1.41 za Debian bookworm, connman-vpnd je demon koji upravlja VPN vezama uz connmand. Navodi integracije za imenovane VPN pomoćnike, uključujući OpenVPN i OpenConnect. Ta lista je izjava o pomoćnicima, a ne obećanje da će svaki protokol ili tok autentifikacije raditi. Čitajte je kao listu onoga što provjeriti, a ne kao garanciju kompatibilnosti.
Zatim uskladite integraciju s odobrenim protokolom gatewaya. Riječ Cisco vam ne kaže treba li vam veza u starom vpnc stilu ili tok kompatibilan s AnyConnectom, a pogrešan izbor proizvodi neuspjeh autentifikacije koji izgleda kao problem s akreditivima.
Ako i samostalni pomoćnik i ConnMan mogu podići tunel, odlučite ko od njih posjeduje rute, DNS i životni ciklus prije nego što bilo koji počne.
Postavke demona nisu postavke provajdera
Opća konfiguracija demona i konfiguracija pojedinačnog provajdera su različite datoteke različitih formata. U dokumentovanom bookworm rasporedu demon čita /etc/connman/connman-vpn.conf, dok datoteke za provizioniranje provajdera žive pod /var/lib/connman-vpn/ sa sufiksom .config. Ubacivanje OpenVPN profila u taj direktorij ga ne pretvara u ConnMan datoteku za provizioniranje. A priručnik provajdera za ovu verziju opisuje sekcije provajdera i polja specifična za tip koja tim datotekama zapravo trebaju.
Prevodite samo kroz podržano mapiranje instalirane integracije. Povjerenje u certifikat, reference na privatni ključ, identitet gatewaya, rute i ulazi za autentifikaciju svaki zadržava svoju ulogu, a primjerak za drugi tip provajdera nije zamjenjiv samo zato što oba trebaju adresu servera.
Kada se provajder ne učita, uporedite njegova polja s priručnikom za instalirano izdanje, a ne s primjerom s bloga.
Agent za autentifikaciju je odvojena zavisnost
Definicija provajdera ipak može trebati agenta za dobijanje akreditiva ili završetak autentifikacijske razmjene. Za njegovu OpenConnect integraciju, isti priručnik objašnjava da se nedostajuće vrijednosti vezane za autentifikaciju mogu zatražiti kroz VPN Agent API i da kratkotrajni kolačić općenito nije prikladan kao trajna konfiguracijska tajna. Taj mehanizam ne garantuje podršku za svaku prijavu u pregledniku, svaki MFA upit ili provjeru stanja gatewaya. Potvrdite cijeli tok s onim ko posjeduje implementaciju.
Ne nadoknađujte odsutnog agenta upisivanjem lozinke ili sesijskog tokena u široko čitljivu datoteku. To pretvara nedostajuću integraciju u izlaganje akreditiva, a drugi problem živi duže od prvog.
Ako gateway treba interaktivnu prijavu, agent je dio dizajna, a ne opcionalni dodatak.
Provjerite četiri ishoda, ne jedan
Nakon odobrenog provizioniranja, provjerite četiri stvari odvojeno: provajder je odabran, veza je autentifikovana, efektivne rute su one koje ste namjeravali i resolver se ponaša kako se očekuje. Demon koji radi, navedeni provajder i aplikacija koja doseže svoj resurs su tri različita ishoda, a samo je posljednji stvarni cilj korisnika. Njihovo odvojeno bilježenje kaže vam koju fazu popraviti.
Uključite u tu provjeru ponašanje pri ponovnom povezivanju i obaveznu politiku nedostupnog stanja, jer tunel koji se podigne jednom i nikad se ne oporavi nije implementiran. Održavajte radnu konfiguraciju osnovne mreže obnovljivom dok mijenjate VPN integraciju.
Zamjena Wi-Fi menadžera da bi se dobilo dugme mnogo je veća promjena od nedostajuće operacije koja je bila potrebna, i obično je to pobjeda mita.