OpenVPN-eszköz útvonala: konfigurációtulajdonos vagy indítószkript?
Egy újraindítást túlélő fióki útvonal továbbra is eltűnhet egy GUI-mentés vagy firmware-frissítés után. Hasonlítsa össze a támogatott konfigurációtulajdonost egy javítószkripttel.
Hozzáad egy fióki útvonalat, működik, majd egy firmware-frissítés vagy egy mentés a webes felületről eltávolítja. Két javítás tűnik egyformán ésszerűnek abban a pillanatban: az útvonalat az eszköz támogatott konfigurációforrásába tenni, vagy hozzáfűzni a generált fájlhoz egy indítószkriptből. Egy hétig ugyanúgy viselkednek, és a második frissítésnél szétválnak. Ez a cikk összehasonlítja, mit birtokol valójában mindegyik.
A két jelölt különböző dolgokat birtokol
A támogatott konfigurációforrás mindaz, amit az eszköz bemenetnek tekint: egy GUI-mező, egy importált profil, egy dokumentált kliensenkénti könyvtár, egy beállításadatbázis, amelyet a kezelési csomag olvas. A generált server.conf kimenet. A kimenet szerkesztése addig működik, amíg a generátor újra nem fut, ez pedig mentéskor, újraindításkor és frissítéskor történik.
A szkriptes megközelítés a generátor befejezése után foltozza ezt a kimenetet. Ez jogos technika laboratóriumhoz, és ez a rossz alapértelmezés egy fiókirodához, mert az útvonalat szövegegyezéstől teszi függővé, nem dokumentált mezőtől.
| Question | Supported config source | Post-generation script |
|---|---|---|
| Survives a GUI save | Yes | Only if the save does not regenerate the file |
| Survives a package upgrade | Usually, when the field is documented | No guarantee; the wrapper can be replaced |
| Supportable by the vendor | Yes | No |
| Obvious to the next admin | Yes, it is in the UI | No, it lives in a wrapper |
Mit generál újra az eszköz, és mikor
A kezelési csomagok általában adatbázisban vagy sablonkészletben tartják a beállításokat, és indításkor állítják elő a démon konfigurációját. A webes felületről történő mentés gyakran az egész fájlt újraírja, nem egy sort foltoz. Ha a módosítása abban a fájlban élt, most már nincs meg, és semmi nem naplóz figyelmeztetést, mert az eszköz szemszögéből semmi sem veszett el.
Az indítóburkolóknak van egy második hibaállapotuk. Egy grep egy adott térközű direktívára a sablonváltozás után már nem talál egyezést, és a szkript csendben nem tesz semmit. Ennél is rosszabb, hogy egy firmware-frissítés lecserélheti a burkolót egy új verzióra, magával vive a foltot. Ekkor van egy útvonala, amely egy évig létezett, és eltűnt egy karbantartás során, amelyet senki nem kapcsolt össze az útvonalválasztással.
Mit kell a támogatott tulajdonosnak kifejeznie
Egy fióki előtag három állítást igényel, nem egyet. A kliensnek meg kell tanulnia az útvonalat, a szervernek tudnia kell, melyik hitelesített kliens birtokolja az előtagot, és a fióki oldalnak vissza kell juttatnia a forgalmat a kapott alagútcímre. OpenVPN-kifejezésekkel ez egy leküldött route-t, egy a klienshez kötött megfelelő iroute-t és egy visszautat jelent a túloldalon.
Itt vezetnek félre az eszközfelületek. Egy „a kliensek hozzáférhetnek a szerver LAN-jához” feliratú jelölőnégyzet a szerver saját hálózata felé irányuló forgalmat ír le. Az Ön fiókja az ellenkező irány: egy kliens mögötti hálózat, a szerver oldaláról elérhető. Ugyanaz a felirat nem jelent támogatást erre, és egy fájlban érvényes direktíva nem ígéret arra, hogy a csomag megőrzi.
Amikor nincs támogatott vezérlés
Néha a telepített kiadás valóban nem tud kifejezni egy partnerre jellemző útvonalat. Ilyenkor a tisztességes lehetőségek egy másik, Ön által vezérelt átjáró, vagy egy támogatott telephely-telephely mód mindkét végén. Mindkét végpontnak beszélnie kell azt. Egy telephely-telephely szöveget tartalmazó termékoldal nem teszi bármely OpenVPN-profilt egy másik protokoll alagútjával felcserélhetővé, és e párosítás erőltetése általában félig kapcsolt alagutat eredményez, amely jól néz ki egy állapotoldalon.
Válassza azt a lehetőséget, amelyet egy mondatban le tud írni annak, aki örökli a hálózatot. Ha a válaszhoz szkriptútvonalat és szövegmintát kell említeni, a tervezés már törékeny.
Tegye auditálhatóvá a szándékot
Rögzítse a szerződést az eszközön kívül: tényleges kliensidentitás, előtag, visszatérési átjáró és a támogatott mező, amely mindegyiket biztosítja. Exportálja a konfigurációt a támogatott mechanizmuson keresztül, hogy az újraépítésnek legyen hivatkozása, és ellenőrizze a szolgáltatást újracsatlakozás, újraindítás és frissítés után, ne csak a módosítás után.
Hasonlítsa össze a generált eredményt ezzel a feljegyzéssel, amikor valami elromlik, ahelyett hogy megmagyarázatlan sort állítana vissza és reménykedne.OpenVPN 2.6 hivatkozás az a hely, ahol megerősítheti, hogyan hatnak egymásra a route és az iroute elemek, mielőtt vitatkozna egy felülettel.
Ellenőrzőlista a következő módosításhoz: nevezze meg a tulajdonost, mondja ki a háromrészes szerződést, exportálja a szándékot, és tesztelje újra az eszköz saját életcikluseseményei után, ne a szerkesztése után.