ConnMan VPN: Den manglende menu er en daemon, ikke en protokol

Forestillingen er, at et ConnMan-system uden et VPN-punkt på skrivebordet ikke har VPN-understøttelse installeret. Det har normalt understøttelse til Wi-Fi og ingen til VPN-daemonen, udbyderkonfigurationen eller godkendelsesagenten, og det er tre separate fravær. Menuen er en visning af disse komponenter, ikke selve funktionen. Kontrol af versionen og pakningen fortæller dig mere med én kommando end ethvert antal fejlrapporter fra skrivebordet.

Myten: menuen er VPN-funktionen

Start med den installerede ConnMan-version og de pakker, der fulgte med den. En fejlrapport fra en ældre udgivelse beskriver et andet funktionssæt, og at citere den ender normalt med, at nogen geninstallerer en netværksadministrator, de ikke havde brug for at udskifte.

Skriv ned, hvad du faktisk har, før du ændrer noget: daemonens binære fil, udbydermappen og om der er en agent til stede.

Hvilken daemon ejer tunnelen

I ConnMan 1.41-dokumentationen for Debian bookworm er connman-vpnd den daemon, der administrerer VPN-forbindelser sammen med connmand. Den lister integrationer til navngivne VPN-hjælpere, herunder OpenVPN og OpenConnect. Den liste er en udtalelse om hjælpere, ikke et løfte om, at enhver protokol eller godkendelsesproces vil fungere. Læs den som en menu over, hvad der skal kontrolleres, ikke som en kompatibilitetsgaranti.

Match derefter integrationen med gatewayens godkendte protokol. Ordet Cisco fortæller dig ikke, om du har brug for en gammeldags vpnc-forbindelse eller en AnyConnect-kompatibel proces, og det forkerte valg giver en godkendelsesfejl, der ligner et legitimationsproblem.

Hvis både en selvstændig hjælper og ConnMan kan rejse tunnelen, så afgør, hvem der ejer ruter, DNS og livscyklus, før nogen af dem starter.

Daemonindstillinger er ikke udbyderindstillinger

Daemonens generelle konfiguration og en enkelt udbyders konfiguration er forskellige filer med forskellige formater. I det dokumenterede bookworm-arrangement læser daemonen /etc/connman/connman-vpn.conf, mens udbydernes klargøringsfiler ligger under /var/lib/connman-vpn/ med et .config-suffiks. At lægge en OpenVPN-profil i den mappe gør den ikke til en ConnMan-klargøringsfil. Den versionsbundne udbydermanual beskriver udbyderafsnittene og de typspecifikke felter, som disse filer faktisk har brug for.

Oversæt kun gennem den installerede integrations understøttede mapping. Certifikattillid, referencer til private nøgler, gatewayidentitet, ruter og godkendelsesinput bevarer hver deres rolle, og en prøve til en anden udbydertype kan ikke udskiftes, blot fordi begge har brug for en serveradresse.

Når en udbyder ikke indlæses, så sammenlign dens felter med manualen til den installerede udgivelse i stedet for med et blogeksempel.

Godkendelsesagenten er en separat afhængighed

En udbyderdefinition kan stadig have brug for en agent til at hente legitimationsoplysninger eller afslutte en godkendelsesudveksling. Til dens OpenConnect-integration forklarer samme manual, at manglende godkendelsesrelaterede værdier kan anmodes gennem VPN Agent API, og at en kortlivet cookie generelt ikke er egnet som en permanent konfigurationshemmelighed. Den mekanisme garanterer ikke understøttelse af hvert browserlogin, hver MFA-anmodning eller hver gateway-tilstandskontrol. Bekræft hele forløbet med dem, der ejer udrulningen.

Kompensér ikke for en manglende agent ved at skrive en adgangskode eller et sessionstoken i en bredt læsbar fil. Det gør en manglende integration til en lækage af legitimationsoplysninger, og det andet problem overlever det første.

Hvis gatewayen kræver et interaktivt login, er agenten en del af designet og ikke et valgfrit ekstra.

Bekræft fire resultater, ikke ét

Efter autoriseret klargøring, kontroller fire ting hver for sig: udbyderen er valgt, forbindelsen er godkendt, de effektive ruter er dem, du tilsigtede, og resolveren opfører sig som forventet. En kørende daemon, en listet udbyder og et program, der når sin ressource, er tre forskellige resultater, og kun det sidste er brugerens faktiske mål. At registrere dem hver for sig fortæller dig, hvilket trin der skal rettes.

Medtag genopkoblingsadfærd og den påkrævede politik for utilgængelig tilstand i den kontrol, fordi en tunnel, der rejser sig én gang og aldrig kommer tilbage, ikke er udrullet. Hold den fungerende basisnetværkskonfiguration gendannelig, mens du ændrer VPN-integrationen.

At udskifte Wi-Fi-administratoren for at få en knap er en meget større ændring end den manglende handling, der var brug for, og det er normalt myten, der vinder.