Löydät tiedoston nimeltä config.json, siinä mainitaan VPN-palvelin ja oletus seuraa heti: tämän täytyy olla OpenVPN-yhteys. Usein se ei ole. Tuon niminen JSON-tiedosto voi kuulua työpöydän etuosalle, joka käynnistää asiakasohjelman, taustapalvelulle, joka tallentaa omat asetuksensa, tai tuotteen vientimuodolle, ja jokaisella niistä on oma skeemansa.

Tiedostonimi on vähiten hyödyllinen vihje. Aloita prosessista, joka lukee tiedoston, tarkista sitten, onko odotettu muoto ylipäätään JSON, ja päätä vasta sen jälkeen, onko tiedoston muokkaaminen tuettu tapa muuttaa jotain.

Aloita prosessista, älä tiedostonimestä

Katso, mitä oikeasti on käynnissä. Palveluyksikkö, käynnistyskomentosarja tai ilmaisinalueen sovellus nimeää käynnistämänsä binaaritiedoston ja usein välittämänsä asetustiedoston polun. Tiedoston sisältävä hakemisto on toinen vihje: sovellusten datakansiot, palvelujen asetuskansiot ja käyttäjäprofiilien kansiot viittaavat eri omistajiin.

Lue sitten sen tuotteen dokumentaatio, joka omistaa kyseisen komponentin. Jos JSON kuuluu kääreelle, sen avaimet ovat kääreen avaimia, ja toisen tuotteen esimerkistä rakennettu uskottavalta näyttävä olio hylätään tai jätetään hiljaisesti huomiotta.

Kaksi samannimistä tiedostoa eri hakemistoissa on tavallinen ansa. Toinen voi olla luotu tila, jonka palvelu kirjoittaa uudelleen joka käynnistyksellä, ja toinen malli, jota ihmisen on tarkoitus muokata. Väärän muuttaminen tuottaa korjauksen, joka kestää seuraavaan uudelleenkäynnistykseen.

Mikä Community OpenVPN -profiili oikeastaan on

Community OpenVPN 2.6 lukee asetuksiin perustuvaa tekstimuotoa. Profiili on direktiivien sarja: asiakastilan rivi, laiterivi, etäinen päätepiste sekä identiteetti-, salaus- ja reittivalinnat, ja se voi upottaa varmenteen ja avaimen materiaalin rivinsisäisiin lohkoihin.

Asiakasohjelma jäsentää tuon muodon itse rivi riviltä. JSON-asiakirjan antaminen sille config-asetuksen kautta ei kytke JSON-jäsennintä päälle; ensimmäinen rivi hylätään tuntemattomana direktiivinä. JSON-tiedoston uudelleennimeäminen päättymään muotoon .ovpn ei sekään muunna sen sisältöä, eikä kelvollinen asetustiedosto muutu kelvottomaksi siksi, että sen tiedostopääte on epätavallinen.

OpenVPN Connectilla ja OpenVPN 3 Linuxilla on omat tuonti- ja hallintapolkunsa profiileille. Nämä tuotteet voivat hyväksyä profiilin ja tallentaa sen omaan tietokantaansa tai palvelutilaansa, mikä ei ole sama asia kuin JSON-tiedosto, joka sattuu kuvaamaan palvelinta.

Toisen komponentin omistaman tilan muokkaaminen

Jos JSON on luotu, sen muokkaaminen on kilpajuoksu. Käynnissä oleva palvelu voi kirjoittaa sen takaisin sammutuksessa, uudelleenyhdistämisessä tai seuraavassa asetusmuutoksessa, ja käsin tehty muutos katoaa ilman virhettä. Suosi tuotteen tuontikomentoa, hallinta-API:a tai asetusliittymää, koska nuo polut päivittävät sen sisäisen tilan, jota tiedosto edustaa. Uudelleenkäynnistyksen jälkeen palautuva tiedosto kertoo sinulle, mikä polku oli pysyvä.

Jos kuitenkin muokkaat luotua tiedostoa, pysäytä ensin palvelu, ota varmuuskopio ja tee mahdollisimman pieni muutos. Tarkista sitten, kirjoittaako palvelu tiedoston uudelleen käynnistyessään, sillä käynnistyksessä palautuva tiedosto tarkoittaa, että todellinen totuuden lähde on muualla eikä muutos olisi koskaan pysynyt.

Salasanat ja rivinsisäiset yksityiset avaimet ovat erillinen asia. JSON voi kantaa täyden avaimen yhtä helposti kuin asetustiedosto, joten kohtele jokaista vientiä salaisuutena, pidä se poissa jaetuilta asemilta ja peitä arvot ennen kuin liität rakenteen foorumikysymykseen.

Muutoksen vahvistaminen ja tiedoston suojaaminen

Vahvistaminen ei ole ”JSON jäsentyy”. Jäsennys todistaa vain, että aaltosulut täsmäävät; se ei kerro mitään siitä, tunnistaako omistaja avaimet. Tarkista tuotteen oma tila: aktiivisten profiilien luettelo, valittu yhteys ja uudelleenyhdistäminen, joka todella käyttää uusia arvoja. Profiili, joka näkyy luettelossa mutta ei koskaan tule valituksi, ei ole vielä käytössä oleva profiili.

Seuraa muokkaamasi komponentin lokia, älä vain VPN-asiakasohjelman lokia. Kääre, joka hylkää tiedostosi, ilmoittaa siitä yleensä omassa lokissaan, ja asiakasohjelma, joka ei koskaan saanut tiedostoa, näyttää täsmälleen samalta kuin asiakasohjelma, joka sai huonot asetukset.

Säilytä kopio toimivasta tiedostosta ja kirjaa tuotteen versio, jota vasten testasit. Nämä muodot muuttuvat julkaisujen välillä, ja viime vuonna toiminut rakenne voidaan hylätä päivityksen jälkeen viestillä, joka ei mainitse skeemaa lainkaan.

Läpikäynnin yhteenveto: tunnista prosessi, lue sen dokumentaatio, varmista, onko tiedosto ylipäätään JSON, käytä tuettua muokkauspolkua ja vahvista tuotteen oman tilan kautta. Tiedostonimi ei koskaan vastannut yhteenkään näistä kysymyksistä.

Aiheeseen liittyvät artikkelit