VPN ಲಾಗಿನ್ ಎಚ್ಚರಿಕೆಗಳು: ಯಾವ ಘಟನೆಯು ಅವುಗಳನ್ನು ನಿಜವಾಗಿ ಪ್ರಚೋದಿಸಬೇಕು?
ದೃಢೀಕರಣದ ಯಶಸ್ಸು, ಸ್ಥಾಪಿತ ಸುರಂಗ ಮತ್ತು RADIUS accounting Start ಮೂರು ಬೇರೆ ಬೇರೆ ಪ್ರತಿಪಾದನೆಗಳು. ನಿಮ್ಮ ಸ್ವೀಕರಿಸುವವರು ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದಾದ ಪ್ರತಿಪಾದನೆಯನ್ನು ಆರಿಸಿ, ನಂತರ ಅವುಗಳನ್ನು ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ.
ದೃಢೀಕರಣದ ಯಶಸ್ಸು, ಸ್ಥಾಪಿತ ಸುರಂಗ ಮತ್ತು RADIUS accounting Start ಮೂರು ಬೇರೆ ಬೇರೆ ಪ್ರತಿಪಾದನೆಗಳು, ಮತ್ತು ಲಾಗಿನ್ ಇಮೇಲ್ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಆರಿಸಿದಾಗ ಮಾತ್ರ ಅರ್ಥ ಪಡೆಯುತ್ತದೆ. ಬಹುಪಾಲು VPN ಎಚ್ಚರಿಕೆ ವಿನ್ಯಾಸಗಳು ಮೂರನ್ನೂ ಬೆರೆಸಿ ಯಾರೂ ನಂಬದ ಇನ್‍ಬಾಕ್ಸ್ ಸೃಷ್ಟಿಸುತ್ತವೆ. ಎಚ್ಚರಿಕೆಯನ್ನು ಯಾರು ಓದುತ್ತಾರೆ ಮತ್ತು ಮುಂದಿನ ಐದು ನಿಮಿಷಗಳಲ್ಲಿ ಅವರು ಏನು ಮಾಡಬಲ್ಲರು ಎಂಬುದರ ಮೇಲೆ ನಿರ್ಧಾರ ನಿಂತಿದೆ. ಇದನ್ನು ತಪ್ಪು ಮಾಡಿದರೆ ಎಚ್ಚರಿಕೆ ನಿಮಗೆ ಬೇಕಿದ್ದ ಏಕೈಕ ಘಟನೆಯನ್ನು ಮರೆಮಾಡುವ ಗದ್ದಲವಾಗುತ್ತದೆ.
ಮೂರು ಪ್ರಶ್ನೆಗಳು ಪ್ರಚೋದಕವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ
ಅದನ್ನು ಯಾರು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಅವರು ಏನು ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಕ್ರಿಯೆ ಎಷ್ಟು ಬೇಗ ನಡೆಯಬೇಕು ಎಂದು ಕೇಳಿ. ರುಜುವಾತುಗಳ ದುರುಪಯೋಗವನ್ನು ಗಮನಿಸುವ ಭದ್ರತಾ ತಂಡವು ಒಂದು ಖಾತೆಯಿಂದ ನಿಮಿಷಗಳಲ್ಲಿ ವಿಫಲ-ನಂತರ-ಯಶಸ್ಸು ಮಾದರಿಯನ್ನು ಬಯಸುತ್ತದೆ. ಸಾಮರ್ಥ್ಯವನ್ನು ಗಮನಿಸುವ ಕಾರ್ಯಾಚರಣೆ ತಂಡವು ಸೆಷನ್ ಅವಧಿ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದ ಕಾರಣಗಳನ್ನು ಬಯಸುತ್ತದೆ, ಲಾಗಿನ್‍ಗಳನ್ನಲ್ಲ. ಸಹಾಯ ಕೇಂದ್ರವು ಟಿಕೆಟ್‍ಗೆ ಹೊಂದಿಸಲು ಸೆಷನ್ ಗುರುತನ್ನು ಬಯಸುತ್ತದೆ.
ಆ ಉತ್ತರಗಳು ಬೇರೆ ಬೇರೆ ಘಟನೆಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಮತ್ತು ಯಾವುದೇ ಒಂದು ನಿಯಮ ಮೂರನ್ನೂ ಪೂರೈಸುವುದಿಲ್ಲ. ಸ್ವೀಕರಿಸುವವರ ಕ್ರಿಯೆ «ಬಳಕೆದಾರರಿಗೆ ಕರೆ ಮಾಡಿ» ಆಗಿದ್ದರೆ ದೃಢೀಕರಣ ಸಾಕು. ಕ್ರಿಯೆ «ಪರವಾನಗಿ ಬಿಡುಗಡೆ ಮಾಡಿ» ಅಥವಾ «ಸುರಂಗವು ಸಂಚಾರ ಸಾಗಿಸಿದೆಯೇ ಪರಿಶೀಲಿಸಿ» ಆಗಿದ್ದರೆ ಸ್ಥಾಪನೆ ಅಥವಾ accounting Start ಮಾತ್ರ ಸರಿಹೊಂದುತ್ತದೆ. ಕ್ರಿಯೆ «ಸಮಯವನ್ನು ಬಿಲ್ ಮಾಡಿ» ಆಗಿದ್ದರೆ ಲಾಗಿನ್ ಬದಲು Stop ದಾಖಲೆಗಳು ಬೇಕು.
ಏನನ್ನೂ ಸಂರಚಿಸುವ ಮೊದಲು ಉತ್ತರವನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ ಬರೆಯಿರಿ. «ಈ ಇಮೇಲ್ ಕರ್ತವ್ಯ ನಿರ್ವಹಿಸುವ ಇಂಜಿನಿಯರ್‍ಗೆ ಖಾತೆ X ಸಮಯ Z ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ Y ನಿಂದ ಸುರಂಗ ತೆರೆದಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ, ಇದರಿಂದ ಅವರು ನಿರ್ವಹಣಾ ಕಿಟಕಿ ಬಳಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಬಹುದು.» ಪ್ರತಿ ಜಾಗವನ್ನೂ ತುಂಬಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ ಪ್ರಚೋದಕವನ್ನು ಇನ್ನೂ ಆರಿಸಿಲ್ಲ.
ಘಟನೆಯನ್ನು ನೀವು ಮಾಡುತ್ತಿರುವ ಪ್ರತಿಪಾದನೆಗೆ ಹೊಂದಿಸಿ
| Record | What it proves | What it leaves open |
|---|---|---|
| Rejected credentials | The attempt failed at the credential step | Whether it was a stale client or a real person |
| Access-Accept | Credentials passed for this attempt | Anything about tunnel state or policy |
| Policy match record | A rule matched the request | Whether later steps completed |
| Tunnel established | The gateway accepted a session | Whether traffic flowed or the user got an address |
| Accounting Start | User service began at the accounting layer | Whether the application behind it worked |
| Accounting Stop | That session was closed, with a reason field | Whether the reason is meaningful on your release |
ಕೋಷ್ಟಕವು ಒಂದು ಅವಲಂಬನೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ: ಪ್ರತಿ ಸಾಲು ಗೇಟ್‍ವೇ ಅದನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಹೊರಡಿಸಿದರೆ ಮತ್ತು ನಿಮ್ಮ ಸಂಗ್ರಾಹಕವು ನಿಮಗೆ ಬೇಕಾದ ಕ್ಷೇತ್ರವನ್ನು ಇಟ್ಟುಕೊಂಡರೆ ಮಾತ್ರ ವಿಶ್ವಾಸಾರ್ಹ. ನೀವು ಚಲಾಯಿಸುವ ನಿಖರ ಆವೃತ್ತಿಗೆ ಘಟನೆಯ ವ್ಯಾಖ್ಯಾನವನ್ನು ಓದಿ, ಏಕೆಂದರೆ «ಸೆಷನ್ ಸ್ಥಾಪಿತ» ಹೆಸರು ಆವೃತ್ತಿಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಅರ್ಥವು ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚಾಗಿ ಬದಲಾಗುತ್ತದೆ. ವ್ಯಾಖ್ಯಾನ ಅಸ್ಪಷ್ಟವಾದಾಗ ಲೇಬಲ್‍ನಿಂದ ಊಹಿಸುವ ಬದಲು ಸೆಷನ್ ಕ್ಯಾಪ್ಚರ್ ಕೇಳಿ.
Access-Accept ಅನ್ನು ಅದರ ನಂತರದ ಎಲ್ಲದರ ಪೂರ್ಣಗೊಳ್ಳುವಿಕೆ ಎಂದು ಪರಿಗಣಿಸುವುದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು. ಅದು ರುಜುವಾತುಗಳ ಬಗ್ಗೆ ತೀರ್ಪು, ಸೆಷನ್ ಅಲ್ಲ. ವಿರುದ್ಧ ತಪ್ಪು ಎಂದರೆ ನೀತಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಅಧಿಕಾರದ ಸಾಕ್ಷ್ಯವಾಗಿ ಓದುವುದು, ಆಗ ನಿಯಮ ಹೊಂದಿಕೆಯಾಗಬಹುದು ಮತ್ತು ಮುಂದಿನ ಹಂತವು ವಿಫಲವಾಗಬಹುದು.
ಒಂದು ಸೆಷನ್, ಒಂದು ಅಧಿಸೂಚನೆ
ಒಂದು ಖಾತೆ, ಹಲವು ಸಾಧನಗಳು, ಮರುಸಾಗಣೆಗಳು ಮತ್ತು ಮರುಸಂಪರ್ಕಗಳು: ಪ್ರತಿ ಘಟನೆಗೆ ಒಂದು ಇಮೇಲ್ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲೂ ತಪ್ಪಾಗುತ್ತದೆ, ಒಂದು ಸೆಷನ್ ನಕಲಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದನ್ನು ಒಡೆಯುತ್ತದೆ. ಅಧಿಸೂಚನೆಯ ಕೀಲಿಯನ್ನು ಗೇಟ್‍ವೇ ಜೊತೆಗೆ ಸೆಷನ್ ಗುರುತಿಗೆ ಇರಿಸಿ, ಮತ್ತು ಖಾತೆಯ ಹೆಸರನ್ನು ಕೀಲಿಯಲ್ಲದೆ ಗುಣಲಕ್ಷಣವಾಗಿ ಪರಿಗಣಿಸಿ. ಲ್ಯಾಪ್‍ಟಾಪ್ ಮತ್ತು ಫೋನ್ ಹೊಂದಿರುವ ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡು ಸುರಂಗಗಳಿರಬಹುದು, ಮತ್ತು ಎರಡೂ ತಮ್ಮದೇ ಸಾಲಿಗೆ ಅರ್ಹ.
ಮರುಸಾಗಿಸಿದ ಲೆಕ್ಕಪತ್ರ ದಾಖಲೆಗಳು ಸಾಮಾನ್ಯ, ಆದ್ದರಿಂದ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುವ ಮೊದಲು ಸೆಷನ್ ಐಡಿ ಮತ್ತು ಸಮಯಮುದ್ರೆಯ ಮೇಲೆ ನಕಲುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ಒಂದೇ ಸಾಧನದಿಂದ ಸತತ ಸೆಷನ್‍ಗಳು ಪ್ರತ್ಯೇಕವಾಗಿರಬೇಕು, ಮತ್ತು ನಿರ್ವಹಣಾ ಕಿಟಕಿಯ ಸಮಯದಲ್ಲಿ ಮರುಸಂಪರ್ಕವು ಹಿಂದಿನದರೊಳಗೆ ಸೇರಿಕೊಳ್ಳುವ ಬದಲು ಗೋಚರವಾಗಿರಬೇಕು. ನಿಮ್ಮ ಸಂಗ್ರಾಹಕವು ಸ್ವೀಕೃತಿಯಲ್ಲಿ ಸಮಯಮುದ್ರೆಗಳನ್ನು ಮರುಬರೆಯುತ್ತಿದ್ದರೆ, ಸಂಗ್ರಹಿಸಿದ ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ಅಲ್ಲ, ಮೂಲ ದಾಖಲೆಯ ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ನಕಲುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ.
ಕಾಣೆಯಾದ Stop ದಾಖಲೆ ಅನಿಶ್ಚಿತತೆ, ಶಾಶ್ವತ ಸೆಷನ್ ಅಲ್ಲ. ಗೇಟ್‍ವೇ ಮರುಪ್ರಾರಂಭ, ಸಂಗ್ರಾಹಕ ವೈಫಲ್ಯ ಮತ್ತು UDP ನಷ್ಟ ಎಲ್ಲವೂ ಅಂತರಗಳನ್ನು ಬಿಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಎಚ್ಚರಿಕೆಗೆ ಯಾರಾದರೂ ಸುರಂಗ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಜೀವಂತ ಸೆಷನ್ ಕೋಷ್ಟಕವನ್ನು ಕೇಳುವ ಸಮನ್ವಯ ಮಾರ್ಗ ಬೇಕು.
ಲೆಕ್ಕಪರಿಶೋಧನೆ ಮತ್ತು ಅಧಿಸೂಚನೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಿ
ಲೆಕ್ಕಪರಿಶೋಧನಾ ಸ್ಟ್ರೀಮ್ ಮತ್ತು ಎಚ್ಚರಿಕೆ ಸ್ಟ್ರೀಮ್‍ಗಳ ಕೆಲಸ ಬೇರೆ. ಖಾತೆ, ಗೇಟ್‍ವೇ, ಸೆಷನ್ ಐಡಿ, ಸಮಯಮುದ್ರೆಗಳು ಮತ್ತು ಅಂತ್ಯದ ಕಾರಣ ಸೇರಿದಂತೆ ಕಚ್ಚಾ ದಾಖಲೆಗಳನ್ನು ಇರಿಸಿ, ನಿಯಮಿತ ಇಮೇಲ್‍ಗಳನ್ನು ಗುಂಪು ಮಾಡಿದರೂ, ನಿಗ್ರಹಿಸಿದರೂ ಅಥವಾ ಸಣ್ಣ ಕರ್ತವ್ಯ ಪಟ್ಟಿಗೆ ಕಳುಹಿಸಿದರೂ. ತೀವ್ರತೆಯ ಮಿತಿ ವಿತರಣಾ ಫಿಲ್ಟರ್, ನೀವು ಘೋಷಿಸಲು ಬಯಸಿದ ಜೀವನಚಕ್ರ ಘಟನೆಯ ಆಯ್ಕೆ ಅಲ್ಲ.
ಸಂರಕ್ಷಿತ ದಾಖಲೆಯನ್ನು ಹುಡುಕಲು ಸ್ವೀಕರಿಸುವವರಿಗೆ ಬೇಕಾದ ಕನಿಷ್ಠ ಸಂದರ್ಭವನ್ನು ಕಳುಹಿಸಿ. ಖಾತೆ ಹೆಸರುಗಳು, ಆಂತರಿಕ ವಿಳಾಸಗಳು ಮತ್ತು ಸೆಷನ್ ವಿವರಗಳು ಸೂಕ್ಷ್ಮ, ಮತ್ತು ಚೆನ್ನಾಗಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಬಹುದಾದ ಇಮೇಲ್ ಚೆನ್ನಾಗಿ ಸೋರುವ ಇಮೇಲ್.
ನಂತರ ಅದನ್ನು ಮೊದಲಿನಿಂದ ಕೊನೆಯವರೆಗೆ ಸಾಬೀತು ಮಾಡಿ. ಸಾಮಾನ್ಯ ಲಾಗಿನ್ ಮತ್ತು ಲಾಗ್‍ಔಟ್, ಒಂದು ಮರುಸಂಪರ್ಕ, ಎರಡು ಏಕಕಾಲಿಕ ಸೆಷನ್‍ಗಳು ಮತ್ತು ಬಲವಂತದ ವಿತರಣಾ ವೈಫಲ್ಯವನ್ನು ಚಲಾಯಿಸಿ, ಮತ್ತು ಗೇಟ್‍ವೇನಿಂದ ಸಂಗ್ರಾಹಕದ ಮೂಲಕ ವಿತರಿಸಿದ ಸಂದೇಶದವರೆಗೆ ಒಂದು ಘಟನೆಯನ್ನು ಟ್ರೇಸ್ ಮಾಡಿ. ಸೆಷನ್ ಐಡಿ ಇಲ್ಲದೆ ಇಮೇಲ್ ಬಂದರೆ ಒಪ್ಪಂದ ಅಪೂರ್ಣ. ಎರಡು ಇಮೇಲ್‍ಗಳು ಒಂದು ಸೆಷನ್ ವಿವರಿಸಿದರೆ ಪರಸ್ಪರ ಸಂಬಂಧ ಮುರಿದಿದೆ. ನೀವು ಪರೀಕ್ಷಿಸುವ ಏಕೈಕ ವಿಷಯ ಮೇಲ್ ವಿತರಣೆ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದಾಗಿದ್ದಾಗ ಈ ಎರಡೂ ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸುವುದಿಲ್ಲ.