ಪ್ಯಾಕೆಟ್ ಒಂದು ನಿಯಮಕ್ಕೆ ಹೊಂದಿಕೆಯಾದಾಗ ಫೈರ್‌ವಾಲ್ ಕೌಂಟರ್ ಹೆಚ್ಚಾಗುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಪ್ಯಾಕೆಟ್ ಇಟ್ಟುಕೊಳ್ಳದೆ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ಡ್ರಾಪ್ ತನಿಖೆಗಳಲ್ಲಿ ಮೊದಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲು ಅಷ್ಟೇ ಸಾಕು: ಹರಿವು ಈ ನಿಯಮವನ್ನು ತಲುಪಿತೇ. ಪೇಲೋಡ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಚಲಿಸುವಾಗ ಇಂಟರ್ಫೇಸ್ ದಾಟುವ ಎಲ್ಲವನ್ನೂ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಕೌಂಟರ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಕೌಂಟರ್ ಅಸ್ಪಷ್ಟವಾದಾಗ ಮಾತ್ರ ಮೆಟಾಡೇಟಾ ಲಾಗಿಂಗ್‌ಗೆ ಹೋಗಿ.

ಕೌಂಟರ್‌ಗಳು ಮೊದಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ

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

ನಿಯಮಗಳನ್ನು ಹೊಂದಿರುವ ಸಾಧನದಿಂದ ಕೌಂಟರ್‌ಗಳನ್ನು ಓದಿ:

iptables -L FORWARD -v -n --line-numbers
nft list ruleset

ಡೆಲ್ಟಾವೇ ಸಾಕ್ಷಿ. ಕೌಂಟರ್ ಚಲಿಸದ ನಿಯಮವು ಹರಿವನ್ನು ಎಂದಿಗೂ ನೋಡಿಲ್ಲ, ಇದು ಹಿಂದಿನ ಗಡಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ: ತಪ್ಪು ಇಂಟರ್ಫೇಸ್, ತಪ್ಪು ಕೋಷ್ಟಕ, ಅಥವಾ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಅಲ್ಲಿಗೆ ಎಂದಿಗೂ ಕಳುಹಿಸದ ಮಾರ್ಗ. ಕೌಂಟರ್ ಚಲಿಸಿ ಕೂಡ ಬಿಟ್ಟುಬಿಡುವ ನಿಯಮವು ನೀತಿ ತನಗಾಗಿ ಬರೆದ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ.

ಕೌಂಟರ್ ನಿಮಗೆ ಹೇಳಲಾಗದ್ದು

ಕೌಂಟರ್ ಸಂಖ್ಯೆಯನ್ನು ಕೊಡುತ್ತದೆ, ಕಾರಣವನ್ನಲ್ಲ. ವಿಳಾಸದ ಮೇಲೆ ಹೊಂದಿಕೆಯಾದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಪೋರ್ಟ್‌ನ ಮೇಲೆ ಹೊಂದಿಕೆಯಾದ ಪ್ಯಾಕೆಟ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾರದು, ಮತ್ತು ಎರಡು ಸಮಾನ ನಿಯಮಗಳಲ್ಲಿ ಯಾವುದು ಹರಿವನ್ನು ಹಿಡಿಯಿತು ಎಂದು ಹೇಳಲಾರದು. ಕೌಂಟರ್‌ನ ಮಾಲೀಕನಾದ ನಿಯಮವನ್ನು ಓದದ ಹೊರತು ಪ್ಯಾಕೆಟ್ ಬಿಟ್ಟುಬಿಡಲಾಗಿದೆಯೇ, ನಿರಾಕರಿಸಲಾಗಿದೆಯೇ ಅಥವಾ ಸ್ವೀಕರಿಸಿ ನಂತರ ಕಳೆದುಹೋಗಿದೆಯೇ ಎಂದೂ ಹೇಳಲಾರದು.

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

ಪೇಲೋಡ್ ಲಾಗಿಂಗ್ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿರುವ ಎಲ್ಲರ ಬಗ್ಗೆ ಉತ್ತರಿಸುತ್ತದೆ.

ಸಂಕುಚಿತ ವ್ಯಾಪ್ತಿಯ ಮೆಟಾಡೇಟಾ ಲಾಗಿಂಗ್

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

ವೈಶಿಷ್ಟ್ಯವಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಪೇಲೋಡ್ ಅಥವಾ ಅನಿಯಮಿತ ಪ್ಯಾಕೆಟ್ ಲಾಗಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ. ಕತ್ತರಿಸಿದ ಸೆರೆಹಿಡಿಯುವಿಕೆಯೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪೇಲೋಡ್-ಮುಕ್ತವಲ್ಲ, ಏಕೆಂದರೆ ಹೆಡರ್ ಗಾತ್ರಗಳು ಮತ್ತು ಪ್ಯಾಕೆಟ್ ವಿನ್ಯಾಸಗಳು ಬದಲಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಚಿಕ್ಕದಾಗಿ ಕಾಣುವ ಸ್ನ್ಯಾಪ್ ಉದ್ದವೂ ಅಪ್ಲಿಕೇಶನ್ ಬೈಟ್‌ಗಳನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು.

ಸೆರೆಹಿಡಿಯಲೇಬೇಕಾದರೆ, ಒಂದು ಹರಿವನ್ನು, ಸೀಮಿತ ಸಮಯಕ್ಕೆ, ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಅತ್ಯಂತ ಚಿಕ್ಕ ಸ್ನ್ಯಾಪ್ ಉದ್ದದೊಂದಿಗೆ ಸೆರೆಹಿಡಿಯಿರಿ.

ಒಂದು ಹೊಸ ವಿನಂತಿಯನ್ನು ಹೊಂದಿಸಿ

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

ಕಿಟಕಿಯನ್ನು ಸಮಯದ ಮಿತಿಯಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಬರೆದಿಡಿ. ಎರಡು ನಿರ್ದಿಷ್ಟ ನಿಮಿಷಗಳ ನಡುವೆ, ಈ ಕ್ಲೈಂಟ್ ವಿಳಾಸದಿಂದ, ಈ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ ಈ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ — ಅದು ರೋಗನಿರ್ಣಯ. ಇಂದು ಬೆಳಿಗ್ಗೆ ಯಾವುದೋ ಸಮಯ — ಅದು ಹುಡುಕಾಟ.

ಒಂದು ಹರಿವು, ಒಂದು ಕಿಟಕಿ, ಒಂದು ಗಡಿ ಇಲ್ಲಿ ಪ್ರಗತಿಯ ಘಟಕ.

ಸ್ವಚ್ಛಗೊಳಿಸಿ ಮತ್ತು ಆಯ್ದ ಭಾಗವನ್ನು ಮಾತ್ರ ಇಟ್ಟುಕೊಳ್ಳಿ

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

ನೀತಿ ಬೇಡಿದಾಗ ಮೂಲ ದಾಖಲೆಗಳನ್ನು ಖಾಸಗಿಯಾಗಿ ಇರಿಸಿ, ಮತ್ತು ಇಡೀ ಸೆರೆಹಿಡಿಯುವಿಕೆಯ ಬದಲು ಪರಿಶೀಲಿಸಿದ ಕನಿಷ್ಠ ಆಯ್ದ ಭಾಗವನ್ನು ಹಂಚಿಕೊಳ್ಳಿ. ಪೇಲೋಡ್ ಇಲ್ಲದಿದ್ದರೂ ವಿಳಾಸಗಳು, ಖಾತೆ ಗುರುತಿಸುವಿಕೆಗಳು ಮತ್ತು ಆಂತರಿಕ ಟೋಪೋಲಜಿ ಸೂಕ್ಷ್ಮವಾಗಿವೆ. ಆಯ್ದ ಭಾಗವನ್ನು ಮಾಲೀಕರಿರುವ ದಾಖಲೆಯಂತೆ ಪರಿಗಣಿಸಿ. ರೋಗನಿರ್ಣಯಕ್ಕೆ ಬೇಕಿಲ್ಲದ್ದನ್ನು ಮರೆಮಾಡಿ.

ಗುರಿ ನಿರ್ದಿಷ್ಟ ವಿನಂತಿಗೆ ನಿರ್ದಿಷ್ಟ ವಿಫಲ ಗಡಿ. VPN ಬಳಸುವ ಎಲ್ಲರ ಸಂಪೂರ್ಣ ಆರ್ಕೈವ್ ಉತ್ಪಾದಿಸುವ ಯಾವುದೇ ವಿಷಯ ರೋಗನಿರ್ಣಯವನ್ನು ಮೀರಿ ಬೇರೆ ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದೆ. ಏನನ್ನಾದರೂ ಸೇರಿಸುವ ಮೊದಲು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಲಾಗಿಂಗ್ ದಸ್ತಾವೇಜಿನಲ್ಲಿ ಡಿಫಾಲ್ಟ್ ಆಗಿ ಏನನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು