ConnMan VPN: It ûntbrekkende menu is in daemon, net in protokol
In ûntbrekkend VPN-menu yn ConnMan betsjut meastentiids dat de VPN-daemon of it leveransiersbestân absent is, net dat it protokol net stipe wurdt.
It leauwen is dat in ConnMan-systeem sûnder VPN-ynfier op it buroblêd gjin VPN-stipe ynstallearre hat. Meastentiids hat it stipe foar Wi-Fi en gjin foar de VPN-daemon, de leveransierskonfiguraasje of de autentikaasje-agent, en dat binne trije aparte ôfwêzichheden. It menu is in byld fan dy komponinten, net de funksje sels. De ferzje en de pakketearring kontrolearje fertelt jo yn ien opdracht mear as hokker oantal buroblêdferslaggen dan ek.
De myte: it menu is de VPN-funksje
Begjin mei de ynstallearre ConnMan-ferzje en de pakketten dy't dermei kamen. In flaterferslach út in âldere ferzje beskriuwt in oare funksjeset, en it oanheljen dêrfan einiget meastentiids mei't immen in netwurkbehearder opnij ynstallearret dy't net ferfongen hoegde te wurden.
Skriuw op wat jo eins hawwe foardat jo eat feroarje: it daemon-binary, de leveransiersmap en oft der in agent oanwêzich is.
Hokker daemon besit de tunnel
Yn de ConnMan 1.41-dokumintaasje foar Debian bookworm is connman-vpnd de daemon dy't VPN-ferbiningen beheart njonken connmand. It listet yntegraasjes foar neamde VPN-helpers, wêrûnder OpenVPN en OpenConnect. Dy list is in útspraak oer helpers, gjin belofte dat elk protokol of elke autentikaasjefleat wurkje sil. Lês it as in menu fan wat jo kontrolearje moatte, net as in kompatibiliteitsgarânsje.
Keppelje dêrnei de yntegraasje oan it goedkarde protokol fan de gateway. It wurd Cisco fertelt jo net oft jo in âlderwetske vpnc-ferbining nedich hawwe of in AnyConnect-kompatibele fleat, en de ferkearde kar liedt ta in autentikaasjeflater dy't op in probleem mei bewiisstikken liket.
As sawol in selsstannige helper as ConnMan de tunnel omheech bringe kinne, beslute dan wa't de rûtes, DNS en libbenssyklus besit foardat ien fan beide begjint.
Daemon-ynstellingen binne gjin leveransier-ynstellingen
De algemiene konfiguraasje fan de daemon en de konfiguraasje fan in yndividuele leveransier binne ferskillende bestannen mei ferskillende formaten. Yn de dokumintearre bookworm-regeling lêst de daemon /etc/connman/connman-vpn.conf, wylst leveransiersfoarsjenningbestannen ûnder /var/lib/connman-vpn/ steane mei in .config-efterheaksel. In OpenVPN-profyl yn dy map smite makket it gjin ConnMan-foarsjenningbestân. De ferzje-ôfhinklike leveransiershantlieding beskriuwt de leveransiersseksjes en de typespesifike fjilden dy't dy bestannen echt nedich hawwe.
Oerset allinnich fia de stipe mappint fan de ynstallearre yntegraasje. Sertifikaatfertrouwen, ferwizings nei partikuliere kaaien, gateway-identiteit, rûtes en autentikaasje-ynfier behâldt elk syn eigen rol, en in foarbyld foar in oar leveransierstype is net útwikselber allinnich om't beide in serveradres nedich hawwe.
As in leveransier net laadt, fergelykje syn fjilden dan mei de hantlieding foar de ynstallearre ferzje ynstee fan mei in blogfoarbyld.
De autentikaasje-agent is in aparte ôfhinklikheid
In leveransiersdefinysje kin noch altiten in agent nedich hawwe om bewiisstikken te krijen of in autentikaasje-útwikseling te foltôgjen. Foar syn OpenConnect-yntegraasje ferklearret deselde hantlieding dat ûntbrekkende autentikaasjebesibbes oer de VPN Agent API oanfrege wurde kinne, en dat in koartlibbich cookie oer it algemien net geskikt is as permanint konfiguraasjegeheim. Dat meganisme garandearret gjin stipe foar elke browser-oanmelding, MFA-fraach of gateway-hâldingskontrôle. Befêstigje de hiele fleat mei wa't de ympleming besit.
Kompinsearje in ôfwêzige agent net troch in wachtwurd of in sesjetoken yn in breed lêsber bestân te skriuwen. Dat makket fan in ûntbrekkende yntegraasje in bleatstelling fan bewiisstikken, en it twadde probleem libbet langer as it earste.
As de gateway in ynteraktive oanmelding nedich hat, is de agent part fan it ûntwerp en net in opsjonele tafoeging.
Ferifiearje fjouwer útkomsten, net ien
Kontrolearje nei goedkarde foarsjenning fjouwer dingen apart: de leveransier is selektearre, de ferbining is autentisearre, de effektive rûtes binne dy't jo fan doel wiene, en de resolver hâldt him sa't ferwachte. In draaiende daemon, in liste leveransier en in applikaasje dy't syn boarne berikt binne trije ferskillende útkomsten, en allinnich de lêste is it echte doel fan de brûker. Se apart fêstlizze fertelt jo hokker stadium te reparearjen.
Nim it werferbinen en it fereaske belied foar net-beskikberens op yn dy kontrôle, want in tunnel dy't ien kear omheech komt en nea weromkomt is net ymplemintearre. Hâld de wurkjende basisnetwurkkonfiguraasje werombringber wylst jo de VPN-yntegraasje feroarje.
De Wi-Fi-behearder ferfange om in knop te krijen is in folle gruttere feroaring as de ûntbrekkende operaasje dy't nedich wie, en meastentiids is it de myte dy't wint.