Melyik program tulajdona az a config.json az OpenVPN-beállításodban?

Találsz egy config.json nevű fájlt, említ benne egy VPN-kiszolgálót, és a feltevés azonnal jön: ennek az OpenVPN-kapcsolatnak kell lennie. Gyakran mégsem az. Egy ilyen nevű JSON-fájl tartozhat egy asztali előtérhez, amely elindítja a klienst, egy démonhoz, amely a saját beállításait tárolja, vagy egy termék exportformátumához, és mindegyiknek megvan a maga sémája.

A fájlnév a legkevésbé hasznos nyom. Kezdd azzal a folyamattal, amely a fájlt olvassa, utána nézd meg, hogy az általa várt formátum egyáltalán JSON-e, és csak ezután döntsd el, hogy a fájl szerkesztése a támogatott módja-e bármi megváltoztatásának.

A folyamattal kezdd, ne a fájlnévvel

Nézd meg, mi fut valójában. Egy szolgáltatásegység, egy indítószkript vagy egy tálcakezelő alkalmazás megnevezi a binárist, amelyet indít, és gyakran a konfigurációs útvonalat is, amelyet átad. A fájlt tartalmazó könyvtár a második nyom: az alkalmazásadat-könyvtárak, a szolgáltatáskonfiguráció-könyvtárak és a felhasználói profilok könyvtárai eltérő tulajdonosokra utalnak.

Utána olvasd el az adott komponens tulajdonos termék dokumentációját. Ha a JSON egy burkolóhoz tartozik, a kulcsai a burkoló kulcsai, és egy másik termék példájából épített, hihetőnek tűnő objektumot elutasítanak vagy csendben figyelmen kívül hagynak.

Két azonos nevű fájl különböző könyvtárakban gyakori csapda. Az egyik lehet generált állapot, amelyet a szolgáltatás minden indításkor újraír, a másik pedig a sablon, amelyet embernek kell szerkesztenie. A rossz módosítása olyan javítást eredményez, amely a következő újraindításig tart.

Mi valójában a Community OpenVPN-profil

A Community OpenVPN 2.6 opcióalapú szövegformátumot olvas. A profil direktívák sorozata: kliensmód-sor, eszközsor, távoli végpont, valamint identitás-, titkosítási és útvonalopciók, és beágyazott blokkokba ágyazhatja a tanúsítványt és a kulcsanyagot.

Ezt a formátumot maga a kliens elemzi sorról sorra. Ha a config opción keresztül JSON-dokumentumot adsz át neki, az nem kapcsol be JSON-elemzőt; az első sor ismeretlen direktívaként elutasításra kerül. Egy JSON-fájl átnevezése, hogy .ovpn-re végződjön, szintén nem alakítja át a tartalmát, és egy érvényes opciófájl nem válik érvénytelenné attól, hogy a kiterjesztése szokatlan.

Az OpenVPN Connect és az OpenVPN 3 Linux saját importálási és kezelési útvonalakkal rendelkezik a profilokhoz. Ezek a termékek elfogadhatnak egy profilt, és eltárolhatják a saját adatbázisukban vagy szolgáltatásállapotukban, ami nem ugyanaz, mint egy JSON-fájl, amely véletlenül egy kiszolgálót ír le.

Egy másik komponens tulajdonában lévő állapot szerkesztése

Ha a JSON generált, a szerkesztése versenyfutás. Egy futó szolgáltatás leállításkor, újracsatlakozáskor vagy a következő beállításváltozáskor visszaírhatja, és a kézi szerkesztés hibaüzenet nélkül eltűnik. Részesítsd előnyben a termék importparancsát, a kezelési API-t vagy a beállítási felületet, mert ezek az útvonalak frissítik azt a belső állapotot, amelyet a fájl képvisel. Az újraindítás után visszaálló fájl megmondja, melyik útvonal volt a tartós.

Ha mégis szerkesztesz egy generált fájlt, először állítsd le a szolgáltatást, készíts biztonsági másolatot, és a lehető legkisebb változtatást hajtsd végre. Utána nézd meg, hogy a szolgáltatás indításkor újraírja-e a fájlt, mert az indításkor visszaálló fájl azt jelenti, hogy az igazi igazságforrás máshol van, és a szerkesztés sosem maradt volna meg.

A jelszavak és a beágyazott privát kulcsok külön kérdés. A JSON ugyanolyan könnyen hordozhat teljes kulcsot, mint egy opciófájl, ezért minden exportot kezelj titokként, tartsd távol a megosztott meghajtóktól, és takard ki az értékeket, mielőtt szerkezetet illesztenél egy fórumkérdésbe.

A változtatás ellenőrzése és a fájl védelme

Az ellenőrzés nem azt jelenti, hogy „a JSON elemezhető”. Az elemzés csak azt bizonyítja, hogy a kapcsos zárójelek illeszkednek; semmit sem mond arról, hogy a tulajdonos felismeri-e a kulcsokat. Ellenőrizd a termék saját állapotát: az aktív profilok listáját, a kiválasztott kapcsolatot és egy újracsatlakozást, amely ténylegesen az új értékeket használja. Egy profil, amely megjelenik a listában, de soha nem lesz a kiválasztott, továbbra sem a használatban lévő profil.

Figyeld a szerkesztett komponens naplóját, ne csak a VPN-kliensét. Egy burkoló, amely elutasítja a fájlodat, általában a saját naplójában jelenti ezt, és egy kliens, amely soha nem kapta meg a fájlt, pontosan úgy néz ki, mint egy kliens, amely rossz beállításokat kapott.

Őrizz meg egy másolatot a működő fájlról, és jegyezd fel a termék azon verzióját, amellyel teszteltél. Ezek a formátumok kiadások között változnak, és egy tavaly működő szerkezetet egy frissítés után olyan üzenet utasíthat el, amely a sémát egyáltalán nem említi.

A végigjárás összefoglalása: azonosítsd a folyamatot, olvasd el a dokumentációját, erősítsd meg, hogy a fájl egyáltalán JSON-e, használd a támogatott szerkesztési útvonalat, és ellenőrizd a termék saját állapotán keresztül. A fájlnév soha nem válaszolt meg egyik ilyen kérdést sem.