ConnMan VPN: puuttuva valikko on taustaprosessi, ei protokolla

Uskomus on, että ConnMan-järjestelmässä, jonka työpöydällä ei ole VPN-merkintää, ei ole VPN-tukea asennettuna. Yleensä Wi-Fi-tuki on olemassa ja VPN-taustaprosessille, tarjoajan määritykselle tai todennusagentille ei ole mitään, ja nämä ovat kolme erillistä puutetta. Valikko on näkymä näihin osiin, ei itse ominaisuus. Version ja paketoinnin tarkistaminen kertoo yhdellä komennolla enemmän kuin mikään määrä työpöydän virheraportteja.

Myytti: valikko on VPN-ominaisuus

Aloita asennetusta ConnMan-versiosta ja sen mukana tulleista paketeista. Vanhemman julkaisun virheraportti kuvaa eri ominaisuusjoukon, ja sen lainaaminen päättyy yleensä siihen, että joku asentaa uudelleen verkkohallinnan, jota ei tarvinnut korvata.

Kirjoita muistiin, mitä sinulla todella on, ennen kuin muutat mitään: taustaprosessin binääritiedosto, tarjoajien hakemisto ja onko agentti läsnä.

Mikä taustaprosessi omistaa tunnelin

Debian bookwormin ConnMan 1.41 -dokumentaatiossa connman-vpnd on taustaprosessi, joka hallinnoi VPN-yhteyksiä connmand:n rinnalla. Se luettelee integraatiot nimetyille VPN-apuohjelmille, mukaan lukien OpenVPN ja OpenConnect. Luettelo on väite apuohjelmista, ei lupaus siitä, että jokainen protokolla tai todennusvirta toimii. Lue se valikkona siitä, mitä tarkistaa, ei yhteensopivuustakuuna.

Sovita sitten integraatio yhdyskäytävän hyväksyttyyn protokollaan. Sana Cisco ei kerro, tarvitsetko vanhan vpnc-tyylisen yhteyden vai AnyConnect-yhteensopivan virran, ja väärä valinta tuottaa todennusvirheen, joka näyttää tunnistetieto-ongelmalta.

Jos sekä erillinen apuohjelma että ConnMan voivat nostaa tunnelin, päätä ennen kummankaan käynnistymistä, kuka omistaa reitit, DNS:n ja elinkaaren.

Taustaprosessin asetukset eivät ole tarjoajan asetuksia

Taustaprosessin yleinen määritys ja yksittäisen tarjoajan määritys ovat eri tiedostoja eri muodoissa. Dokumentoidussa bookworm-järjestelyssä taustaprosessi lukee /etc/connman/connman-vpn.conf, kun taas tarjoajien valmistelutiedostot ovat hakemistossa /var/lib/connman-vpn/ ja niillä on .config-pääte. OpenVPN-profiilin pudottaminen siihen hakemistoon ei tee siitä ConnManin valmistelutiedostoa. version mukainen tarjoajan käsikirja kuvaa tarjoajaosiot ja tyyppikohtaiset kentät, joita nuo tiedostot todella tarvitsevat.

Käännä vain asennetun integraation tukeman yhdistämisen kautta. Varmenteen luottamus, viittaukset yksityiseen avaimeen, yhdyskäytävän identiteetti, reitit ja todennuksen syötteet säilyttävät kukin oman roolinsa, eikä toisen tarjoajatyypin näyte ole vaihdettavissa vain siksi, että molemmat tarvitsevat palvelinosoitteen.

Kun tarjoaja ei lataudu, vertaa sen kenttiä asennetun julkaisun käsikirjaan eikä blogiesimerkkiin.

Todennusagentti on erillinen riippuvuus

Tarjoajan määritelmä voi silti tarvita agenttia tunnistetietojen hankkimiseen tai todennusvaihdon viimeistelyyn. OpenConnect-integraatiotaan varten sama käsikirja selittää, että puuttuvia todennukseen liittyviä arvoja voi pyytää VPN Agent API:n kautta ja että lyhytikäinen eväste ei yleensä sovellu pysyväksi määrityssalaiseksi. Tämä mekanismi ei takaa tukea jokaiselle selainkirjautumiselle, MFA-kyselylle tai yhdyskäytävän tilantarkistukselle. Vahvista koko kulku sen kanssa, joka omistaa käyttöönoton.

Älä kompensoi puuttuvaa agenttia kirjoittamalla salasanaa tai istuntotunnusta laajasti luettavaan tiedostoon. Se muuttaa puuttuvan integraation tunnistetietojen paljastumiseksi, ja toinen ongelma elää ensimmäistä pidempään.

Jos yhdyskäytävä tarvitsee vuorovaikutteisen kirjautumisen, agentti on osa suunnittelua eikä valinnainen lisä.

Tarkista neljä tulosta, ei yhtä

Valtuutetun valmistelun jälkeen tarkista neljä asiaa erikseen: tarjoaja on valittu, yhteys on todennettu, tehokkaat reitit ovat ne, jotka tarkoitit, ja ratkaisija käyttäytyy odotetusti. Käynnissä oleva taustaprosessi, listattu tarjoaja ja sovellus, joka tavoittaa resurssinsa, ovat kolme eri tulosta, ja vain viimeinen on käyttäjän todellinen tavoite. Niiden erillinen kirjaaminen kertoo, mikä vaihe korjata.

Sisällytä tarkistukseen uudelleenyhdistämiskäyttäytyminen ja vaadittu poissaolotilan käytäntö, sillä tunneli, joka nousee kerran eikä koskaan palaudu, ei ole käyttöönotettu. Pidä toimiva perusverkon määritys palautettavana, kun muutat VPN-integraatiota.

Wi-Fi-hallinnan korvaaminen painikkeen saamiseksi on paljon suurempi muutos kuin puuttunut toimenpide vaati, ja yleensä myytti voittaa.