Imbentaryo ng VPN: nilalayong pag-access, nabuong config, mga live na session
Ang pangalan ng tunnel ay isang obserbasyon, hindi rekord ng serbisyo. Pag-ugnayin ang tenant, ang naka-deploy na config at ang ebidensya ng accounting bago mag-alis ng anuman.
Bawat pangalan ng tunnel ay mukhang hilera ng imbentaryo hanggang tanungin mo kung kanino ito. Sinasabi ng pangalan na may konektado ngayon; hindi nito masasabi kung kanino ang serbisyo, ano ang pinapayagang abutin, o kung ang config na gumawa ng tunnel ang siyang inaprubahan mo. Sa sukat ng fleet, ang tatlong tanong na iyon ang imbentaryo, at ang tunnel ay ang pinakabagong obserbasyon lamang.
Isang serbisyo, tatlong rekord
Ang nilalayong serbisyo ay ang karapatan ng tenant: mga identidad, prefix, resource at estado ng lifecycle. Ang naka-deploy na config ay ang nabuong patakaran na dapat magpatupad nito. Ang naobserbahang session ay ebidensya sa oras ng pagtakbo na may konektado. Ang pagtrato sa kanila bilang isang talahanayan ay nagpapasiksik ng tatlong magkaibang uri ng katotohanan sa isang hilera na mali sa tatlong paraan nang sabay.
| Record | Answers | Goes stale when |
|---|---|---|
| Intended service | Who may reach what | A contract changes and nobody edits the record |
| Deployed configuration | What the gateway was told | A device is edited by hand |
| Observed session | What is running now | Telemetry stops or a session ends |
Ang praktikal na pagsubok ay isang tanong na kayang sagutin ng bawat rekord nang mag-isa. Itanong kung kanino ang prefix na ito at sasagot ang rekord ng nilalayong serbisyo. Itanong kung anong patakaran ang hawak ng gateway at sasagot ang naka-deploy na rekord. Itanong kung may gumamit nito ngayong linggo at sasagot ang rekord ng session. Ang kolumnang hindi kayang sagutin ang sariling tanong ang dapat unang ayusin.
Itala ang tenant, hindi ang interface
Bigyan ang bawat serbisyo ng identifier na tumatagal pagkatapos ng muling pagkonekta. Ang pansamantalang tunnel interface o numero ng session ay nagbabago dahil sa mga dahilan na walang kinalaman sa kliyente, at ang imbentaryong nakasusi sa isa sa kanila ay nakakakuha ng bagong hilera tuwing nanginginig ang link. Isusi ito sa tenant at serbisyo sa halip, pagkatapos ikabit ang mga obserbasyon sa susi na iyon.
Kailangan ng rekord ang responsableng tenant at operator, ang tinanggap na identidad ng peer o user, isang sanggunian sa credential sa halip na kopya nito, ang mga protektadong prefix, ang konteksto ng routing, ang mga pinapayagang resource at ang nilalayong estado ng lifecycle. Ang materyal ng credential ay nabibilang sa sinusuportahang imbakan ng sikreto; ang imbentaryong may dalang mga pribadong susi ay naging pangalawang kopya ng kapaligiran, na mas mahinang protektado.
Ang nabuong config ay may may-ari at bersyon
Pinapadali ng automation ang bagay na ito at mas mahusay itong itinatago. Ang generator na matagumpay na tumakbo ay nagpapatunay na na-render ang template, hindi na tumutugma ang bawat device sa output. May magbabago sa gateway nang manu-mano habang may insidente, at ang pagbabagong iyon ang pinakamahalagang bagay na itala, dahil ito lang ang hindi magagaya ng anumang susunod na pagtakbo.
Itala kung aling rebisyon ang gumawa ng naka-deploy na patakaran, at panatilihin ang mga direktang pagbabago bilang pagkakaibang kailangang itugma sa halip na tahimik na i-overwrite ang mga ito. Ang pagtutugma ang produkto dito: ang tagumpay ng generator at ang aktwal na kalagayan ng device ay dalawang katotohanang dapat ihambing, hindi ipagpalagay na magkapareho.
Ang session ay ebidensya, hindi pahintulot
Kung saan gumagamit ang deployment ng RADIUS accounting, nagbibigay ang RFC 2866 ng konkretong field na mapagtatrabahuhan. Tinutukoy ng Acct-Status-Type ang pagkakaiba ng simula at paghinto, at ang mga rekord ng isang session ay nagbabahagi ng Acct-Session-Id. Ang mga field na iyon ay nagbibigay-daan sa iyong buuin muli kung kailan nagsimula at natapos ang isang session nang hindi umaasa sa buod ng dashboard.
Ang identifier ng accounting ay ebidensya sa oras ng pagtakbo. Hindi nito tinutukoy kung aling tenant ang may-ari ng subnet, at hindi ito nagbibigay ng pag-access sa anuman. I-ugnay ito sa gateway at sa identidad ng serbisyo, pagkatapos itago ang oras ng koleksyon sa tabi ng obserbasyon. Ang kulang na ulat ay maaaring pagkasira ng telemetry at hindi kawalan ng paggamit, at ang lumang rekord ay hindi patunay na ang pag-access ay aktibo pa ngayon.
Ginagamit ng pagtanggal ang parehong pag-ugnay
Ang pag-alis ng serbisyo ay nangangahulugan ng pag-alis ng nilalayong pag-access, mga credential at mga live na session, sa ganoong pagkakasunod-sunod, sa pamamagitan ng mga may-ari ng bawat isa. Pagkatapos tiyakin na nawala na ang lumang config sa mga device at hindi na nareresolba ang mga pinapayagang landas nito. Ang kliyenteng umalis noong nakaraang quarter ay hindi dapat manatili sa listahan ng prefix dahil binura ang pangalan ng tunnel pero hindi ang ruta.
Wala sa mga ito ang nangangailangan ng isang appliance bawat function o partikular na produkto ng automation. Ang pangangailangan sa operasyon ay mas makitid at mas mahirap: ang kliyente, ang nilalayong pag-access nito, ang naka-deploy na patakaran at ang kasalukuyang ebidensya sa oras ng pagtakbo ay dapat maiugnay nang hindi umaasa sa memorya ng sinuman tungkol sa pangalan ng tunnel. Buuin muna ang tatlong rekord, pagkatapos piliin ang mga kasangkapan na nagpapanatili sa kanila.