VPN ಸಂಪರ್ಕ ಮಿತಿಗಳು: ಲೈವ್ ಸ್ಥಿತಿ ಅಥವಾ ಉಳಿಸಿಕೊಂಡ ಇತಿಹಾಸ
ಮೂರು ಸಂಪರ್ಕಗಳ ಮಿತಿಗೆ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸವಲ್ಲ, ಸ್ಲಾಟ್‌ಗಳ ಲೈವ್ ಸ್ಥಿತಿ ಬೇಕು: ಯಾಂತ್ರಿಕೆ ಏನನ್ನು ಸಂಗ್ರಹಿಸಬೇಕು, ಏನನ್ನು ತೊರೆಯಬಹುದು ಮತ್ತು ಆ ಸ್ಥಿತಿ ಮುಂದೆ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ.
ಮೂರು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳು ಪ್ರವೇಶದ ನಿರ್ಧಾರ, ಮತ್ತು ಅದಕ್ಕೆ ಉತ್ತರಿಸಲು ಕಳೆದ ತಿಂಗಳು ಏನಾಯಿತು ಎಂಬುದಲ್ಲ, ಈಗ ಯಾವ ಸ್ಲಾಟ್‌ಗಳು ತುಂಬಿವೆ ಎಂಬುದನ್ನು ತಿಳಿಯಬೇಕು. ಸೇವೆಯು ಸಕ್ರಿಯ ದಾಖಲೆಗಳ ಸಣ್ಣ ಕೋಷ್ಟಕದಿಂದ ನಾಲ್ಕನೇ ಅಧಿವೇಶನವನ್ನು ನಿರಾಕರಿಸಬಹುದು ಮತ್ತು ಎಂದಿಗೂ ಕಾಲರೇಖೆಯನ್ನು ನಿರ್ಮಿಸದಿರಬಹುದು. ಅದು ಯಾಂತ್ರಿಕೆಯ ಬಗ್ಗೆ ಹೇಳಿಕೆ, ನಿರ್ವಾಹಕರ ಬಗ್ಗೆ ಅಲ್ಲ, ಮತ್ತು ಗೋಪ್ಯತಾ ನೀತಿಯನ್ನು ಓದುವಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ. ಕೆಳಗಿನ ಮಾದರಿ ನಿರ್ಧಾರಕ್ಕೆ ಏನು ಬೇಕು ಮತ್ತು ಏನನ್ನು ತೊರೆಯಬಹುದು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
ಯಾಂತ್ರಿಕೆ: ಸ್ಲಾಟ್ ಕೋಷ್ಟಕ, ಲಾಗ್ ಅಲ್ಲ
ಸರಳವಾದ ಅನುಷ್ಠಾನವು ಚಂದಾದಾರಿಕೆಯನ್ನು ಗರಿಷ್ಠ ಮೂರು ಸಕ್ರಿಯ ಅಧಿವೇಶನ ದಾಖಲೆಗಳಿಗೆ ಜೋಡಿಸುತ್ತದೆ. ಪ್ರವೇಶಿಸಿದ ಪ್ರತಿ ಅಧಿವೇಶನವು ಒಂದು ಸ್ಲಾಟ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸೇವೆಯು ಆ ಅಧಿವೇಶನ ಮುಗಿದಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿದಾಗ ಸ್ಲಾಟ್ ಬಿಡುಗಡೆಯಾಗುತ್ತದೆ. ಒಂದು ಸಂಪರ್ಕವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದರಿಂದ ಇನ್ನೊಂದು ಸಂಪರ್ಕದ ಸ್ಲಾಟ್ ಬಿಡುಗಡೆಯಾಗದಂತೆ ದಾಖಲೆಗೆ ಸಾಕಷ್ಟು ನಿರ್ದಿಷ್ಟ ಗುರುತು ಬೇಕು; ಆದ್ದರಿಂದ ಖಾತೆಯ ಹೆಸರಿಗಿಂತ ಅಧಿವೇಶನ ಗುರುತಿಸುವಿಕೆ ಹೆಚ್ಚು ಮುಖ್ಯ.
ಆಕ್ರಮಣ ಮತ್ತು ಇತಿಹಾಸ ಬೇರೆ ಬೇರೆ ದತ್ತಾಂಶ ರಚನೆಗಳು. ಆಕ್ರಮಣವು ವರ್ತಮಾನದ ಬಗ್ಗೆ ಹೌದು-ಅಥವಾ-ಇಲ್ಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಅಧಿವೇಶನ ಮುಗಿದ ಕ್ಷಣದಲ್ಲೇ ಅದನ್ನು ತೊರೆಯಬಹುದು. ಇತಿಹಾಸವು ಸೇರಿಸುವ-ಮಾತ್ರ ಘಟನೆಗಳ ಹರಿವು, ಮತ್ತು ಯಾರೋ ಅದನ್ನು ಇಟ್ಟುಕೊಳ್ಳಲು ಆಯ್ಕೆ ಮಾಡಿದ್ದರಿಂದ ಅದು ಉಳಿಯುತ್ತದೆ. ಸೇವೆಯು ಒಂದನ್ನು, ಎರಡನ್ನೂ ಅಥವಾ ಯಾವುದನ್ನೂ ಹೊಂದಿರಬಹುದು.
ಈ ವ್ಯತ್ಯಾಸ ಹೊರಗಿನಿಂದ ಕಾಣುವುದಿಲ್ಲ. ಕಾಣುವ ಸಂಪರ್ಕ ಮಿತಿಯು ಮೆಮೊರಿಯಲ್ಲಿನ ಸಣ್ಣ ಎಣಿಕೆಯೊಂದಿಗೆ, ಹಂಚಿಕೆಯ ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕದೊಂದಿಗೆ ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಇರುವ ಪೂರ್ಣ ಘಟನಾ ಸಂಗ್ರಹದೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಮಿತಿಯ ಬಗ್ಗೆ ಯಾವುದೂ ಯಾವುದು ನಡೆಯುತ್ತಿದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ.
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
ಲೈವ್ ಮಾದರಿಗೆ ಇನ್ನೂ ಸಮನ್ವಯ ಏಕೆ ಬೇಕು
ಕಳೆದುಹೋದ ಸಂಪರ್ಕವು ತಕ್ಷಣ ಮುಗಿದಂತೆ ಗುರುತಿಸಲ್ಪಡದಿರಬಹುದು. ಗೇಟ್‌ವೇ ಟೈಮೌಟ್, keepalive ವೈಫಲ್ಯ ಅಥವಾ ಲೆಕ್ಕಪತ್ರ ನಿಲುಗಡೆಗಾಗಿ ಕಾಯುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಬರುವವರೆಗೆ ಸ್ಲಾಟ್ ತುಂಬಿರುತ್ತದೆ. ಆ ಅವಧಿಯಲ್ಲಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಬಳಕೆದಾರರು ನಾಲ್ಕನೇ ಸಾಧನಕ್ಕೆ ಸಂಬಂಧವಿಲ್ಲದ ನಿರಾಕರಣೆಯನ್ನು ಕಾಣುತ್ತಾರೆ.
ಮರುಪ್ರಾರಂಭಿಸಿದ ಸರ್ವರ್ ತನ್ನ ಸ್ಥಿತಿಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸಬೇಕು, ಮತ್ತು ಒಂದೇ ಖಾತೆಗೆ ಸೇವೆ ನೀಡುವ ಹಲವು ಗೇಟ್‌ವೇಗಳಿಗೆ ಸಾಮಾನ್ಯ ನಿರ್ಧಾರ ಬೇಕು. ಇಲ್ಲದಿದ್ದರೆ ಖಾತೆಯು ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಿಗೆ ಸಂಪರ್ಕಿಸಿ ತನ್ನ ಕೋಟಾವನ್ನು ಮೀರಬಹುದು. ಹಂಚಿಕೆಯ ಅಥವಾ ಮರುಪಡೆಯಬಹುದಾದ ಸ್ಥಿತಿ ಅದನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಮತ್ತು ಹಂಚಿಕೆಯ ಸ್ಥಿತಿ ವಿನ್ಯಾಸದ ಅಗತ್ಯವೇ ಹೊರತು ಕಣ್ಗಾವಲಿನ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಆ ಸಮನ್ವಯದ ಯಾವ ಭಾಗಕ್ಕೂ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ ಬೇಕಿಲ್ಲ. ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಗೇಟ್‌ವೇಗೆ ಅಧಿವೇಶನಗಳನ್ನು ಎಣಿಸಲು ಅಧಿವೇಶನ ಯಾವ ಸೈಟ್‌ಗಳಿಗೆ ಭೇಟಿ ನೀಡಿತು ಎಂದು ತಿಳಿಯಬೇಕಿಲ್ಲ, ಮತ್ತು ಈ ಎರಡು ದತ್ತಾಂಶ ಹರಿವುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪೂರ್ಣ ಬೇರೆ ಘಟಕಗಳು ನಿರ್ವಹಿಸುತ್ತವೆ.
ಎಣಿಕೆಯನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಇರಿಸುವುದು ಸಂಬಂಧಿತ ಸತ್ಯಗಳನ್ನು ಅನಾಮಧೇಯಗೊಳಿಸುವುದಿಲ್ಲ. ಸೇವೆ ನಡೆಯುತ್ತಿರುವಾಗ, ಚಂದಾದಾರಿಕೆಗೆ ಜೋಡಿಸಿದ ದಾಖಲೆಯು ಖಾತೆಗೆ ಸಕ್ರಿಯ ಸಂಪರ್ಕಗಳಿವೆ ಎಂದು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸ್ಥಿತಿಗೆ ಪ್ರವೇಶ ಮತ್ತು ಅದರ ಜೀವಿತಾವಧಿ ಎರಡೂ ಕೇಳಲು ಯೋಗ್ಯ.
ಆ ಸ್ಥಿತಿ ಮುಂದೆ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ
ಗೋಪ್ಯತೆಯ ಪ್ರಶ್ನೆ ಸರ್ವರ್ ಎಣಿಸಬಹುದೇ ಎಂಬುದಲ್ಲ. ಮುಗಿದ ಅಧಿವೇಶನಕ್ಕೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಕೇಳಿ: ದಾಖಲೆ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆಯೇ, ಅಥವಾ ಅದು ಮೇಲ್ವಿಚಾರಣಾ ಸರಣಿಯ ಘಟನೆಯಾಗುತ್ತದೆಯೇ? ನಂತರ ಅದೇ ಘಟನೆಯನ್ನು ಯಾವ ಇತರ ಘಟಕಗಳು ನೋಡಿದವು ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ ದೃಢೀಕರಣ ಲಾಗ್‌ಗಳು, ಲೆಕ್ಕಪತ್ರ ದಾಖಲೆಗಳು ಮತ್ತು ಬ್ಯಾಕಪ್‌ಗಳು ಪ್ರತಿಯೊಂದೂ ಜಾರಿ ಮಾರ್ಗವು ತೊರೆದ ನಕಲನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು.
RADIUS ಲೆಕ್ಕಪತ್ರವು ಅತ್ಯಂತ ಸ್ಪಷ್ಟ ಉದಾಹರಣೆ. ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ಅಧಿವೇಶನ ನಿಯಂತ್ರಣವನ್ನು ಬೆಂಬಲಿಸಲು Start ಮತ್ತು Stop ಜೋಡಿ ಇರುತ್ತದೆ, ಮತ್ತು ಯಾರಾದರೂ ಅದನ್ನು ಇತಿಹಾಸವಾಗಿ ಎಂದಾದರೂ ಕೇಳುತ್ತಾರೆಯೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಸಂಪರ್ಕದ ದಾಖಲೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಲೆಕ್ಕಪತ್ರದ ಮೂಲಕ ಮಿತಿಗಳನ್ನು ಜಾರಿಗೊಳಿಸುವ ಸೇವೆ ರಚನೆಯಿಂದಲೇ ಸ್ಲಾಟ್ ಕೋಷ್ಟಕಕ್ಕಿಂತ ಹೆಚ್ಚನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.
ಅಳಿಸುವಿಕೆಗೂ ಒಂದು ರೂಪವಿದೆ. ಲೈವ್ ಕೋಷ್ಟಕದಿಂದ ತೆಗೆದ ದಾಖಲೆಯು ಒಂದು ಗಂಟೆ ಮೊದಲು ತೆಗೆದ ಬ್ಯಾಕಪ್‌ನಲ್ಲಿ ಉಳಿಯಬಹುದು, ಮತ್ತು ಆ ಬ್ಯಾಕಪ್‌ನ ಧಾರಣಾವಧಿ ತನ್ನದೇ ಆದ ನೀತಿ ಹೇಳಿಕೆ. ಪ್ರಾಥಮಿಕ ಸಂಗ್ರಹವನ್ನು ಮಾತ್ರ ಓದಿದರೆ ಅಪೂರ್ಣ ಉತ್ತರ ಸಿಗುತ್ತದೆ.
ಪ್ರಶ್ನೆಯನ್ನು ಕ್ಷೇತ್ರಗಳ ದೃಷ್ಟಿಯಿಂದ ಕೇಳಿ
RFC 6973 ನ ಡೇಟಾ-ಕನಿಷ್ಠೀಕರಣ ಮಾರ್ಗದರ್ಶನ ಸಂಗ್ರಹಿಸಿದ ಮತ್ತು ಸಂಗ್ರಹಿಸಿಟ್ಟ ಡೇಟಾವನ್ನು ಸೇವೆ ಸಲ್ಲಿಸುವ ಉದ್ದೇಶಕ್ಕೆ ಜೋಡಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಅನ್ವಯಿಸಿದರೆ, ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಂದರೆ ಏಕಕಾಲಿಕ ಪ್ರವೇಶದ ಕಾರ್ಯಕ್ಕೆ ನಿಜವಾಗಿ ಯಾವ ಕ್ಷೇತ್ರಗಳು ಬೇಕು, ಮತ್ತು ಆ ಕಾರ್ಯ ಮುಗಿದ ನಂತರ ಪ್ರತಿಯೊಂದನ್ನು ಇಟ್ಟುಕೊಳ್ಳಲು ಯಾವ ಉದ್ದೇಶ ಸಮರ್ಥನೆ ನೀಡುತ್ತದೆ.
ನಿಖರ ಸೇವಾ ಹೇಳಿಕೆಯು ಕೋಟಾವನ್ನು ಜಾರಿಗೊಳಿಸಲು ಬಳಸುವ ಲೈವ್ ಸಂಪರ್ಕ ಸ್ಥಿತಿಯನ್ನು ಮುಕ್ತಾಯದ ನಂತರ ಉಳಿಸಿಕೊಳ್ಳುವ ಯಾವುದೇ ದಾಖಲೆಗಳಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಭರವಸೆಯ ವ್ಯಾಪ್ತಿಯೊಳಗಿನ ಇತರ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಮೂರು ಸಂಪರ್ಕಗಳನ್ನು ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ ಎಂದು ಮಾತ್ರ ಹೇಳುವ ವಾಕ್ಯವು ಸಂಗ್ರಹವಿದೆ ಎಂದಾಗಲೀ ಇಲ್ಲ ಎಂದಾಗಲೀ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಜೀವನಚಕ್ರ ಸ್ಪಷ್ಟವಿಲ್ಲದಿದ್ದಾಗ, ಅದನ್ನು ತೀರ್ಪಿನ ಬದಲು ಉತ್ತರಿಸದ ಧಾರಣಾ ಪ್ರಶ್ನೆಯಾಗಿ ದಾಖಲಿಸಿ. ಮಿತಿಯ ಇರುವಿಕೆ ಗುಪ್ತ ಇತಿಹಾಸದ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಲೈವ್ ಸ್ಥಿತಿಯ ವಿಶ್ವಾಸಾರ್ಹ ವಿವರಣೆ ಪೂರೈಕೆದಾರರ ಲೆಕ್ಕಪರಿಶೋಧನೆಯಲ್ಲ.