Asetukset eivät tuo sitä .ovpn-tiedostoa, jonka CLI hyväksyy

Sama tiedosto yhdistää komentotulkista ja kieltäytyy tuontumasta työpöytäpaneeliin. Se sulkee pois palvelimen, tunnistetiedot ja profiilin syntaksin, koska komentoriviasiakasohjelma on jo jäsentänyt kaikki kolme. Jäljelle jää itse työpöytäpolku: paketit, joita se tarvitsee, ymmärtämiensä direktiivien osajoukko ja objekti, jonka se kirjoittaa levylle. Kukin niistä epäonnistuu eri tavalla, ja viestit osoittavat harvoin oikeaan.

Kolme asiaa, jotka valintaikkuna tarvitsee ennen kuin se jäsentää mitään

Tuonti suoritetaan käyttäjäsi oikeuksilla, joten vain rootin käytettävissä olevassa hakemistossa oleva tiedosto hylätään ennen kuin sen sisältö merkitsee. Paneeli luettelee myös vain ne VPN-tyypit, joiden NetworkManager-liitännäinen on asennettu; ilman OpenVPN-liitännäistä vaihtoehto puuttuu sen sijaan, että se olisi rikki. Lopuksi verkkolaitteen on oltava hallittu: hallitsemattomaksi merkitty liitäntä voi hyväksyä tallennetun yhteyden, joka ei koskaan aktivoidu. Tarkista kaikki kolme ennen profiilin muokkaamista.

Kaksi komentoa ratkaisee ensimmäisen kierroksen: dpkg -l network-manager-openvpn-gnome liitännäiselle ja nmcli device status laitteen tilalle.

Mitä tuoja hiljaa heittää pois

Työpöytäkäännös kohdistuu kiinteään ominaisuusjoukkoon. Tämän joukon ulkopuoliset rivit hylätään hiljaa, minkä vuoksi tunneli voi nousta, vaikka aiotusta kokoonpanosta puuttuu osia. Määritteillä up, down ja script-security ilmoitetut skriptit yleensä katoavat, samoin hallintaliitännän asetukset ja ylimääräiset etäblokit. Avainsanalla vpn_gateway kirjoitettu reitti on poikkeus: tuoja haluaa siihen kirjaimellisen IPv4-yhdyskäytävän ja keskeyttää virheeseen sen sijaan, että pudottaisi rivin.

Pois jätetyllä reitillä on tunnistettava muoto. Yhteys aktivoituu, liitäntä saa osoitteen, ja yksi tietty aliverkko on saavuttamaton, koska reitti ei koskaan päätynyt profiiliin.

Lue tallennettu yhteys, älä lähdetiedostoa

Tuonnin ratkaiseva tulos on avaintiedosto, ei valitsemasi .ovpn. sudo cat /etc/NetworkManager/system-connections/office.nmconnection näyttää, mitä paneeli todella tallensi. Jos reitti on siellä mutta puuttuu live-taulukosta, tuonti onnistui ja ongelma on aktivoinnissa. Jos se puuttuu tiedostosta, tuoja jätti sen pois, eikä mikään määrä uudelleenyhdistämistä palauta sitä.

Kaksi vaihtoehtoista polkua välttää käännöskerroksen. nmcli connection import type openvpn file ./office.ovpn kirjoittaa saman objektin ja raportoi virheet, jotka paneeli piilottaa.

Vanhempi editori, joka käynnistetään komennolla nm-connection-editor, näyttää reittikentät, joita paneelissa ei ole. Jos profiilit riippuvat skripteistä tai tukemattomista direktiiveistä, pidä komentoriviasiakasohjelma ja valvo sitä sen sijaan palvelulla, kun olet poistanut työpöytäyhteyden käytöstä niin, että tunnelin omistaa vain yksi komponentti.

Kun tuonti toimii mutta aktivointi ei

Lisäasetukset-välilehti säilyttää sen siirtotavan, joka tuotiin tai valittiin viimeksi. UDP:tä kuunteleva palvelin epäonnistuu nopeasti, kun TCP valitaan, eikä viesti kerro sitä juuri koskaan. Yhteyden, jonka on käynnistyttävä ilman kirjautunutta käyttäjää, salaisuus on tallennettava kaikille käyttäjille, mikä on eri asetus kuin tallentaminen vain tälle istunnolle.

Kun valintaikkunassa ei ole mitään hyödyllistä, journalctl -u NetworkManager -b näyttää, miksi aktivointi epäonnistui. Komentotulkkiasiakasohjelma ei koskaan kosketa tuota polkua, minkä vuoksi se toimii edelleen, kun taas työpöytäkopio ei.

Viimeisenä tarkistuksena vertaa liitännäisen versiota jakelun julkaisuversioon. Epäsopiva liitännäinen voi asentua puhtaasti ja silti kieltäytyä aktivoimasta profiilia, jonka nmcli tuo valittamatta.