యాక్టివ్ FTD సైట్ VPNలను లెక్కించడం: ఏ సంఖ్యను అర్థం చేసుకుంటున్నారు?

Ansible పనిని రాయడానికి ముందు చిన్న ప్రశ్నకు సమాధానం ఇవ్వండి: ఏమి లెక్కిస్తున్నారు? కాన్ఫిగర్ చేసిన పీర్, ఒక IKE సెషన్, ఒక IPsec భద్రతా అనుబంధం మరియు పర్యవేక్షించే టన్నెల్ స్థితి రికార్డు నాలుగు వేర్వేరు యూనిట్లు, మరియు కీ పునరుత్పత్తి లేదా అనేక రక్షిత నెట్వర్క్లు వాటి మొత్తాలను వేరు చేస్తాయి. డాష్బోర్డ్ మరియు playbook ఏకీభవించకపోతే, సాధారణంగా అవి వేర్వేరు విషయాలను లెక్కిస్తున్నాయి, వాటిలో ఒకటి తప్పు అని కాదు.

ప్రజలు యాక్టివ్ అని పిలిచే నాలుగు విషయాలు

కాన్ఫిగర్ చేసిన పీర్ ఒక టోపాలజీ వస్తువు: ఎవరో దాన్ని నిర్వచించినందున ఇది ఉంది. IKE సెషన్ అనేది నియంత్రణ స్థాయి సంబంధం, ట్రాఫిక్ ప్రవహించకపోయినా అది పైన ఉండవచ్చు. IPsec SA అనేది నిర్దిష్ట ఎంపిక జంటకు డేటా స్థాయి అనుబంధం, మరియు ఒక టన్నెల్ అనేకాన్ని మోయగలదు. పర్యవేక్షించే టన్నెల్ స్థితి అనేది ప్లాట్ఫారమ్ యొక్క స్వంత కార్యాచరణ తీర్పు, ఇది సాధారణంగా “టన్నెల్ పైన ఉంది” అని ఆపరేటర్ చెప్పినప్పుడు అర్థం చేసుకునే దానికి దగ్గరగా ఉంటుంది.

కార్యాచరణ లెక్కకు సరైన ఆధారం చివరిది మాత్రమే. మొదటిది కాన్ఫిగరేషన్ జాబితా, దాన్ని యాక్టివ్గా నివేదించడం మంగళవారం నుండి కింద ఉన్న పీర్కు డాష్బోర్డ్ ఆకుపచ్చ చూపించే విధానం. సంఖ్య వినియోగదారుకు ఏ యూనిట్ కావాలో నిర్ణయించి, ఆ తర్వాత మెట్రిక్ను దాని స్వంత పేరులో ఆ యూనిట్తో లేబుల్ చేయండి.

మొదటి నిర్ణయం: ఏ నిర్వహణ స్థాయి?

పరికరాన్ని FDM నిర్వహిస్తే, సంబంధిత ఉపరితలం FTD REST API. దాన్ని FMC నిర్వహిస్తే, ఆ API పరస్పరం మార్చుకోగల ప్రత్యామ్నాయం కాదు, మరియు వస్తువులు FMC యొక్క స్వంత API వెనుక ఉంటాయి. ఒక్క అభ్యర్థన రాసే ముందు దీన్ని నిర్ధారించండి, ఎందుకంటే తప్పు స్థాయి అనుమతి సమస్యలా కనిపించే నమ్మదగిన లోపాన్ని తిరిగి ఇస్తుంది.

ఫ్లీట్ కోసం, లెక్క ఎక్కడ చెందుతుందో కూడా సమాధానం నిర్ణయిస్తుంది: FDM ద్వారా ప్రతి పరికరానికి, లేదా FMC ద్వారా ప్రతి డొమైన్కు. ఇవి వేర్వేరు పరిధులు మరియు అదే ఫ్లీట్కు వేర్వేరు సంఖ్యలను ఇస్తాయి.

రెండవ నిర్ణయం: ఏ వనరు సమాధానం ఇస్తుంది?

వెర్షన్-పరిమిత ఉదాహరణకు, FMC 7.3 API వస్తువు సూచిక health మార్గం కింద GET వనరులను నమోదు చేస్తుంది:

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

టన్నెల్ స్థితి వనరు పరికరం మరియు స్థితి ఫిల్టర్లను మద్దతు ఇస్తుంది, వాటిలో TUNNEL_UP ఉంది. అది ఆ విడుదల కోసం తనిఖీ చేయడానికి నిజమైన కార్యాచరణ వనరును ఇస్తుంది, ఫీల్డ్ పేరు గురించిన ఊహ కాదు.

పార్సర్ను అమలు చేయడానికి ముందు, ఇన్స్టాల్ చేసిన FMC యొక్క API Explorerలో లభ్యత, అనుమతులు, అభ్యర్థన పరామితులు మరియు ప్రతిస్పందన స్కీమాను నిర్ధారించండి. ఒక వెర్షన్ డాక్యుమెంటేషన్ ప్రారంభ బిందువు, మీరు నడుపుతున్న వెర్షన్ ఒప్పందం కాదు.

లెక్క యొక్క ఒప్పందాన్ని రాయండి

మెట్రిక్ను ఒక వాక్యంలో చెప్పండి: ఒక ఉద్దేశించిన పరికరం మరియు డొమైన్ కోసం ప్రత్యేక కార్యాచరణ టన్నెల్ రికార్డులు, వాటి నివేదించిన స్థితి TUNNEL_UP. తర్వాత అదనపు పరికరాలు మరియు ఒక తార్కిక సైట్కు బహుళ రికార్డులు ఎలా సూచించబడతాయో నమోదు చేయండి, ఎందుకంటే ఆ రెండు సందర్భాలు మీ సంఖ్య సమావేశంలోని సంఖ్యతో సరిపోతుందో లేదో నిర్ణయిస్తాయి.

యూనిట్ను నిశ్శబ్దంగా టన్నెల్ రికార్డు నుండి దూర సైట్కు మార్చవద్దు. వ్యాపారానికి సైట్లు కావాలంటే, రికార్డులను సైట్లకు స్పష్టంగా మ్యాప్ చేసి ఆ మ్యాపింగ్ను ప్రచురించండి. తనను తాను నిశ్శబ్దంగా పునర్నిర్వచించుకునే లెక్క లెక్క లేకపోవడం కంటే చెడ్డది, ఎందుకంటే అది ఎప్పుడు మారిందో ఎవరూ చెప్పలేరు.

సారాంశ వనరును అది ఏమి సంగ్రహిస్తుందో నిర్ధారించిన తర్వాత మాత్రమే సౌలభ్యంగా పరిగణించండి. మీకు అవసరమైనదాన్ని సరిగ్గా సమీకరించవచ్చు, లేదా కొద్దిగా భిన్నమైన ప్రశ్నకు సమాధానం ఇవ్వవచ్చు. దాని స్కీమాను ఒకసారి చదివి, భేదాన్ని రాయండి, సారాంశాన్ని వివరించలేకపోతే స్థితి వనరును ఉపయోగించండి. మీకు అర్థం కాని సారాంశం సమీక్షలో సమర్థించలేని సంఖ్య.

వర్క్ఫ్లో అనిశ్చితత్వాన్ని నిలుపుకోనివ్వండి

ఆమోదించిన HTTPS API ఉపయోగించండి, సర్టిఫికెట్ను ధృవీకరించండి, టోకెన్లను పని అవుట్పుట్ వెలుపల ఉంచండి, మరియు వెర్షన్ మద్దతు ఇచ్చే ఫిల్టర్ మరియు పేజీవిభజనతో పరిధిని పొందండి. తర్వాత ఏదైనా లెక్కించే ముందు స్కీమాను ధృవీకరించండి.

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

ఇది వర్క్ఫ్లో సూడోకోడ్, పరీక్షించిన playbook కాదు. active అనే JSON కీని కనిపెట్టడం బదులు ఇన్స్టాల్ చేసిన API నుండి నిజమైన ఫీల్డ్ పేర్లను తీసుకోండి.

ముఖ్యమైన నియమం వైఫల్య ప్రవర్తన: అధికార లోపం, మద్దతు లేని వనరు, పాత నమూనా లేదా అసంపూర్ణ పేజీ సెట్ unknown లేదా error ఇవ్వాలి, ఎప్పుడూ విజయవంతమైన సున్నా కాదు. “నేను అడగలేకపోయాను” అని అర్థమయ్యే సున్నా అత్యంత ఖరీదైన లోప రకం.

ప్లాట్ఫారమ్ యొక్క స్వంత వీక్షణకు వ్యతిరేకంగా ధృవీకరించండి

మొదటి ఫలితాన్ని అదే పరికరం మరియు క్షణానికి వెర్షన్ యొక్క VPN పర్యవేక్షణ వీక్షణతో పోల్చండి. అవి భిన్నంగా ఉన్నప్పుడు, playbook మార్చే ముందు ప్రతిది ఏ యూనిట్ ఉపయోగిస్తుందో కనుగొనండి.

ప్రతి రన్కు రహస్యం కాని సందర్భాన్ని ఉంచండి: పరిధి, సమయ ముద్ర, మెట్రిక్ యూనిట్ మరియు రికార్డుల సంఖ్య. FMC 7.3 API వస్తువు సూచిక పైన వనరు మార్గాల మూలం, మరియు మీ స్వంత అమలులోని API Explorer మిగతా అన్నింటికి మూలం.