VPN ಲಾಗ್ಗಳ ಧಾರಣೆ: ಅದನ್ನು ಸಂಖ್ಯೆಗಲ್ಲ, ಘಟನೆಗೆ ಜೋಡಿಸಿ
ಧಾರಣೆಯು ಘಟನೆ, ವಿಷಯ ಮತ್ತು ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಸಾರ್ವತ್ರಿಕ ಗಡುವನ್ನಲ್ಲ. ಪ್ರತಿ ಪ್ರತಿಯನ್ನು ಹುಡುಕಿ, ವಿವರವಾದ ಸಂಗ್ರಹವನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಸಣ್ಣ ದಾಖಲೆಯನ್ನು ಇರಿಸಿ.
VPN ಲಾಗ್ ಅನ್ನು ಎಷ್ಟು ಕಾಲ ಇಡಬೇಕು ಎಂದು ಯಾರೂ ನಿಜವಾಗಿ ಕೇಳುವುದಿಲ್ಲ; ಲಾಗ್ ಯಾವುದಕ್ಕೆ ಎಂದು ಕೇಳುತ್ತಾರೆ, ಮತ್ತು ಅದಕ್ಕಿನ ಉತ್ತರವೇ ದಿನಾಂಕವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಒಂದೇ ಘಟನೆಯಿಂದ ಬೇರೆ ಬೇರೆ ಆಯುಷ್ಯದ ಎರಡು ಕಡತಗಳು ಹೊರಬರಬಹುದು, ಮತ್ತು ಅವನ್ನು ಒಂದೇ ನೀತಿ ಎಂದು ಪರಿಗಣಿಸುವುದು ಒಂದೇ ಬಾರಿಗೆ ಅಧಿಕ ಧಾರಣೆ ಮತ್ತು ಸಾಕ್ಷ್ಯದ ನಷ್ಟ ಎರಡನ್ನೂ ಉಂಟುಮಾಡುತ್ತದೆ. ಕಾರಣ ತಿಳಿಯದಿದ್ದಾಗ ತೆಗೆದ ಡೀಬಗ್ ರಫ್ತು ಮೇಲ್ವಿಚಾರಣಾ ಭಂಡಾರದ ಒಂದು ಸಾಲಿನಂತಹ ಅದೇ ವಸ್ತುವಲ್ಲ. ಉದ್ದೇಶದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ದಿನಾಂಕ ಆಯ್ಕೆ ಮಾಡಿ.
ದಿನಾಂಕ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿ
ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳು ಕಡತ ಉಳಿಯುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ: ಘಟನೆ ಇನ್ನೂ ತೆರೆದಿದೆಯೇ, ಕಡತದಲ್ಲಿ ಏನಿದೆ, ಅದನ್ನು ಯಾರು ಓದಬೇಕು, ಮತ್ತು ಅನ್ವಯವಾಗುವ ನೀತಿ ಏನನ್ನು ಕೇಳುತ್ತದೆ. ಆ ಕ್ರಮದಲ್ಲಿ ಉತ್ತರಿಸಿ ಮತ್ತು ಧಾರಣಾ ದಿನಾಂಕ ತಾನೇ ಹೊರಬರುತ್ತದೆ. ತರ್ಕವು ಒಂದು ಕೋಷ್ಟಕದಲ್ಲಿ ಅಡಗುತ್ತದೆ:
| Question | How it moves the answer |
|---|---|
| Incident state | An open investigation justifies a protected original; a closed one rarely does |
| Content | Connection identifiers, internal names and addresses raise the cost of a leak |
| Audience | Who retrieves it, and whether a redacted excerpt would serve them instead |
| Policy floor | The applicable service or organizational rule, which overrides a shorter reasoning |
ಘಟನೆ ತೆರೆದಿರುವವರೆಗೆ ಒಂದು ರಕ್ಷಿತ ಮೂಲ ಪ್ರತಿಯನ್ನು ಇರಿಸಿ, ಇದರಿಂದ ನಂತರ ಘಟನೆಗಳನ್ನು ಹೋಲಿಸಬಹುದು ಅಥವಾ ಬೆಂಬಲದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಬಹುದು, ಮತ್ತು ಅದಕ್ಕೆ ಬರವಣಿಗೆಯಲ್ಲಿ ಮಾಲೀಕ ಮತ್ತು ಉದ್ದೇಶವನ್ನು ನೀಡಿ. ಪ್ರತಿಕ್ರಿಯಾ ತಂಡದ ಹೊರಗಿನ ಯಾರಿಗಾದರೂ ಸಣ್ಣ ಸಂಪಾದಿತ ಆಯ್ದ ಭಾಗ ಸಾಮಾನ್ಯವಾಗಿ ಸಾಕು, ಮತ್ತು ಪೂರ್ಣ ರಫ್ತಿಗಿಂತ ಅದನ್ನು ಸಮರ್ಥಿಸುವುದು ತುಂಬಾ ಸುಲಭ. ಮೂಲ ಪ್ರತಿ ಮತ್ತು ಆಯ್ದ ಭಾಗ ಬೇರೆ ಬೇರೆ ಪ್ರೇಕ್ಷಕರನ್ನು ಹೊಂದಿರುವ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು, ಮತ್ತು ಅವನ್ನು ಸೇರಿಸುವುದೇ ಅಧಿಕ ಧಾರಣೆ ಮತ್ತು ಸಾಕ್ಷ್ಯದ ನಷ್ಟ ಎರಡನ್ನೂ ಸೃಷ್ಟಿಸುತ್ತದೆ. ನೀತಿ ಕನಿಷ್ಠ ಮಟ್ಟವನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ನಿಮ್ಮ ತರ್ಕಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಕೇಳಿದರೆ ನೀತಿಯೇ ಗೆಲ್ಲುತ್ತದೆ.
ಘಟನೆಯನ್ನು ರಫ್ತಿನಿಂದಲ್ಲ, ದಾಖಲೆಯಿಂದ ಮುಚ್ಚಿ
ಟಿಕೆಟ್ನಲ್ಲಿ ನಾಲ್ಕು ಸಾಲಿನ ದಾಖಲೆ ಬರೆಯಿರಿ: ಲಕ್ಷಣ, ಕ್ಲೈಂಟ್ ಮತ್ತು ಆವೃತ್ತಿ, ಅದನ್ನು ಗುರುತಿಸಿದ ಒಂದೇ ದೋಷ ಸಾಲು, ಮತ್ತು ಪರಿಹಾರ. ಬೇರೆ ಏನನ್ನೂ ಲಗತ್ತಿಸಬೇಡಿ, ಏಕೆಂದರೆ ರಫ್ತು ನಿಮಗಾಗಿ ಇತ್ತು ಮತ್ತು ದಾಖಲೆ ಮುಂದಿನ ವ್ಯಕ್ತಿಗಾಗಿ.
ದಾಖಲೆಯು ಓದಲ್ಪಡುವ ಸಂಭವನೀಯತೆಯೂ ಹೆಚ್ಚು: ಪೂರ್ಣ ರಫ್ತು ಮುಖ್ಯವಾಗಿ ಅದನ್ನು ತೆಗೆದವರಿಗೇ ಉಪಯೋಗವಾಗುತ್ತದೆ, ಮತ್ತು ಆ ವ್ಯಕ್ತಿಗೆ ಏನಾಯಿತು ಎಂದು ಈಗಾಗಲೇ ತಿಳಿದಿದೆ. ಮುಂದಿನ ಘಟನೆಯಲ್ಲಿ ಹುಡುಕುವ ಸ್ಥಳದಲ್ಲಿ ದಾಖಲೆಯನ್ನು ಇರಿಸಿ, ಅಂದರೆ ಸಾಮಾನ್ಯವಾಗಿ ದಿನಾಂಕದ ಹೆಸರಿನ ಫೋಲ್ಡರ್ ಅಲ್ಲ, ಟಿಕೆಟ್. ಸಂಪರ್ಕ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ ದಾಖಲೆ ಪತ್ತೆಮಾಡಲು ಸಾಧ್ಯವಾಗಬೇಕಿದ್ದರೆ ಪ್ರಕರಣ ಸಂಖ್ಯೆ ಉಲ್ಲೇಖವನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು. ಯಾವುದಾದರೂ ಪ್ರಶ್ನೆ ಇನ್ನೂ ತೆರೆದಿದ್ದರೆ, ಮೂಲ ಪ್ರತಿ ಮೇಲಿನ ರಕ್ಷಿತ-ಪ್ರತಿ ನಿಯಮದ ಅಡಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ; ದಾಖಲೆ ಇದ್ದರೆ ಉಳಿದದ್ದೆಲ್ಲವೂ ಹೋಗಬಹುದು.
ಒಂದನ್ನು ಅಳಿಸುವ ಮೊದಲು ಪ್ರತಿ ಪ್ರತಿಯನ್ನು ಹುಡುಕಿ
ರಫ್ತು ಫೋಲ್ಡರ್ ನೋಡಿ, ನಂತರ ಘಟನೆಯ ವಿಂಡೋದ ಜರ್ನಲ್ ನೋಡಿ, ನಂತರ ಟಿಕೆಟ್ ಲಗತ್ತುಗಳು, ನಂತರ ಬ್ಯಾಕಪ್ ಕ್ಯಾಟಲಾಗ್, ನಂತರ ಮೇಲ್ವಿಚಾರಣಾ ಭಂಡಾರ. ಅದೇ ಸಂಪರ್ಕ ಗುರುತಿಸುವಿಕೆ ಐದನೇ ಸ್ಥಳದಲ್ಲಿ ಕಂಡುಬಂದರೆ ಪಟ್ಟಿ ತಪ್ಪಾಗಿತ್ತು. ಜರ್ನಲ್ ಸಾಮಾನ್ಯ ಆಶ್ಚರ್ಯ, ಏಕೆಂದರೆ ನೀವು ರಫ್ತು ಓದುತ್ತಿರುವಾಗಲೂ ಅದು ಸಂಗ್ರಹಿಸುತ್ತಲೇ ಇತ್ತು.
ಕಡತಗಳನ್ನು ಕೈಯಿಂದ ಬೇರ್ಪಡಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ತಿರುಗುವಿಕೆ ಮತ್ತು ಅಳಿಸುವಿಕೆ ಮಾರ್ಗವನ್ನು ಬಳಸಿ. ಇನ್ನೂ ತೆರೆದಿರುವ ಕಡತವು ಡೈರೆಕ್ಟರಿ ನಮೂದು ಕಣ್ಮರೆಯಾದ ನಂತರವೂ ತನ್ನ ಸಂಗ್ರಹವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಅಳಿಸುವಿಕೆ ಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಏನನ್ನೂ ಬಿಡುಗಡೆ ಮಾಡುವುದಿಲ್ಲ. ಇದು ಗೋಪ್ಯತೆಯ ಲೇಬಲ್ ಧರಿಸಿದ ಸಂಗ್ರಹ ದೋಷ, ಮತ್ತು ಎರಡೂ ಗುರಿಗಳನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ.
ಅಳಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲು ಸಂಗ್ರಹವನ್ನು ನಿಲ್ಲಿಸಿ
ತಾತ್ಕಾಲಿಕ ವಿವರವಾದ ಸಂಗ್ರಹವನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಮೂಲಕ ನಿಲ್ಲಿಸಿ, ಅದರ ಔಟ್ಪುಟ್ ಕಡತವನ್ನು ಸಂಪಾದಿಸುವ ಮೂಲಕವಲ್ಲ. ಮರೆತ ಡೀಬಗ್ ಸೆಟ್ಟಿಂಗ್ ಹಳೆಯ ದಾಖಲೆಗಳನ್ನು ತೆಗೆದ ನಂತರವೂ ಹೊಸ ದಾಖಲೆಗಳನ್ನು ಬರೆಯುತ್ತಲೇ ಇರುತ್ತದೆ, ಇದು ಈಗಷ್ಟೇ ಮಾಡಿದ ಕೆಲಸವನ್ನು ಸದ್ದಿಲ್ಲದೆ ರದ್ದುಗೊಳಿಸುತ್ತದೆ. ನೆನಪಿನಲ್ಲಿರುವ ಮೌಲ್ಯವಲ್ಲ, ನಿಜವಾದ ಲಾಗಿಂಗ್ ಮಟ್ಟವನ್ನು ಪರಿಶೀಲಿಸಿ. ನಂತರ ಉಳಿದದ್ದು ರಕ್ಷಿತವಾಗಿದೆ ಮತ್ತು ಉದ್ದೇಶಿತ ಜನರು ಮಾತ್ರ ಅದನ್ನು ಪಡೆಯಬಹುದು ಎಂದು ಖಚಿತಪಡಿಸಿ.
ತತ್ವವೆಂದರೆ ದತ್ತಾಂಶ ಕನಿಷ್ಠೀಕರಣ: ಘೋಷಿತ ಉದ್ದೇಶಕ್ಕೆ ಬೇಕಾದದ್ದನ್ನು ಅದಕ್ಕೆ ಬೇಕಾದಷ್ಟು ಕಾಲ ಇರಿಸಿ, ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಲ್ಲ, RFC 6973 ಗೋಪ್ಯತಾ ಮಾರ್ಗದರ್ಶನ ಅದನ್ನು ಹೇಳುವಂತೆ. ಉದ್ದೇಶವಿಲ್ಲದೆ ಇರಿಸಿದ ಕಡತವು ಸಮಯ ಮುದ್ರೆಯಿರುವ ಹೊಣೆ. ಕಡತ, ಅದರ ಉದ್ದೇಶ, ಅದರ ಮಾಲೀಕ ಮತ್ತು ಅದರ ಅಂತ್ಯ ದಿನಾಂಕವನ್ನು ಹೇಳಬಲ್ಲಾಗ ನಿರ್ಧಾರ ಮುಗಿದಿರುತ್ತದೆ.