SNMP ಅಥವಾ API ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು VPN ವಸ್ತುವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ

ಸಾಗಣೆಗೆ ಮೊದಲು ಮೂರು ನಿರ್ಧಾರಗಳಿವೆ: ಎಚ್ಚರಿಕೆ ಯಾವ ವಸ್ತುವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಯಾವ ದಿಕ್ಕು ಮತ್ತು ವ್ಯಾಪ್ತಿಯನ್ನು ಆವರಿಸುತ್ತದೆ, ಮತ್ತು ಓದುವಿಕೆ ಎಷ್ಟು ತಾಜಾ ಇರಬೇಕು. SNMP, HTTPS API ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಬ್ ಎಲ್ಲವೂ VPN ಬಗ್ಗೆ ಏನಾದರೂ ವರದಿ ಮಾಡಬಹುದು, ಮತ್ತು ಅವು ಒಂದೇ ವಿಷಯವನ್ನು ವರದಿ ಮಾಡುವುದಿಲ್ಲ. ಈ ಮೂರನ್ನು ನಿರ್ಧರಿಸದೆ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಬದಲಿಸುವುದು ಗೊಂದಲ ಎಲ್ಲಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ. ವಸ್ತು ಮತ್ತು ಎಚ್ಚರಿಕೆಯ ಅರ್ಥವೇ ವಿನ್ಯಾಸ; ಪ್ರೋಟೋಕಾಲ್ ವಿತರಣೆ.

ನಾಲ್ಕು ವಿಭಿನ್ನ ಅವಲೋಕನಗಳನ್ನು ಒಂದೇ ಹಸಿರು ಚಿಹ್ನೆಯಾಗಿ ಪರಿವರ್ತಿಸುವ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಈಗಾಗಲೇ ಆ ನಿರ್ಧಾರವನ್ನು ಕೆಟ್ಟದಾಗಿ ತೆಗೆದುಕೊಂಡಿದೆ.

ಎಚ್ಚರಿಕೆ ನಿಜವಾಗಿ ಏನನ್ನು ಅರ್ಥೈಸಬೇಕು?

ಇದು ಸಹವರ್ತಿ ದೃಢೀಕರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಸಂರಕ್ಷಿತ ಡೇಟಾ ಸ್ಥಿತಿ ಇಲ್ಲ, ಮಾರ್ಗವು ತಪ್ಪು ಸ್ಥಳಕ್ಕೆ ತೋರಿಸುತ್ತದೆ, ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಕೆಲಸವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಅರ್ಥವಾಗಬಹುದು. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಮಾಲೀಕ, ತನ್ನದೇ ಮೊದಲ ಪರಿಶೀಲನೆ ಮತ್ತು ತನ್ನದೇ ಸುಳ್ಳು-ಧನಾತ್ಮಕ ದರವಿದೆ. ದೃಢೀಕರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಸಹವರ್ತಿ ಗುರುತಿನ ಸಮಸ್ಯೆ, ಕಾಣೆಯಾದ ಭದ್ರತಾ ಸಂಘಟನೆ ಪ್ರೋಟೋಕಾಲ್-ಸ್ಥಿತಿ ಸಮಸ್ಯೆ, ಮಾರ್ಗ ಸಂರಚನಾ ಸಮಸ್ಯೆ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವೈಫಲ್ಯ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಆಗಿರದಿರಬಹುದು. ಸಂಗ್ರಾಹಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಎಚ್ಚರಿಕೆ ಯಾವುದಕ್ಕಾಗಿ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಆನ್-ಕಾಲ್ ಇಂಜಿನಿಯರ್ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದಾದ ವಾಕ್ಯವಾಗಿ ಬರೆಯಿರಿ. ವಾಕ್ಯಕ್ಕೆ ಎರಡು ವಸ್ತುಗಳು ಬೇಕಾದರೆ, ಅದು ಎರಡು ಎಚ್ಚರಿಕೆಗಳು, ಅರ್ಧ-ಸರಿಯಾದ ಒಂದಲ್ಲ.

TCP ಕೋಷ್ಟಕ TCP ಅನ್ನು ವಿವರಿಸುತ್ತದೆ

RFC 4022 tcpConnectionTable ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಅದರ ಸಾಲುಗಳು ಸ್ಥಾಪಿತ TCP ಸಂಪರ್ಕಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ, ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ವಿಳಾಸ ಪ್ರಕಾರ, ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ನಿಂದ ಕೀಲಿಯಾಗಿವೆ. ಸಂಪರ್ಕ ಮುಚ್ಚಿದಾಗ ಸಾಲುಗಳು ಮಾಯವಾಗುತ್ತವೆ, ಮತ್ತು ಆಲಿಸುವ ಸಾಕೆಟ್ಗಳು ಬೇರೆ ಕೋಷ್ಟಕದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಒಂದೇ ಬಾಕ್ಸ್ನಲ್ಲಿ VPN ಚಲಾಯಿಸುವುದು TCP ಕೋಷ್ಟಕವನ್ನು IPsec ಭದ್ರತಾ ಸಂಘಟನೆಗಳ ಪಟ್ಟಿಯಾಗಿ ಮಾಡುವುದಿಲ್ಲ. ಅದು ನಿರ್ವಹಣಾ ಅಧಿವೇಶನ, ಅಪ್ಲಿಕೇಶನ್ ಹರಿವು, ಅಥವಾ TCP ಮೇಲೆ ಸಾಗಿಸುವ ಸುರಂಗವನ್ನು ವಿವರಿಸಬಹುದು, ಮತ್ತು ಸಾಲೇ ಯಾವುದು ಎಂದು ನಿಮಗೆ ಹೇಳುವುದಿಲ್ಲ.

ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್ಗಳು ಅದೇ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಒರಟಾದ ಮಟ್ಟದಲ್ಲಿ ಹೊತ್ತುಕೊಳ್ಳುತ್ತವೆ: ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿನ ಬೈಟ್ಗಳು ಅದನ್ನು ಬಳಸುವ ಪ್ರತಿಯೊಂದು ಸಹವರ್ತಿ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಹರಿವನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತವೆ.

ಒಂದು ಸಣ್ಣ ಅವಲೋಕನ ಒಪ್ಪಂದವನ್ನು ನಿರ್ಮಿಸಿ

ಪ್ರತಿ ಮೆಟ್ರಿಕ್ಗೂ, ಬೆಂಬಲಿತ ವಸ್ತು ಅಥವಾ API ಕ್ಷೇತ್ರ, ಮಾಲೀಕ ಸಾಧನ ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಆವೃತ್ತಿ, ಸಹವರ್ತಿ ಅಥವಾ ಸೇವಾ ಗುರುತಿಸುವಿಕೆ, ದಿಕ್ಕು, ಸಂಗ್ರಹ ಸಮಯ ಮತ್ತು ನಿರೀಕ್ಷಿತ ರಿಫ್ರೆಶ್ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸಿ. ನಂತರ ಪ್ರೋಟೋಕಾಲ್ ಸ್ಥಿತಿಗೆ ಗೇಟ್ವೇಯ ದಾಖಲಿತ ಸಂಘಟನೆ ಅಥವಾ ಅಧಿವೇಶನ ನೋಟ, ಮಾರ್ಗ ಸ್ಥಿತಿಗೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿಗೆ ಸೀಮಿತ ಅನುಮತಿಸಲಾದ ವಿನಂತಿಯನ್ನು ಬಳಸಿ. ಕಾರ್ಯನಿರ್ವಹಿಸುವ ನಿರ್ವಹಣಾ ಎಂಡ್ಪಾಯಿಂಟ್ ನಿರ್ವಹಣಾ ಎಂಡ್ಪಾಯಿಂಟ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಹಿಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಬಗ್ಗೆ ಏನೂ ಅಲ್ಲ.

ಸ್ಥಾಪಿತ ಏಜೆಂಟ್ನಲ್ಲಿ ಅಗತ್ಯವಿರುವ ವಸ್ತುಗಳು ಇಲ್ಲದಿದ್ದರೆ, ಸ್ಪಷ್ಟವಾಗಿ ಬೆಂಬಲಿತವಾದ ಇನ್ನೊಂದು ಓದು-ಮಾತ್ರ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡಿ. OID ಕಲ್ಪಿಸುವುದು, ಸಾಮಾನ್ಯ TCP ಎಣಿಕೆಯನ್ನು ಸುರಂಗ ಎಣಿಕೆಯಾಗಿ ಓದುವುದು, ಅಥವಾ ಹಳೆಯ ವೆಂಡರ್ API ಸಹೋದರ ಉತ್ಪನ್ನದಲ್ಲಿ ಬದಲಾಗದೆ ಉಳಿಯುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು—ಎಲ್ಲವೂ ಬಂದ ದಾರಿಗಳು.

ಹಳೆಯ ಡೇಟಾ ಸುರಂಗ ವೈಫಲ್ಯ ಅಲ್ಲ

ಸಂಗ್ರಹ ಕಾಲಮಿತಿ, ಅವಧಿ ಮುಗಿದ ರುಜುವಾತು ಅಥವಾ ಬದಲಾದ API ಮಾರ್ಗ ಕಾಣೆಯಾದ ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ. ಅದು ಮೇಲ್ವಿಚಾರಣಾ ವೈಫಲ್ಯ ಮತ್ತು ಬಿದ್ದ ಸುರಂಗಕ್ಕಿಂತ ವಿಭಿನ್ನ ಘಟನೆ. ಯಾವ ಅವಲೋಕನ ಯಾವಾಗ ಹಳೆಯದಾಯಿತು ಎಂದು ದಾಖಲಿಸಿ, ಆಪರೇಟರ್ಗೆ ಸುರಂಗ ಮರುಹೊಂದಿಕೆ ಬದಲು ಅರ್ಥಪೂರ್ಣ ಮೊದಲ ಪರಿಶೀಲನೆ ಸಿಗಲಿ. ಪ್ರತಿ ಕಾಲಮಿತಿಯನ್ನು VPN ಅಡಚಣೆ ಎಂದು ಪರಿಗಣಿಸುವುದು ಜನರಿಗೆ ಎರಡನ್ನೂ ನಿರ್ಲಕ್ಷಿಸಲು ಕಲಿಸುತ್ತದೆ.

ಸಂಗ್ರಹ ಅನುಮತಿಗಳನ್ನೂ ಸೀಮಿತವಾಗಿ ಇರಿಸಿ. ಸಂರಚನೆಯನ್ನು ಬದಲಿಸಬಹುದಾದ ಅಥವಾ ಅಧಿವೇಶನಗಳನ್ನು ಅಳಿಸಬಹುದಾದ ಇಂಟರ್ಫೇಸ್ ಮೇಲ್ವಿಚಾರಣಾ ಕೆಲಸವು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಬಾರದ ವಿಶೇಷಾಧಿಕಾರ ಗಡಿಯನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಓದು-ಮಾತ್ರ ಖಾತೆ ಸಾಮಾನ್ಯವಾಗಿ ಸಾಕು.

ಉಪಯುಕ್ತ ವಿನ್ಯಾಸವು ವಸ್ತು, ಅರ್ಥ ಮತ್ತು ತಾಜಾತನದ ಅಗತ್ಯವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆ ಅವುಗಳಿಂದ ಬರುತ್ತದೆ, ತಿರುವು ಮುರುವು ಅಲ್ಲ.