Aktiv FTD sayt VPN-lərini saymaq: hansı rəqəmi nəzərdə tutursunuz?

Ansible tapşırığını yazmadan əvvəl daha kiçik bir suala cavab verin: nə sayılır? Konfiqurasiya edilmiş peer, IKE sessiyası, IPsec təhlükəsizlik assosiasiyası və izlənən tunel statusu qeydi dörd fərqli vahiddir və açarın yenilənməsi və ya bir neçə qorunan şəbəkə onların cəmlərini fərqləndirir. Əgər idarə paneli ilə playbook uyğunsuzluq göstərirsə, adətən biri səhv deyil, fərqli şeyləri sayırlar.

İnsanların aktiv adlandırdığı dörd şey

Konfiqurasiya edilmiş peer topologiya obyektidir: kimisə onu təyin etdiyi üçün mövcuddur. IKE sessiyası nəzarət müstəvisi əlaqəsidir və heç bir trafik axmadan da qalxa bilər. IPsec SA müəyyən seçici cütü üçün məlumat müstəvisi assosiasiyasıdır və bir tunel bir neçəsini daşıya bilər. İzlənən tunel statusu platformanın öz əməliyyat hökmüdür və adətən operatorun tunel qalxıb dedikdə nəzərdə tutduğuna ən yaxın şeydir.

Yalnız sonuncusu əməliyyat sayı üçün əsaslı zəmindir. Birincisi konfiqurasiya inventarıdır və onu aktiv kimi bildirmək çərşənbə axşamından bəri söndürülmüş peer üçün idarə panelinin yaşıl göstərməsi deməkdir. Rəqəmin istifadəçisinin hansı vahidə ehtiyacı olduğunu qərar verin, sonra metrikanı öz adında həmin vahidlə etiketləyin.

Birinci qərar: hansı idarəetmə müstəvisi?

Cihaz FDM ilə idarə olunursa, FTD REST API müvafiq səthdir. Əgər FMC ilə idarə olunursa, həmin API əvəzlənə bilən bir əvəz deyil və obyektlər FMC-nin öz API-sinin arxasındadır. Tək bir sorğu yazmadan əvvəl bunu təsdiqləyin, çünki səhv müstəvi icazə problemi kimi oxunan inandırıcı bir xəta qaytarır.

Donanma üçün cavab sayın hara aid olduğunu da müəyyən edir: FDM vasitəsilə cihaz üzrə, yoxsa FMC vasitəsilə domen üzrə. Bunlar fərqli əhatələrdir və eyni donanma üçün fərqli rəqəmlər verirlər.

İkinci qərar: hansı resurs cavab verir?

Versiyaya bağlı nümunə üçün FMC 7.3 API obyekt arayışı health yolu altında GET resurslarını sənədləşdirir:

/api/fmc_config/v1/domain/{domainUUID}/health/tunnelstatuses
/api/fmc_config/v1/domain/{domainUUID}/health/tunnelsummaries

Tunel statusu resursu cihaz və status filtrlərini dəstəkləyir, o cümlədən TUNNEL_UP. Bu, həmin buraxılış üçün yoxlanıla bilən real əməliyyat resursu verir, sahə adı ilə bağlı təxmin deyil.

Parser tətbiq etməzdən əvvəl yerləşdirilmiş FMC-nin API Explorer-ində mövcudluğu, icazələri, sorğu parametrlərini və cavab sxemini təsdiqləyin. Bir buraxılış üçün sənədləşmə başlanğıc nöqtəsidir, işlətdiyinizin müqaviləsi deyil.

Say müqaviləsini yazın

Metrikanı bir cümlə ilə ifadə edin: tək nəzərdə tutulan cihaz və domen üçün bildirilən vəziyyəti TUNNEL_UP olan unikal əməliyyat tunel qeydləri. Sonra ehtiyat cihazların və bir məntiqi sayt üçün çoxsaylı qeydlərin necə təmsil olunduğunu sənədləşdirin, çünki bu iki hal rəqəminizin iclasdakı ilə uyğun olub-olmadığını həll edir.

Vahidi səssizcə tunel qeydindən uzaq sayta dəyişməyin. Əgər biznes saytlar istəsə, qeydləri saytlara açıq şəkildə xəritələyin və xəritəni dərc edin. Özünü sakitcə yenidən təyin edən say, heç say olmamasından pisdir, çünki heç kim nə vaxt dəyişdiyini deyə bilməz.

Xülasə resursuna yalnız nəyi xülasə etdiyini təsdiqlədikdən sonra rahatlıq kimi baxın. O, tam ehtiyacınız olanı birləşdirə bilər, ya da bir qədər fərqli suala cavab verə bilər. Sxemini bir dəfə oxuyun, fərqi yazın və xülasə izah oluna bilmirsə status resursundan istifadə edin. Başa düşmədiyiniz xülasə, rəydə müdafiə edə bilmədiyiniz bir rəqəmdir.

İş axını qeyri-müəyyənliyi qorusun

Təsdiqlənmiş HTTPS API-dən istifadə edin, sertifikatı yoxlayın, tokenləri tapşırıq çıxışından kənarda saxlayın və əhatəni buraxılışın dəstəklədiyi filtr və səhifələmə ilə əldə edin. Sonra heç nə hesablamazdan əvvəl sxemi yoxlayın.

fetch intended domain/device runtime records
validate response, completeness and freshness
deduplicate by the documented tunnel identity
count records matching the approved up-state definition
report count with scope, timestamp and metric unit

Bu, iş axını psevdokodudur, sınaqdan keçmiş playbook deyil. active adlı JSON açarı uydurmaq əvəzinə faktiki sahə adlarını quraşdırılmış API-dən götürün.

Əsas qayda uğursuzluq davranışıdır: avtorizasiya xətası, dəstəklənməyən resurs, köhnəlmiş nümunə və ya natamam səhifə dəsti naməlum və ya xəta verməlidir, heç vaxt uğurlu sıfır yox. Soruşa bilmədiyimi bildirən sıfır, səhvin ən bahalı növüdür.

Platformanın öz görünüşü ilə yoxlayın

İlk nəticəni eyni cihaz və an üçün buraxılışın VPN monitorinq görünüşü ilə müqayisə edin. Fərqləndikdə, playbook-u dəyişməzdən əvvəl hər birinin hansı vahiddən istifadə etdiyini öyrənin.

Hər işə qeyri-məxfi kontekst saxlayın: əhatə, vaxt damğası, metrik vahidi və qeyd sayı. FMC 7.3 API obyekt arayışı yuxarıdakı resurs yolları üçün mənbədir, öz yerləşdirmənizdəki API Explorer isə hər şey üçün mənbədir.