Melyik összetevő birtokolja valójában az OpenVPN útvonal-korlátját?

Egy kétszáz útvonalat hordozó profil az egyik gépen működik, a másikon negyvenet telepít. A motornak, az őt indító integrációnak és az őt tápláló kiszolgálónak is van szava, és bármelyikük más ponton állíthatja meg a listát. Ha a hibát egyetlen korlátként olvassa, a rossz fájlhoz kerül. A mechanizmusnak három szakasza van, és a megállt szakasz látható nyomot hagy, ha tudja, mit keressen.

Három szakasz, három különböző korlát

Először a motor elemzi az opciót, és eldönti, érti-e ezt a verzió. Aztán az integráció telepíti, amit a motor jelent, és a saját kódja korlátozhatja vagy átformálhatja a listát. Végül a kiszolgáló dönti el, hány útvonalat küld egy adott identitásnak, mielőtt bármelyik ügyfél-szakasz bármit is látna. Három szakasz, három plafon, és csak az egyikük a profilban lévő szám.

Egy plafon emelése semmit sem tesz a többiekért. Egy elutasított elküldött útvonal lehet a kiszolgáló házirend-döntése, az ügyfél által feloldott átfedés, vagy a telepítő korlátja, amely eldobta a többletet. Mindegyiknek más a javítása.

Válassza külön a hármat, mielőtt bármit mér. Az elemző hibája megnevez egy tokent, a telepítő korlátja rövid útvonaltáblát hagy, a házirend-döntés pedig semmit sem hagy. A nyomok megmondják, melyik szakaszt vizsgálja először.

Az elemző beszél először

Egy ismeretlen opció hangosan és korán meghiúsul, és a hibaüzenet megnevezi a tokent. Ez a legkönnyebben azonosítható szakasz: hasonlítsa össze a pontos üzenetet a telepített motor verziójával, mert az egyik kiadásban hozzáadott opció az azt megelőzőben ismeretlen. Egy újabb telepítésből másolt profil a szokásos forrása ennek az eltérésnek. Az elemző soha nem hagyja csendben figyelmen kívül az általa nem ismert utasítást.

Az elfogadott opció semmit sem mond az eredményről. Az elemzés sikerül, és a listát még mindig megvághatja a telepítő, vagy a kiszolgáló soha nem kínálja fel. Tekintse a tiszta elemzést továbblépési engedélynek, nem bizonyítéknak.

Jegyezze fel a verziószöveget abból a binárisból, amely valóban futott, nem a csomagkezelő elképzeléséből arról, mi van telepítve. Ez a kettő gyakrabban nem egyezik, mint ahogy várnánk.

A telepítőnek saját plafonja van

Az aktiválást birtokló összetevő lehet NetworkManager bővítmény a motor binárisa helyett, és saját korlátot szabhat, mielőtt bármilyen alagút létezne. A szerkesztője megjeleníthet egy mezőt, amelyet a futó motor soha nem olvas, vagy olvashat egy mezőt, amelyet a szerkesztő nem mutat. Mindkét helyzet kívülről ügyfélhibának látszik. Egyiket sem javítja a profil szerkesztése.

Számolja, mi érkezett meg, ne azt, mi lett beállítva. A ip route show dev tun0 parancs listázza a telepített útvonalakat, és ennek a számnak az elküldött listával való összevetése elválasztja az eldobott útvonalat az olyantól, amelyet soha nem küldtek el. A küldéssel egyező szám visszairányítja a gyanút a kiszolgálóra.

A motor binárisa körüli héjburkolat, amely nagyobb számot kényszerít ki, elhomályosítja a frissítéseket, és a visszaállítást találgatássá teszi. Elrejti a valódi korlátot mindenki elől, aki legközelebb olvassa a konfigurációt.

A kiszolgáló dönti el, mit kínáltak fel

Az ügyfelenkénti házirend a továbbítás előtt csökkentheti a listát. Egy ügyfélspecifikus fájl útvonalakat adhat egy identitásnak, vagy egy csoportházirend kihagyhatja őket, és az ügyfél nem tud különbséget tenni a szűrt útvonal és a soha nem definiált útvonal között. Ez a kétértelműség az oka, hogy a kiszolgálói rekord számít. Kérje az adott identitás tényleges küldési listáját, ne a sablont.

Hasonlítsa össze a kiszolgálói rekordot a kapott listával. A kettő közötti rés a házirend-réteg, és rendszerint kisebb, mint a profil sugallja.

Amikor a tervezés engedi, vonja össze a szomszédos hálózatokat, és törölje az elavult bejegyzéseket. Kevesebb, nagyobb útvonal több esetet old meg, mint egy magasabb plafon.

A számot a megfelelő helyen változtassa meg

Használja annak az összetevőnek a dokumentált beállítását, amely valóban birtokolja a korlátot. Ha a mező hiányzik a bővítményből, ellenőrizze, hogy a bővítmény régebbi-e a funkciónál, vagy hogy egy másik háttér birtokolja-e az útvonalakat. Ezután dokumentálja a motor, a bővítmény és a kiszolgáló verzióit a választott érték mellett. A következő frissítés újra megnyitja a kérdést, és a feljegyzés az, ami megválaszolhatóvá teszi.

Tesztelje újra a három bármelyikének bármilyen frissítése után. A megfelelő helyen megemelt korlát akkor is elmozdul, amikor megváltozik az őt érvényesítő összetevő. A verziórekord az egyetlen dolog, ami ezt az elmozdulást kiszámíthatóvá teszi.