Azure Point-to-Site VPN ಲಾಗ್ಗಳು ಎಲ್ಲಿವೆ? Monitor ನಲ್ಲಿ ನೋಡಿ

ಬಳಕೆದಾರರು Point-to-Site ಗೇಟ್ವೇಗೆ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತಿಲ್ಲ, ನೀವು ಗೇಟ್ವೇ ಬ್ಲೇಡ್ ತೆರೆಯುತ್ತೀರಿ, ಮತ್ತು ಪುಟದಲ್ಲಿ ಎಲ್ಲಿಯೂ ಸಂಪರ್ಕ ಇತಿಹಾಸವಿಲ್ಲ. ಸಂರಚನೆ, ಪ್ರಮಾಣಪತ್ರಗಳು, ಸ್ಥಿತಿ: ಎಲ್ಲವೂ ಇದೆ, ಯಾವುದೇ ದಾಖಲೆಗಳಿಲ್ಲ. ಲಾಗ್ಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ, ಆದರೆ ನೆಟ್ವರ್ಕಿಂಗ್ ಪುಟಗಳು ಅವುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ. ಅವು ಗೇಟ್ವೇ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಲಗತ್ತಿಸಲಾದ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ಸೆಟ್ಟಿಂಗ್ನಿಂದ ಬರುತ್ತವೆ, ಮತ್ತು ಆ ಸೆಟ್ಟಿಂಗ್ Monitor ಅಡಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ; ಆದ್ದರಿಂದ ಸ್ಪಷ್ಟ ಸ್ಥಳದಲ್ಲಿ ಮೊದಲ ಹುಡುಕಾಟ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸೇವೆಯು ಯಾವುದೇ ಆಡಿಟ್ ಜಾಡನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂದು ಜನರು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ.

ಸ್ಪಷ್ಟ ಹುಡುಕಾಟ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

ಹಳೆಯ ಮಾರ್ಗದರ್ಶನವು Azure Point-to-Site VPN ಗೆ ಯಾವುದೇ ಆಡಿಟ್ ಇಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಸೇವೆಯು ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೂ ದಾಖಲೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸದಿದ್ದಾಗ ಅದು ನಿಜವಾಗಿತ್ತು. ಪ್ರಸ್ತುತ ಗೇಟ್ವೇಗಳು ಸುರಂಗದ ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ದಾಖಲೆಗಳನ್ನು ಪ್ರಕಟಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಬದಲಾಗಿದೆ: ಲಾಗ್ಗಳು ಇವೆಯೇ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಯಾವ ಸಂಪನ್ಮೂಲ ಅವುಗಳನ್ನು ಹೊರಡಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಯಾವ ವರ್ಗವನ್ನು ಆನ್ ಮಾಡಿದ್ದೀರಿ. ಗೇಟ್ವೇ ಬ್ಲೇಡ್ ಒಂದು ಸಂರಚನಾ ಮೇಲ್ಮೈ, ಮತ್ತು ಸಂರಚನಾ ಮೇಲ್ಮೈಗಳು ಅಪರೂಪವಾಗಿ ಲಾಗ್ ವೀಕ್ಷಕರಾಗಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ಸೆಟ್ಟಿಂಗ್ ಪ್ರತಿ ಸಂಪನ್ಮೂಲಕ್ಕೂ ಒಂದು ವಸ್ತು, ಆದ್ದರಿಂದ ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಸಂಪನ್ಮೂಲವು ಮುಂದಿನ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಗೊಂದಲದ ಇನ್ನೊಂದು ಅರ್ಧ ಭಾಗ ದೃಢೀಕರಣ. ಪ್ರಮಾಣಪತ್ರ ಆಧಾರಿತ Point-to-Site ಸಂಪರ್ಕಗಳು ಗುರುತಿನ ಪೂರೈಕೆದಾರರಂತೆ ಪ್ರತಿ ಬಳಕೆದಾರರ ಸೈನ್-ಇನ್ ಈವೆಂಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡುವ ಹೆಸರಿಸಲಾದ ವ್ಯಕ್ತಿಯ ಯಾವುದೇ ದಾಖಲೆ ಸಿಗುವುದಿಲ್ಲ.

ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಗೇಟ್ವೇ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಲಗತ್ತಿಸಿ

Monitor ತೆರೆಯಿರಿ, ನಂತರ Diagnostic settings, ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಅಲ್ಲ, ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಗೇಟ್ವೇ ಸ್ವತಃ ಗುರಿಯಾಗಿರುವ ಹೊಸ ಸೆಟ್ಟಿಂಗ್ ಸೇರಿಸಿ. Point-to-Site ಡಯಾಗ್ನೋಸ್ಟಿಕ್ ವರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಅದರ ಹೆಸರು P2SDiagnosticLog, ಏಕೆಂದರೆ ಅದೇ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಸಂಪರ್ಕ ದಾಖಲೆಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ; ಸುರಂಗ, ಮಾರ್ಗ ಅಥವಾ IKE ವರ್ಗಗಳನ್ನು ಅವು ಒಳಗೊಳ್ಳುವ site-to-site ದೋಷಗಳಿಗೆ ಮಾತ್ರ ಸೇರಿಸಿ. ನಂತರ ಡೇಟಾವನ್ನು ನೀವು ನಿಯಂತ್ರಿಸುವ Log Analytics ಕಾರ್ಯಕ್ಷೇತ್ರಕ್ಕೆ ಕಳುಹಿಸಿ, ನೀವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ಧಾರಣ ಅವಧಿಯೊಂದಿಗೆ. ಹೆಚ್ಚಿನ ವಿಫಲ ಹುಡುಕಾಟಗಳು ತಪ್ಪು ಸಂಪನ್ಮೂಲಕ್ಕೆ ಲಗತ್ತಿಸಲಾದ ಸೆಟ್ಟಿಂಗ್, ಕಾಣೆಯಾದ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ.

ವರ್ಗ ಪಟ್ಟಿಗಳು ಗೇಟ್ವೇ ಪ್ರಕಾರ ಮತ್ತು ಪೀಳಿಗೆಯ ಪ್ರಕಾರ ಬದಲಾಗುತ್ತವೆ. Point-to-Site ವರ್ಗವು ಇಲ್ಲದಿದ್ದರೆ, ಗೇಟ್ವೇ ವೈಶಿಷ್ಟ್ಯಕ್ಕಿಂತ ಹಳೆಯದಾಗಿರಬಹುದು ಅಥವಾ ಅದನ್ನು ಎಂದಿಗೂ ಹೊರಡಿಸದ SKU ನಲ್ಲಿ ಚಲಿಸುತ್ತಿರಬಹುದು, ಆದ್ದರಿಂದ ಅನುಮತಿ ಸಮಸ್ಯೆಯನ್ನು ಹುಡುಕುವ ಮೊದಲು ಬೆಂಬಲಿತ ವರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. Point-to-Site ವರ್ಗವಿಲ್ಲದ ಗೇಟ್ವೇ ಹಾಳಾಗಿಲ್ಲ; ಅದು ಸರಳವಾಗಿ ಆ ದಾಖಲೆಯ ಮೂಲವಾಗಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಹತ್ತಿರದ ಪರ್ಯಾಯ ಸುರಂಗ ಅಥವಾ IKE ವರ್ಗ, ಅದು Point-to-Site ಸೆಷನ್ ವಿವರಿಸದಿದ್ದರೂ ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಕಾಣೆಯಾದ ಲಾಗ್ಗಳ ಬಗ್ಗೆ ಬೆಂಬಲ ಪ್ರಕರಣ ತೆರೆಯುವ ಮೊದಲು ವರ್ಗ ಪಟ್ಟಿಯನ್ನು ದೃಢೀಕರಿಸಿ.

ನಿಮ್ಮ ಮೋಡ್ ಬಳಸುವ ಕೋಷ್ಟಕದಲ್ಲಿ ದಾಖಲೆಗಳನ್ನು ಓದಿ

ಹಳೆಯ ಸಂಗ್ರಹಣಾ ಮೋಡ್ನಲ್ಲಿ ನಮೂದುಗಳು AzureDiagnostics ಕೋಷ್ಟಕಕ್ಕೆ ಬರುತ್ತವೆ ಮತ್ತು ವರ್ಗವು ಕಾಲಮ್ ಮೌಲ್ಯವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ; ಸಂಪನ್ಮೂಲ-ನಿರ್ದಿಷ್ಟ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಗೇಟ್ವೇಗೆ ತನ್ನದೇ ಕೋಷ್ಟಕವಿದೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಗೇಟ್ವೇ ಸಂಪನ್ಮೂಲ ಮತ್ತು ವಿಫಲ ಪ್ರಯತ್ನದ ಸುತ್ತಲಿನ ಸಮಯ ವಿಂಡೋ ಮೂಲಕ ಪ್ರಶ್ನಿಸಿ, ನಂತರ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳಿಗಿಂತ ಸಂಬಂಧವನ್ನು ಓದಿ:

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

ಕಾಲಮ್ ಸೆಟ್ ನಿಮ್ಮ ಸಂಗ್ರಹಣಾ ಮೋಡ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಶ್ನೆಯನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ, ಆಕಾರವಾಗಿ ಪರಿಗಣಿಸಿ. ನೀವು ಹುಡುಕುತ್ತಿರುವುದು ಕಾಣಿಸಿಕೊಂಡು ನಂತರ ಮಾಯವಾಗುವ ಕ್ಲೈಂಟ್ ವಿಳಾಸ, ಯಶಸ್ಸಲ್ಲದ ಫಲಿತಾಂಶ ಪ್ರಕಾರದೊಂದಿಗೆ.

ಗೇಟ್ವೇ ದಾಖಲೆಯನ್ನು ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ದೃಷ್ಟಿಕೋನದೊಂದಿಗೆ ಜೋಡಿಸಿ

ಗೇಟ್ವೇ ಲಾಗ್ಗಳು ಸುರಂಗವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಲ್ಯಾಪ್ಟಾಪ್ ಅದನ್ನು ಏಕೆ ನಿರ್ಮಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಎಂಬುದನ್ನಲ್ಲ. ಅದೇ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಬದಿಯನ್ನು ಸಂಗ್ರಹಿಸಿ: RAS ಕ್ಲೈಂಟ್ಗೆ Windows ಈವೆಂಟ್ ಲಾಗ್, macOS ಸಂಪರ್ಕ ಲಾಗ್, ಅಥವಾ ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ತೋರಿಸಿದ ದೋಷ ಪಠ್ಯ. ಹೊಂದಿಕೆಯಾಗುವ ಕ್ಲೈಂಟ್ ಪ್ರಯತ್ನವಿಲ್ಲದ ಗೇಟ್ವೇ ದಾಖಲೆ ಕ್ಲೈಂಟ್ನತ್ತ ಸೂಚಿಸುತ್ತದೆ; ಗೇಟ್ವೇ ಏನನ್ನೂ ದಾಖಲಿಸದಿರುವಾಗ ಕ್ಲೈಂಟ್ ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡಿದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಫೈಲ್ ಬೇರೆ ಗೇಟ್ವೇಗೆ ಗುರಿಯಾಗಿದೆ ಎಂದರ್ಥ.

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

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

ಧಾರಣ, ವ್ಯಾಪ್ತಿ ಮತ್ತು ರನ್ಬುಕ್ ನಮೂದು

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

ಕೊನೆಯದಾಗಿ, ಸೆಟ್ಟಿಂಗ್ನ ಹೆಸರು, ಕಾರ್ಯಕ್ಷೇತ್ರ ಮತ್ತು ಆಯ್ಕೆ ಮಾಡಿದ ವರ್ಗಗಳನ್ನು ಗೇಟ್ವೇಯ ರನ್ಬುಕ್ನಲ್ಲಿ ಬರೆಯಿರಿ. ಮುಂದಿನ ವ್ಯಕ್ತಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವಾಗ ಮೊದಲು ಗೇಟ್ವೇ ಬ್ಲೇಡ್ ನೋಡುತ್ತಾರೆ, ಏನೂ ಸಿಗುವುದಿಲ್ಲ, ಮತ್ತು ಲಾಗ್ಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ.