ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಬದಲಾವಣೆ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ: ನಿಯಮಗಳ ಕ್ರಮ ಮತ್ತು ಸಂಪರ್ಕ ಸ್ಥಿತಿ
ಸಂಪಾದಿಸಿದ ನಿಯಮ ಹಿಂದಿನ ಅನುಮತಿಯ ಹಿಂದೆ ಇರಬಹುದು ಅಥವಾ ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್‌ನಿಂದ ಬಿಟ್ಟುಬಿಡಬಹುದು. ಎರಡು ಪರೀಕ್ಷೆಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ, ಹೊಸ ಹರಿವು ಬಳಸಿ ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿ ಇಟ್ಟುಕೊಳ್ಳಿ.
ನೀವು ನಿಯಮವನ್ನು ಸಂಪಾದಿಸಿದ್ದೀರಿ, ನಿಯಮ ಸಂಗ್ರಹವನ್ನು ಮತ್ತೆ ಲೋಡ್ ಮಾಡಿದ್ದೀರಿ, ಆದರೂ ಸುರಂಗವು ಮೊದಲಿನಂತೆಯೇ ವರ್ತಿಸುತ್ತದೆ. ಈ ಫಲಿತಾಂಶಕ್ಕೆ ಎರಡು ಸಾಮಾನ್ಯ ಕಾರಣಗಳಿವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಪರೀಕ್ಷೆಗಳನ್ನು ಬೇಡುತ್ತವೆ. ಒಂದೋ ಹೊಸ ನಿಯಮ ಈಗಾಗಲೇ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸಿರುವ ಹಿಂದಿನ ನಿಯಮದ ನಂತರ ಇದೆ, ಅಥವಾ ನೀವು ಗಮನಿಸುತ್ತಿರುವ ವಿನಿಮಯವು ಬದಲಾವಣೆಯು ಎಂದಿಗೂ ಮರುಮೌಲ್ಯಮಾಪನ ಮಾಡದ ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ಸಂಪರ್ಕವಾಗಿದೆ. ಫೈಲ್‌ನಲ್ಲಿರುವ ನಿಯಮ ಉದ್ದೇಶವನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ; ಪ್ಯಾಕೆಟ್‌ನ ಗತಿಯನ್ನು ನಿರ್ಧರಿಸುವುದು ಅದು ಎದುರಿಸುವ ಸಕ್ರಿಯ ಮಾರ್ಗ. ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ಮಾಡುವಾಗ ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ತೆರೆದಿಡಿ.
ನಿಯಮಗಳ ಕ್ರಮ ಮತ್ತು ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಬೇರೆ ಬೇರೆ ದೋಷಗಳು
ಕ್ರಮಬದ್ಧ ಸರಪಳಿಗಳನ್ನು ಮೇಲಿನಿಂದ ಕೆಳಗೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಅಂತಿಮ ತೀರ್ಪನ್ನು ತಲುಪುವ ಮೊದಲ ನಿಯಮ ಆ ಸರಪಳಿಯ ಮೂಲಕ ಸಾಗುವಿಕೆಯನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಎಚ್ಚರಿಕೆಯಿಂದ ಬರೆದ ಲಾಕ್‌ಡೌನ್ ನಿಯಮದ ಮೇಲೆ ವಿಶಾಲ ಅನುಮತಿಯನ್ನು ಇರಿಸಿ, ಆಗ ಲಾಕ್‌ಡೌನ್ ನಿಯಮ ಕೇವಲ ದಾಖಲೆಯಾಗುತ್ತದೆ: ಅದು ನಿಯಮ ಸಂಗ್ರಹದಲ್ಲಿದೆ, ಅದರ ಕೌಂಟರ್ ಶೂನ್ಯವಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಅದನ್ನು ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ. ಅದೇ ಪಠ್ಯವನ್ನು ಬೇರೆ ಸರಪಳಿಗೆ ಅನ್ವಯಿಸುವುದೂ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. nftables ನಲ್ಲಿ ಮೂಲ ಸರಪಳಿಗಳು ಆದ್ಯತೆಗಳ ಮೇಲೆ ಹುಕ್‌ಗಳಿಗೆ ಜೋಡಣೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಸರಪಳಿಯಲ್ಲಿನ ಅನುಮತಿ ಬೇರೆ ಹುಕ್ ಅಥವಾ ಆದ್ಯತೆಯಲ್ಲಿನ ಇನ್ನೊಂದು ಸರಪಳಿಗೆ ಅದೇ ಪ್ಯಾಕೆಟ್ ನೋಡುವುದನ್ನು ತಡೆಯುವುದಿಲ್ಲ.
ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್ ಎರಡನೇ ಲಕ್ಷಣವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಹೊರಗಿನಿಂದ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತದೆ. ಹರಿವು ಸ್ಥಿತಿ ಕೋಷ್ಟಕಕ್ಕೆ ಬಂದ ನಂತರ, ಸರಪಳಿಯ ಮೇಲ್ಭಾಗದ ಹತ್ತಿರವಿರುವ established-or-related ಅನುಮತಿ ನಿಮ್ಮ ಹೊಸ ನಿಯಮವನ್ನು ಪರಿಗಣಿಸುವ ಮೊದಲೇ ಮರಳುತ್ತದೆ. NAT ಮ್ಯಾಪಿಂಗ್‌ಗಳಿಗೂ ಅದೇ ಗುಣವಿದೆ: ಹರಿವು ಪ್ರಾರಂಭವಾದಾಗ ಅನುವಾದ ನಿಗದಿಯಾಯಿತು, ಆದ್ದರಿಂದ ಸಂಪಾದಿಸಿದ postrouting ನಿಯಮ ಈಗಾಗಲೇ ನಡೆಯುತ್ತಿರುವ ಅಧಿವೇಶನವನ್ನು ಮರುಬರೆಯುವುದಿಲ್ಲ. ಇದಕ್ಕಾಗಿಯೇ ಬದಲಾವಣೆಯು 09:00 ಕ್ಕೆ ಹೊಸ ಸಂಪರ್ಕಕ್ಕೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು 08:55 ಕ್ಕೆ ಯಾರೋ ತೆರೆದ ಅಧಿವೇಶನಕ್ಕೆ ಏನೂ ಮಾಡದಂತೆ ಕಾಣುತ್ತದೆ.
ಕ್ಲೌಡ್ ಭದ್ರತಾ ಗುಂಪುಗಳು iptables ನಲ್ಲಿ ಕಲಿತವರನ್ನು ಹಿಡಿಯುವ ಮೂರನೇ ಮಾದರಿಯನ್ನು ಸೇರಿಸುತ್ತವೆ. ಅವುಗಳ ಒಳಬರುವ ನಿಯಮಗಳು ಮೊದಲ ಹೊಂದಾಣಿಕೆಯ ನಡಿಗೆಯ ಬದಲು ಗುಂಪಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುವ ಅನುಮತಿ ಪಟ್ಟಿ, ಅವು ಸ್ಥಿತಿಯುಳ್ಳವು, ಮತ್ತು ಅನುಮತಿ ನಿಯಮವನ್ನು ತೆಗೆದರೆ ಈಗಾಗಲೇ ಟ್ರ್ಯಾಕ್ ಆಗುತ್ತಿರುವ ಹರಿವುಗಳು ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ. ಮೊದಲ ಹೊಂದಾಣಿಕೆಯ ಅರ್ಥಶಾಸ್ತ್ರವಿಲ್ಲದ ವೇದಿಕೆಯಲ್ಲಿ ಅದನ್ನು ಊಹಿಸುವುದು ಆತ್ಮವಿಶ್ವಾಸದ, ತಪ್ಪು ತೀರ್ಮಾನಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಸಕ್ರಿಯ ನಿಯಮ ಸಂಗ್ರಹವನ್ನು ಓದಿ, ನೀವು ಸಂಪಾದಿಸಿದ ಫೈಲ್ ಅನ್ನಲ್ಲ
ಕೆರ್ನೆಲ್ ಈಗ ಜಾರಿಗೊಳಿಸುತ್ತಿರುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಎಂದಿಗೂ ಅನ್ವಯಿಸದ ಸಂಗ್ರಹಿಸಿದ ಸಂರಚನೆ ಆಶ್ಚರ್ಯಕರವಾದಷ್ಟು ಬದಲಾಗದ ವರ್ತನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಹೊರಗಿಡಲು ಒಂದೇ ಆಜ್ಞೆ ಸಾಕು:
nft list ruleset
iptables-saveನಂತರ ನಿಮ್ಮ ನಿಯಮವು ಸಾಮಾನ್ಯವಾಗಿ ತಲುಪುತ್ತದೆಯೇ ಎಂದು ಕೇಳಿ. ಪ್ಯಾಕೆಟ್ ಕೌಂಟರ್‌ಗಳು ಅದಕ್ಕೆ ನೇರವಾಗಿ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಉದ್ದೇಶದ ಬಗ್ಗೆ ಯಾವುದೇ ತರ್ಕಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿ ಉತ್ತರಿಸುತ್ತವೆ:
iptables -L FORWARD -v -n --line-numbers
nft list chain inet filter forwardನಿಜವಾದ ಪರೀಕ್ಷಾ ಪ್ರಯತ್ನದ ನಂತರ ಶೂನ್ಯ ಪ್ಯಾಕೆಟ್‌ಗಳಿರುವ ಲಾಕ್‌ಡೌನ್ ನಿಯಮ ನೀತಿಯ ಸಮಸ್ಯೆಯಲ್ಲ, ಅದು ಸ್ಥಾನದ ಸಮಸ್ಯೆ. ಅದನ್ನು ಸರಿಸುವುದು ಒಂದು ಸಾಲಿನ ಬದಲಾವಣೆ, ಮತ್ತು ವಾಕ್ಯರಚನೆಯೇ ಮೂಲ ದೋಷಕ್ಕೆ ಕಾರಣವಾದದ್ದು. iptables ನಲ್ಲಿ -I ಆರಂಭದಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ ಮತ್ತು -A ಕೊನೆಯಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ; nftables ನಲ್ಲಿ insert ನಿಯಮವನ್ನು ಸರಪಳಿಯ ಆರಂಭದಲ್ಲಿ ಇರಿಸುತ್ತದೆ ಮತ್ತು add ಕೊನೆಯಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ. ನಿಯಮ ಗೆಲ್ಲಬೇಕಾದರೆ, ಆಕಸ್ಮಿಕವಾಗಿ ಲೋಡ್ ಆದ ಕ್ರಮವನ್ನು ನಂಬುವ ಬದಲು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ.
ಹರಿವು ಟ್ರ್ಯಾಕ್ ಆಗುತ್ತಿದೆಯೇ ಎಂದು ಸಾಬೀತು ಮಾಡಿ
ನಿಯಮವನ್ನು ದೂಷಿಸುವ ಮೊದಲು, ಸಂಚಾರವು ಸಾಮಾನ್ಯವಾಗಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ಸಂಪರ್ಕವೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಇಡೀ ಸ್ಥಿತಿ ಕೋಷ್ಟಕವನ್ನು ಸುರಿಯುವ ಬದಲು ನಿರ್ದಿಷ್ಟ ಹರಿವಿನ ಬಗ್ಗೆ ಕೇಳಿ:
conntrack -L -p tcp --dport 1194
conntrack -E -p tcp --dport 1194ಪಟ್ಟಿ ಸ್ಥಿತಿ ಮತ್ತು ಉಳಿದ ಕಾಲಾವಧಿಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಹೀಗೆ ನೀವು ಸ್ಥಾಪಿತ ಅಧಿವೇಶನವನ್ನು ಹೊಸ ಪ್ರಯತ್ನದಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತೀರಿ; ಘಟನೆ ಮೋಡ್ ಸಂಭವಿಸಿದಂತೆ ನವೀಕರಣಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವಾಗ ಉಪಯುಕ್ತ. ನೀವು ಏನನ್ನೂ ಮುಟ್ಟುವ ಮೊದಲೇ ಹರಿವು ಸ್ಥಾಪಿತ ಸ್ಥಿತಿಯಲ್ಲಿ ಇದ್ದರೆ, ಫಿಲ್ಟರ್ ನಿಯಮಗಳ ಯಾವುದೇ ಸಂಪಾದನೆ ಅದರ ಗತಿಯನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಇದು ಫೈರ್‌ವಾಲ್‌ನ ದೋಷವಲ್ಲ, ಇದು ಸ್ಥಿತಿಯುಳ್ಳ ಫಿಲ್ಟರಿಂಗ್‌ನ ಒಪ್ಪಂದ.
ಉತ್ಪಾದನಾ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಇಡೀ ಕೋಷ್ಟಕವನ್ನು ಖಾಲಿ ಮಾಡುವ ಸುಲಭ ದಾರಿಯನ್ನು ವಿರೋಧಿಸಿ. conntrack -F ಲಭ್ಯವಿದೆ, ಮತ್ತು ಅದು ಯಂತ್ರದಲ್ಲಿನ ಪ್ರತಿ ಟ್ರ್ಯಾಕ್ ಆದ ಹರಿವನ್ನೂ ನಾಶ ಮಾಡುತ್ತದೆ, ನೀವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ನಿರ್ವಹಣಾ ಅಧಿವೇಶನ ಮತ್ತು ನಿಮ್ಮ ಶೆಲ್ ಒಯ್ಯುವ ಸುರಂಗ ಸೇರಿದಂತೆ. ನಿಜವಾಗಿ ಅಗತ್ಯವಿದ್ದಾಗ ಪ್ರತ್ಯೇಕ ನಮೂದುಗಳನ್ನು ಅಳಿಸಬಹುದು, ಆದರೆ ಹೊಸ ಮೂಲ ಪೋರ್ಟ್‌ನಿಂದ ಹೊಸ ಹರಿವು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ವಚ್ಛ ಪ್ರಯೋಗ.
ಕೆಲವು ಮಾರ್ಗಗಳು ಟ್ರ್ಯಾಕ್ ಆಗುವುದಿಲ್ಲ, ಮತ್ತು ಅವು ವಿರುದ್ಧವಾಗಿ ವರ್ತಿಸುತ್ತವೆ. raw ಕೋಷ್ಟಕದಲ್ಲಿ notrack ಎಂದು ಗುರುತಿಸಲಾದ ಸಂಚಾರ, ಸಾಮಾನ್ಯ ಹುಕ್‌ಗಳನ್ನು ಬಳಸದ ಕೆಲವು ಸುರಂಗಗಳು, ಮತ್ತು ಹರಿವನ್ನು ಎರಡು ಗೇಟ್‌ವೇಗಳ ನಡುವೆ ವಿಭಜಿಸುವ ಅಸಮಮಿತಿ ಮಾರ್ಗನಿರ್ದೇಶನ — ಎಲ್ಲವೂ ಒಂದೊಂದಾಗಿ ಮೌಲ್ಯಮಾಪನ ಆಗುವ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಅಥವಾ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಎಂದಿಗೂ ಸೃಷ್ಟಿಯಾಗದ ಸ್ಥಿತಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ಗೂ ಕೌಂಟರ್‌ಗಳು ಚಲಿಸಿದರೆ, ಕ್ರಮವನ್ನು ಸಂದೇಹಿಸುವ ಮೊದಲು ಅಂತಹ ಮಾರ್ಗವನ್ನು ಸಂದೇಹಿಸಿ.
ಹಿಂತಿರುಗುವ ದಾರಿಯೊಂದಿಗೆ ಹೊಸ ಹರಿವಿನಿಂದ ಪರೀಕ್ಷಿಸಿ
ದೂರದ ಪ್ರವೇಶವನ್ನು ಕಡಿತಗೊಳಿಸಬಹುದಾದ ನಿಯಮವನ್ನು ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಿ: ಪೂರೈಕೆದಾರರ ಕನ್ಸೋಲ್, ಸೀರಿಯಲ್ ಕನ್ಸೋಲ್, ಬ್ಯಾಂಡ್‌ನ ಹೊರಗಿನ ನಿರ್ವಹಣಾ ವಿಳಾಸ, ಅಥವಾ ನಿಯಮವು ಹೊಂದಿಸಲಾಗದ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್. ರೋಲ್‌ಬ್ಯಾಕ್ ಟೈಮರ್ ಸೂಕ್ತ ಸಂಗಾತಿ, ಏಕೆಂದರೆ ಪರೀಕ್ಷೆಯ ಮಧ್ಯದಲ್ಲಿ ನಿಮ್ಮ ಅಧಿವೇಶನ ಸತ್ತರೂ ಅದು ಹಿಂದಿನ ನಿಯಮ ಸಂಗ್ರಹವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ.
ನಂತರ ಸ್ಥಿತಿಯು ಈಗಾಗಲೇ ಆವರಿಸಲಾಗದ ವಿನಿಮಯದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ. ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಹೊಸ ಐದು ಅಂಶಗಳ ಗುಂಪು ಸೃಷ್ಟಿಯಾಗಲಿ, ಮತ್ತು ಅದು ನಡೆಯುವಾಗ ಎರಡೂ ತುದಿಗಳನ್ನು ಗಮನಿಸಿ:
tcpdump -ni eth0 'tcp port 1194'
journalctl -k -n 50 --no-pagerಪರೀಕ್ಷೆಯನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ನಡೆಸಿ. ಹೊಸ ಒಳಬರುವ ಹಸ್ತಲಾಘವವನ್ನು ತಡೆಯುವ ನಿಯಮವು ಉತ್ತರದ ಮಾರ್ಗವನ್ನು ಇನ್ನೂ ಅನುಮತಿಸಬಹುದು, ಅಥವಾ ಅದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿಯೂ, ಮತ್ತು ಏಕಮುಖ ಫಲಿತಾಂಶವೇ ಲಾಕ್‌ಡೌನ್ ಅರ್ಧ ಕೆಲಸ ಮಾಡಲು ಸಾಮಾನ್ಯ ಕಾರಣ. ಪರೀಕ್ಷೆಯ ನಂತರ ಸ್ಥಿರ ಸ್ಥಿತಿಯನ್ನು ಖಚಿತಪಡಿಸಲು ಇನ್ನೊಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ಕಾನೂನುಬದ್ಧ ನಿರ್ವಹಣಾ ಪ್ರವೇಶ ಉಳಿದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ; ಒಂದು ಪೋರ್ಟ್‌ಗೆ ಬರೆದ ನಿಯಮವು ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ವಿಶಾಲ ಶ್ರೇಣಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಅಭ್ಯಾಸವನ್ನು ಹೊಂದಿದೆ.
ನಿಯಮದೊಂದಿಗೆ ಉದ್ದೇಶ ಮತ್ತು ಸ್ಥಾನವನ್ನು ದಾಖಲಿಸಿ
ದಾಖಲಾದ ಉದ್ದೇಶವಿಲ್ಲದ ನಿಯಮವು ಯಾರೂ ತೆಗೆಯಲು ಧೈರ್ಯ ಮಾಡದ ನಿಯಮ. ಪ್ರತಿ ಲಾಕ್‌ಡೌನ್ ನಮೂದಿನ ಜೊತೆಗೆ ಅದು ರಕ್ಷಿಸುವ ಹರಿವು, ಅದು ಜೀವಿಸುವ ಸರಪಳಿ ಮತ್ತು ಹುಕ್, ವಿಶಾಲ ಅನುಮತಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಅದು ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಸ್ಥಾನ, ಮತ್ತು ಅದನ್ನು ಸಾಬೀತು ಮಾಡಿದ ಪರೀಕ್ಷೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಆರು ತಿಂಗಳ ನಂತರ ಯಾರಾದರೂ ಸುತ್ತಮುತ್ತಲಿನ ನಿಯಮ ಸಂಗ್ರಹವನ್ನು ಸಂಪಾದಿಸಿದಾಗ, ಆ ಟಿಪ್ಪಣಿಯೇ ಸ್ಥಾನವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿತ್ತು ಎಂಬ ಏಕೈಕ ಎಚ್ಚರಿಕೆ.
ಬದಲಾವಣೆಯನ್ನು ಮುಚ್ಚುವ ಮೊದಲು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಖಚಿತಪಡಿಸಿ: ಚಾಲನೆಯಲ್ಲಿರುವ ನಿಯಮ ಸಂಗ್ರಹ ಫೈಲ್‌ಗೆ ಹೊಂದುತ್ತದೆ, ಹೊಸ ಪ್ರಯತ್ನದ ನಂತರ ಹೊಸ ನಿಯಮಕ್ಕೆ ಶೂನ್ಯವಲ್ಲದ ಕೌಂಟರ್‌ಗಳಿವೆ, ವಿರುದ್ಧ ದಿಕ್ಕು ಮತ್ತು ನಿರ್ವಹಣಾ ಪ್ರವೇಶ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಬದಲಾವಣೆಗಿಂತ ಹಳೆಯ ಅಧಿವೇಶನದ ಸ್ಥಿತಿಯಲ್ಲ, ಸ್ಥಿರ ಸ್ಥಿತಿಯನ್ನು ಸಾಬೀತು ಮಾಡಲು ಒಮ್ಮೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ್ದೀರಿ. ಇವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಪರಿಶೀಲಿಸದಿದ್ದರೆ, ಸುರಂಗ ಏನೇ ಮಾಡಿದರೂ ಬದಲಾವಣೆ ಮುಗಿದಿಲ್ಲ.