ಸಕ್ರಿಯ 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 ಉಳಿದ ಎಲ್ಲದರ ಮೂಲ.