Inventář VPN: zamýšlený přístup, generovaná konfigurace, živé relace

Každý název tunelu vypadá jako řádek inventáře, dokud se nezeptáte, komu patří. Název vám řekne, že je něco právě připojeno; neřekne vám, komu služba patří, co smějí dosáhnout ani zda konfigurace, která tunel vytvořila, je ta, kterou jste schválili. V měřítku flotily jsou tyto tři otázky inventářem a tunel je jen nejnovější pozorování.

Jedna služba, tři záznamy

Zamýšlená služba je to, na co má nájemce nárok: identity, prefixy, prostředky a stav životního cyklu. Nasazená konfigurace je generovaná politika, která to má uskutečnit. Pozorovaná relace je důkaz z doby běhu, že se něco připojilo. Pojímat je jako jednu tabulku slévá tři různé druhy pravdy do řádku, který je špatný třemi způsoby najednou.

Praktickým testem je otázka, na kterou každý záznam umí odpovědět sám. Zeptejte se, komu tento prefix patří, a záznam zamýšlené služby odpoví. Zeptejte se, jakou politiku brána drží, a nasazený záznam odpoví. Zeptejte se, zda to tento týden někdo použil, a záznam relace odpoví. Sloupec, který nedokáže odpovědět na svou vlastní otázku, je ten, který je třeba opravit první.

Zaznamenejte nájemce, ne rozhraní

Dejte každé službě identifikátor, který přežije opětovné připojení. Dočasné rozhraní tunelu nebo číslo relace se mění z důvodů, které s klientem nemají nic společného, a inventář postavený na jednom z nich dostane nový řádek pokaždé, když spojení zakolísá. Postavte ho místo toho na nájemci a službě a pozorování pak připojte k tomuto klíči.

Záznam potřebuje odpovědného nájemce a operátora, přijatou identitu protějšku nebo uživatele, odkaz na přihlašovací údaj místo jeho kopie, chráněné prefixy, kontext směrování, povolené prostředky a zamýšlený stav životního cyklu. Materiál přihlašovacích údajů patří do podporovaného úložiště tajemství; inventář, který nese soukromé klíče, se stal druhou, hůře chráněnou kopií prostředí.

Generovaná konfigurace má vlastníka a verzi

Automatizace to usnadňuje a lépe skrývá. Generátor, který úspěšně proběhne, dokazuje, že se šablona vykreslila, ne že každé zařízení odpovídá výstupu. Někdo nakonec během incidentu změní bránu ručně a tato změna je to nejcennější, co je třeba zachytit, protože ji žádné pozdější spuštění nezopakuje.

Zaznamenejte, která revize vytvořila nasazenou politiku, a zachovejte přímé úpravy jako rozdíl, který je třeba sladit místo abyste je tiše přepsali. Sladění je zde produktem: úspěch generátoru a skutečný stav zařízení jsou dva fakty, které je třeba porovnat, ne považovat za stejné.

Relace jsou důkaz, ne oprávnění

Kde nasazení používá účtování RADIUS, dává RFC 2866 konkrétní pole k práci. Acct-Status-Type rozlišuje začátek od zastavení a záznamy patřící jedné relaci sdílejí Acct-Session-Id. Tato pole umožňují rekonstruovat, kdy relace začala a skončila, bez důvěry v souhrn z panelu.

Účetní identifikátor je důkaz z doby běhu. Neurčuje, který nájemce vlastní podsíť, a nic nezpřístupňuje. Spojte ho s bránou a identitou služby a potom držte čas sběru vedle pozorování. Chybějící zpráva může být selhání telemetrie, ne nepřítomnost použití, a starý záznam není důkazem, že přístup zůstává nyní aktivní.

Vyřazení používá stejné spojení

Odstranit službu znamená odstranit zamýšlený přístup, přihlašovací údaje a živé relace, v tomto pořadí, prostřednictvím vlastníků každého z nich. Potom ověřte, že zastaralá konfigurace ze zařízení zmizela a že se její povolené cesty už nevyhodnocují. Zákazník, který odešel v minulém čtvrtletí, by neměl zůstávat v seznamu prefixů jen proto, že bylo smazáno jméno tunelu, ale trasa ne.

Nic z toho nevyžaduje jedno zařízení na funkci ani konkrétní automatizační produkt. Provozní požadavek je užší a těžší: zákazník, jeho zamýšlený přístup, nasazená politika a aktuální důkazy z doby běhu musí být spojitelné bez spoléhání na něčí paměť názvu tunelu. Nejprve postavte tři záznamy, potom zvolte nástroje, které je udržují.