Azure Site VPN ಮೇಲ್ವಿಚಾರಣೆ: ಟನೆಲ್ ಸ್ಥಿತಿಯನ್ನು ನಿಜವಾದ ಪ್ರೋಬ್ನೊಂದಿಗೆ ಜೋಡಿಸಿ

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

ಟನೆಲ್ನಿಂದ ಅಲ್ಲ, ವಿಫಲವಾದ ಲಕ್ಷಣದಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ಮೂರು ಸ್ಥಿತಿಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಬೇಕು: ಟನೆಲ್ ಕೆಳಗಿದೆ, ಟನೆಲ್ ಮೇಲಿದೆ ಮತ್ತು ಸೇವೆ ವಿಫಲವಾಗಿದೆ, ಮತ್ತು ಮೇಲ್ವಿಚಾರಣಾ ಮೂಲವೇ ಲಭ್ಯವಿಲ್ಲ.

ಪ್ರೋಬ್ ಅನ್ನು ಬಳಕೆದಾರರು ಇರುವಲ್ಲೇ ಇರಿಸಿ

ಶಾಖೆಯಿಂದ Azure ಅಪ್ಲಿಕೇಶನ್ಗೆ, ಶಾಖೆಯ ಕೆಲಸದ ಹೊರೆ ಜಾಲದಲ್ಲಿನ ಹೋಸ್ಟ್ನಿಂದ ಸಿಂಥೆಟಿಕ್ ಪರೀಕ್ಷೆ ನಡೆಸಿ ಮತ್ತು ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ತಲುಪುವ ಖಾಸಗಿ HTTPS ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಗುರಿಯಿಡಿ. ಗೇಟ್ವೇಯಿಂದ ಪ್ರಾರಂಭಿಸಿದ ಪ್ರೋಬ್ ಬೇರೆ ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಹಲವು ಬಾರಿ ಬೇರೆ ನೀತಿ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಬಳಕೆದಾರರೂ ವಿಫಲವಾದರೂ ಅದು ಉತ್ತೀರ್ಣವಾಗಬಹುದು. Azure Connection Monitor ಪರೀಕ್ಷಾ ಗುಂಪುಗಳು ಮತ್ತು ಮಿತಿಗಳೊಂದಿಗೆ TCP, ICMP ಮತ್ತು HTTP ತಪಾಸಣೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸ್ಥಳೀಯ ಮೂಲಗಳಿಗೆ Azure ಬದಿಯಿಂದ ಭಿನ್ನವಾದ ಏಜೆಂಟ್ ಅಗತ್ಯಗಳಿವೆ. ಬ್ಲಾಗ್ನಿಂದ ನಿವೃತ್ತವಾದ ಕ್ಲಾಸಿಕ್ ಮೇಲ್ವಿಚಾರಣಾ ಪಾಕವಿಧಾನವನ್ನು ನಕಲಿಸುವ ಬದಲು ಪ್ರಸ್ತುತ ಬೆಂಬಲಿತ ವ್ಯವಸ್ಥೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪ್ರೋಬ್ ಅನ್ನು ಸಣ್ಣ ಮತ್ತು ನೀರಸವಾಗಿ ಇರಿಸಿ: ಒಂದು ಗಮ್ಯ, ಒಂದು ಪೋರ್ಟ್, ಕಾರ್ಯಾಚರಣಾ ಅಗತ್ಯಕ್ಕೆ ಹೊಂದುವ ಆವರ್ತನ, ಮತ್ತು ಆ ಮೂಲಕ್ಕೆ ಸ್ಪಷ್ಟ ಅನುಮತಿ ನಿಯಮ.

ಸೇವೆಗೆ ಹೊಂದುವ ತಪಾಸಣೆ ಆಯ್ಕೆಮಾಡಿ

ಸೇವಾ ಪೋರ್ಟ್ಗೆ TCP ಸಂಪರ್ಕ ಟನೆಲ್ ಮೂಲಕ ಸಾಗಣೆ ತಲುಪುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು TLS ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. HTTP ತಪಾಸಣೆ ಸ್ಥಿತಿ ನಿರೀಕ್ಷೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸಿ ಸೇವೆ ನೀಡಲಾಗದ ಆಲಿಸುವಿಕೆಯನ್ನು ಹಿಡಿಯುತ್ತದೆ, ಇದು ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಬ್ಯಾಕೆಂಡ್ ಬದಲಾವಣೆಯ ನಂತರ ಸಾಮಾನ್ಯ ವೈಫಲ್ಯ. ಪರೀಕ್ಷೆ ನಿಜವಾಗಿ ದೃಢೀಕರಿಸದಿದ್ದರೆ ಎರಡೂ ದೃಢೀಕೃತ ವ್ಯಾಪಾರ ವಹಿವಾಟಲ್ಲ, ಆದ್ದರಿಂದ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಹಾಗೆ ಲೇಬಲ್ ಮಾಡಬೇಡಿ. ಬಳಕೆದಾರರ ದೂರು ಬಂದಾಗ ವಿಫಲವಾಗುವ ತಪಾಸಣೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ICMP ಮೂರರಲ್ಲಿ ದುರ್ಬಲವಾದ ಆಯ್ಕೆ, ಏಕೆಂದರೆ ಅನೇಕ ಸ್ಟ್ಯಾಕ್ಗಳು ನೀತಿಯಿಂದ ಅದನ್ನು ಬಿಡುತ್ತವೆ ಮತ್ತು ವಿಫಲ ಪಿಂಗ್ ಬಹಳ ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಎರಡೂ ಸಂಕೇತಗಳನ್ನು ಸೃಷ್ಟಿಸದೆ Elastic ಗೆ ತಲುಪಿಸಿ

VPN ಗೇಟ್ವೇ ಟನೆಲ್ನ ಹೊರ ಮತ್ತು ಒಳ ಬೈಟ್ಗಳು ಹಾಗೂ ಪ್ಯಾಕೆಟ್ ಕಳೆದುಹೋಗುವ ಎಣಿಕೆಗಳಂತಹ ವೇದಿಕೆ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಹೊರಡಿಸುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಹಾಗೂ IKE ಘಟನೆಗಳನ್ನು ಒಳಗೊಂಡ ವರ್ಗಗಳಲ್ಲಿ ರೋಗನಿರ್ಣಯ ಲಾಗ್ಗಳನ್ನು ಕಳುಹಿಸಬಹುದು. Connection Monitor ಫಲಿತಾಂಶಗಳು Azure Monitor ಮೂಲಕ ಮೆಟ್ರಿಕ್ಗಳಾಗಿ ಮತ್ತು Log Analytics ಕೆಲಸದ ಜಾಗದ ಮೂಲಕ ಲಾಗ್ ದಾಖಲೆಗಳಾಗಿ ಬರುತ್ತವೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ತಾನಾಗಿಯೇ Elastic ಸೂಚ್ಯಂಕದಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ. ಮೆಟ್ರಿಕ್ಗಳಿಗೆ ಒಂದು ಬೆಂಬಲಿತ ಪೈಪ್ಲೈನ್ ಮತ್ತು ಲಾಗ್ಗಳಿಗೆ ಇನ್ನೊಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಸಾಮಾನ್ಯವಾಗಿ Azure Event Hub ಇನ್ಪುಟ್ ಅಥವಾ Azure Monitor ಸಂಯೋಜನೆ, ಮತ್ತು ಸೂಚ್ಯಂಕ ಮಾದರಿಯನ್ನು ನಂಬುವ ಮೊದಲು ಅಳವಡಿಸಿದ ಸಂಯೋಜನೆ ನಿಜವಾಗಿ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ನಿರ್ವಾಹಕರು ಎರಡೂ ಡೇಟಾಸೆಟ್ಗಳನ್ನು ಸೇರಿಸಲು ಅನುವು ಮಾಡುವ ಲೇಬಲ್ಗಳನ್ನು ಉಳಿಸಿ: ಪ್ರೋಬ್ಗೆ ಮೂಲ ಎಂಡ್ಪಾಯಿಂಟ್, ಗಮ್ಯ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್, ಗೇಟ್ವೇಗೆ ಟನೆಲ್ ಗುರುತು ಮತ್ತು ಸಹವರ್ತಿ ವಿಳಾಸ.

ಒಂದು ನಿಯಂತ್ರಿತ ಘಟನೆಯಿಂದ ಪೈಪ್ಲೈನ್ ಮಾನ್ಯಗೊಳಿಸಿ, ನಂತರ ಅದನ್ನು Elastic ನಲ್ಲಿ ಹುಡುಕಿ ಅದರ ಸಮಯಮುದ್ರೆ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಲೇಬಲ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ತಪ್ಪು ಸಮಯಮುದ್ರೆಯ ದಾಖಲೆ ಕಾಣೆಯಾದದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಹಳೆಯ ಡೇಟಾವನ್ನು ಪ್ರಸ್ತುತವೆಂದು ತೋರಿಸುತ್ತದೆ.

ಬಣ್ಣದ ಮೇಲಲ್ಲ, ವ್ಯತ್ಯಾಸದ ಮೇಲೆ ಎಚ್ಚರಿಕೆ ನೀಡಿ

ಎರಡು ಸಂಕೇತಗಳನ್ನು ಇರಿಸುವ ಅರ್ಥ ಸಂಯೋಜನೆಗಳಲ್ಲಿ. ಟನೆಲ್ ಕೆಳಗಿದ್ದರೆ ಜಾಲದ ಮಾಲೀಕರನ್ನು ಕರೆಯಿರಿ; ಟನೆಲ್ ಮೇಲಿದ್ದು ಪ್ರೋಬ್ ವಿಫಲವಾದರೆ ಅಪ್ಲಿಕೇಶನ್ ಮಾಲೀಕರನ್ನು; ಪ್ರೋಬ್ ಫಲಿತಾಂಶ ಕಾಣೆಯಾದರೆ ಮೇಲ್ವಿಚಾರಣಾ ಏಜೆಂಟ್ ಮಾಲೀಕರನ್ನು. ಮೂರನ್ನೂ ಒಂದೇ ಕೆಂಪು ಪ್ಯಾನೆಲ್ಗೆ ಸೇರಿಸಿದರೆ ಎಚ್ಚರಿಕೆ ಒಂದು ತಿಂಗಳಲ್ಲಿ ಮ್ಯೂಟ್ ಆಗುವುದು ಖಚಿತ. ಒಂದೇ ಮಾದರಿಯ ಮೇಲಲ್ಲ, ಸ್ಥಿರತೆ ವಿಂಡೋದೊಂದಿಗೆ ನಿರಂತರ ವೈಫಲ್ಯದ ಮೇಲೆ ಎಚ್ಚರಿಕೆ ನೀಡಿ, ಮತ್ತು ಸೇವನೆ ಪೈಪ್ಲೈನ್ನ ಆರೋಗ್ಯಕ್ಕೆ ಪ್ರತ್ಯೇಕ ತಪಾಸಣೆ ಸೇರಿಸಿ.

ನಿನ್ನೆಯ ಯಶಸ್ವಿ ಮಾದರಿಗಳಿಂದ ತುಂಬಿದ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಇಂದು ಆರೋಗ್ಯಕರ ಮಾರ್ಗವಾಗಿ ಓದಬಾರದು.

ಬರೆದಾಗ ಒಪ್ಪಂದ ಚಿಕ್ಕದು: ಟನೆಲ್ ಮೆಟ್ರಿಕ್ ಗೇಟ್ವೇ ಮಾತುಕತೆ ನಡೆಸಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಪ್ರೋಬ್ ಬಳಕೆದಾರರು ಕುಳಿತಿರುವಲ್ಲಿಂದ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಪೈಪ್ಲೈನ್ ಆರೋಗ್ಯ ಎರಡರಲ್ಲಿ ಯಾವ ಉತ್ತರವಾದರೂ ಪ್ರಸ್ತುತವೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಉಳಿದದ್ದೆಲ್ಲ ಟೀಕೆ.