ನಿಮ್ಮನ್ನು ಹೊರಗೆ ಲಾಕ್ ಮಾಡದೆ ಫೈರ್‌ವಾಲ್ ಬದಲಾವಣೆಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದು
ನಿಯಮ ಜಾರಿಗೆ ಬರುವ ಮೊದಲು ನಿಮ್ಮ ಮರುಪಡೆಯುವಿಕೆಯ ಮಾರ್ಗಗಳನ್ನು ಕ್ರಮಗೊಳಿಸಿ, ನಂತರ ಉಳಿದುಕೊಂಡ ಅಧಿವೇಶನದ ಬದಲು ಹೊಸ ನೀತಿಯು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕಾದ ಹರಿವಿನಿಂದ ಪರಿಶೀಲಿಸಿ.
ನಿಯಮ ಜಾರಿಗೆ ಬರುತ್ತದೆ, ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿರುವ ಟರ್ಮಿನಲ್ ಉತ್ತರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ಲಾಗಿನ್ ನಿರಾಕರಿಸಲ್ಪಡುತ್ತದೆ. ನೀವು ಬದಲಿಸುತ್ತಿರುವ ಸಂಪರ್ಕದ ಮೇಲೆ ಫೈರ್‌ವಾಲ್ ಬದಲಾವಣೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಸಂಪೂರ್ಣ ಕಷ್ಟವೇ ಆ ಕಂದರ. ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್ ಒಮ್ಮೆ ನಿರ್ಧರಿಸಿ ನಂತರ ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಾಪಿತ ಹರಿವು ಹೊಸ ನೀತಿಯನ್ನು ನೋಡಲಾಗದ ಏಕೈಕ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ಮುಂದೆ ಹಿಂತಿರುಗುವ ಮೂರು ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸಲಾಗುತ್ತದೆ, ನಂತರ ನಿಯಮಗಳನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಬದಲಿಸಿ ಪರಿಶೀಲಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ.
ಉಳಿದುಕೊಂಡ ಅಧಿವೇಶನವೇ ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ ಏಕೆ
ಸ್ಥಿತಿಯುಳ್ಳ ಫೈರ್‌ವಾಲ್ ಹರಿವಿನ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ, ನಮೂದು ಬದುಕಿರುವವರೆಗೂ ಆ ತೀರ್ಪನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ನಂತರ ಸೇರಿಸಿದ ನಿಯಮಗಳು ತಡವಾಗಿ ಪ್ರಾರಂಭವಾಗುವ ಹರಿವುಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ಟೈಪ್ ಮಾಡುತ್ತಿರುವ ಕಿಟಕಿ ಬಳಸಲು ಯೋಗ್ಯವಾಗಿ ಉಳಿಯುತ್ತದೆ, ಉಳಿದವರೆಲ್ಲರೂ ನಿರಾಕರಿಸಲ್ಪಡುತ್ತಾರೆ. ಅದರಿಂದ ನೀವು ಕಲಿಯುವುದು ಕೆಲವು ನಿಮಿಷಗಳ ಹಿಂದೆ ಜಾರಿಯಲ್ಲಿದ್ದ ನೀತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆ ಹರಿವಿನಲ್ಲಿ ತೆಗೆದ ಸೆರೆಹಿಡಿಯುವಿಕೆಯೂ ಯಂತ್ರ ಈಗಾಗಲೇ ತೆಗೆದುಕೊಂಡ ನಿರ್ಣಯವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಅಧಿವೇಶನವನ್ನು ಅಳತೆಯಾಗಿ ಅಲ್ಲ, ತುರ್ತು ನಿರ್ಗಮನವಾಗಿ ಪರಿಗಣಿಸಿ. ಪ್ರತಿಯೊಂದು ಅರ್ಥಪೂರ್ಣ ಪರಿಶೀಲನೆಯು ಹೊಸ ನಿಯಮವು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಮೂಲದಿಂದ ಹೊಸ ಹರಿವನ್ನು ತೆರೆಯಬೇಕು, ಮತ್ತು ಮೊದಲ ಪರಿಶೀಲನೆಯು ವಿಫಲವಾದರೆ ಹೆಚ್ಚು ನೋವಾಗುವಂತಹದ್ದಾಗಿರಬೇಕು. ಆ ಅಧಿವೇಶನವೇ ಒಳಗೆ ಹೋಗುವ ಏಕೈಕ ದಾರಿಯಾದಾಗ, ಬದಲಾವಣೆ ಇನ್ನೂ ಮಾಡಲು ಸಿದ್ಧವಿಲ್ಲ.
ಹಿಂತಿರುಗುವ ಮೂರು ಮಾರ್ಗಗಳು, ಪ್ರತಿಯೊಂದು ಯಾವುದನ್ನು ಅವಲಂಬಿಸಿದೆ ಎಂಬುದರ ಪ್ರಕಾರ ಜೋಡಿಸಲಾಗಿದೆ
ಪರೀಕ್ಷೆಯಲ್ಲಿರುವ ಸಾಧನದ ಮೇಲೆ ಎಷ್ಟು ಅವಲಂಬಿತವಾಗಿವೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆಗಳನ್ನು ಜೋಡಿಸಿ, ಏಕೆಂದರೆ ನಿಯಮ ತಪ್ಪೆಂದು ಸಾಬೀತಾದಾಗ ನೀವು ಆ ಕ್ರಮವನ್ನೇ ಆಶ್ರಯಿಸುತ್ತೀರಿ. ಫೈರ್‌ವಾಲ್ ಮೂಲಕ ಎಂದೂ ಹಾದುಹೋಗದ ಕನ್ಸೋಲ್ ಸ್ವತಂತ್ರವಾಗಿದೆ, ಅಭ್ಯಾಸ ಮಾಡಿದ ರೋಲ್‌ಬ್ಯಾಕ್ ಬಹುತೇಕ ಹಾಗೆಯೇ, ಮತ್ತು ಈಗಾಗಲೇ ತೆರೆದ ಅಧಿವೇಶನ ಹಾಗಿಲ್ಲ.
| Way back in | What it survives | Where it fails |
|---|---|---|
| out-of-band or hypervisor console | a policy that blocks new logins | needs separate access you have already tried |
| rollback rehearsed on that platform | a rule that breaks remote access | fails when nobody ever ran it |
| the session that is already open | the change itself | cannot show whether new flows work |
ಬದಲಾವಣೆಗೆ ಮೊದಲು ಕನ್ಸೋಲ್ ಮೂಲಕ ಲಾಗಿನ್ ಆಗಿ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ, ಏಕೆಂದರೆ ನೀವು ಎಂದೂ ಬಳಸದ ಔಟ್-ಆಫ್-ಬ್ಯಾಂಡ್ ಮಾರ್ಗವು ರೇಖಾಚಿತ್ರವೇ ಹೊರತು ಪರ್ಯಾಯವಲ್ಲ. ರೋಲ್‌ಬ್ಯಾಕ್ ತನ್ನ ಸ್ಥಾನವನ್ನು ಆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ, ಆ ನಿಯಮಸೆಟ್‌ನೊಂದಿಗೆ, ಅನುಮೋದಿತ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅನುಸರಿಸಿ ಮಾಡಿದ ಅಭ್ಯಾಸದ ನಂತರವೇ ಗಳಿಸುತ್ತದೆ, ಜೀವಂತ ಯಂತ್ರದಲ್ಲಿ ತಕ್ಷಣದ ಉಪಾಯದ ಬದಲು. ಹಂತಗಳನ್ನು ಬರೆದಿಟ್ಟುಕೊಂಡು ಬೇರೆಯವರಿಂದ ಓದಿಸಿ. ಕ್ರಮವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ನಿಮ್ಮ ನೆನಪು ಬೇಕಾದರೆ, ಅದು ಯೋಜನೆ ಅಲ್ಲ.
ಒಂದು ಬದಲಾವಣೆ, ನಂತರ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕಾದ ಸಂಪರ್ಕ
ಜೀವಂತ ನಿಯಮಸೆಟ್ ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ಫೈಲ್ ಅನ್ನು ಉಳಿಸಿ, ನಂತರ ಒಂದೇ ಸಣ್ಣ ಸಂಪಾದನೆ ಮಾಡಿ. ಪ್ರತಿ ಪರೀಕ್ಷೆಗೆ ಒಂದು ಬದಲಾವಣೆ ಫಲಿತಾಂಶವನ್ನು ಆರೋಪಿಸಬಹುದಾದಂತೆ ಇಡುತ್ತದೆ; ಒಟ್ಟಿಗೆ ಎರಡು ಮಾಡಿದರೆ ಕೆಲಸ ಮಾಡುವ ಯಂತ್ರ ಮತ್ತು ಯಾವ ಸಂಪಾದನೆ ಕೆಲಸ ಮಾಡಿತು ಎಂಬುದರ ಕಲ್ಪನೆಯಿಲ್ಲದೆ ಉಳಿಯುತ್ತೀರಿ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಲೋಡ್ ಮಾಡದೆ ವಿಶ್ಲೇಷಿಸಬಲ್ಲ ಸ್ಥಳದಲ್ಲಿ ಅದನ್ನು ಮೊದಲು ಮಾಡಿ, ಇದರಿಂದ ಟೈಪಿಂಗ್ ತಪ್ಪು ಏನೂ ಅಪಾಯದಲ್ಲಿಲ್ಲದಿದ್ದಾಗ ಹೊರಬರುತ್ತದೆ.
nft list ruleset > /root/ruleset.before
nft -c -f /etc/nftables.confನಂತರ ಕನ್ಸೋಲ್ ಇನ್ನೂ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ, ಬದಲಾದ ನಿಯಮಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವ ಮೂಲದಿಂದ ಹೊಸ ಅಧಿವೇಶನ ಪ್ರಾರಂಭಿಸಿ. ಯಶಸ್ವಿಯಾದರೆ ಒಮ್ಮೆ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಮೊದಲ ಪ್ರಯತ್ನವು ಕೋಷ್ಟಕದಲ್ಲಿ ಈಗಾಗಲೇ ಇದ್ದ ನಮೂದಿಗೆ ಬೀಳಬಹುದು. ವಿಫಲವಾದರೆ, ಒಳಗೆ ಹೋಗುವ ದಾರಿ ಮತ್ತು ಹಿಂಪಡೆಯಬೇಕಾದ ನಿರ್ಣಯ ಇನ್ನೂ ಇರುತ್ತದೆ, ಮತ್ತು ಅದು ಲಭ್ಯವಿರುವ ಅಗ್ಗದ ಕೆಟ್ಟ ಫಲಿತಾಂಶ.
ಕೌಂಟರ್‌ಗಳು, ಸ್ಥಿತಿ ಮತ್ತು ಫೈಲ್ ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ
ಮೂರು ವೀಕ್ಷಣೆಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಒಂಟಿಯಾಗಿ ನಂಬಲರ್ಹವಾಗಿ ಕಾಣಬಹುದು ಮತ್ತು ಉಳಿದೆರಡರ ಬಗ್ಗೆ ನಿಮ್ಮನ್ನು ದಾರಿತಪ್ಪಿಸಬಹುದು. ಕೌಂಟರ್‌ಗಳು ನೀವು ಈಗ ತಯಾರಿಸಿದ ಹರಿವು ನೀವು ಸಂಪಾದಿಸಿದ ನಿಯಮವನ್ನು ತಲುಪಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಸ್ಥಿತಿ ಕೋಷ್ಟಕವು ಯಂತ್ರವು ಈಗಾಗಲೇ ಸ್ಥಾಪಿತ ಎಂದು ಭಾವಿಸುವ ಹರಿವುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಹಾಗೆಯೇ ಮುರಿದ ನಿಯಮವೂ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು. ಉಳಿಸಿದ ಫೈಲ್ ಮುಂದಿನ ಮರುಲೋಡ್ ನಂತರ ಸಾಧನ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಈಗ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿಯಮಸೆಟ್ ಮಾಡುತ್ತಿರುವುದಕ್ಕಿಂತ ಬೇರೆಯಾಗಿರಬಹುದು.
ss -tn state establishedಕೌಂಟರ್‌ಗಳನ್ನು ಮೊತ್ತವಲ್ಲ, ಡೆಲ್ಟಾ ಆಗಿ ಓದಿ, ಏಕೆಂದರೆ ಮುಖ್ಯವಾದ ಏಕೈಕ ಸಂಖ್ಯೆ ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಹರಿವು ಚಲಿಸಿದ್ದು. ಕೌಂಟರ್ ಎಂದೂ ಹೆಚ್ಚದ ನಿಯಮವು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಕಾಗದದ ಮೇಲೆ ಎಷ್ಟೇ ಸರಿಯಾಗಿ ಕಂಡರೂ. ನಿರಾಕರಣೆಯ ಪ್ರಕರಣವನ್ನೂ ದೃಢೀಕರಿಸಿ: ಎಂದೂ ಯಾವುದನ್ನೂ ನಿರಾಕರಿಸದ ನೀತಿಯು ನೀವು ತಡೆಯಲು ಬಯಸಿದ್ದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ ಎಂದು ಎಂದೂ ಸಾಬೀತು ಮಾಡಿಲ್ಲ. ನಿಯೋಜನೆ ನಿಜವಾಗಿ ಹೊತ್ತಿರುವ ಪ್ರತಿ ಕುಟುಂಬದಲ್ಲೂ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೋಗಿ, ಏಕೆಂದರೆ v4 ನಿಯಮ v6 ಹರಿವಿನ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಉಳಿಸಿದ ನಿಯಮಸೆಟ್‌ನಿಂದ ಮರುಸ್ಥಾಪಿಸಿ, ನಂತರ ಫೈಲ್ ಅನ್ನು ಹೊಂದಿಸಿ
ಬದಲಾವಣೆ ವಿಫಲವಾದಾಗ, ಲಾಗಿನ್‌ಗಳು ಮತ್ತೆ ಕೆಲಸ ಮಾಡುವವರೆಗೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಉಳಿಸಿದ ನಿಯಮಸೆಟ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿ. ಪ್ರತಿ ಹೆಚ್ಚುವರಿ ಅನುಮತಿಯು ಲಕ್ಷಣವನ್ನು ಶಾಂತಗೊಳಿಸಿ, ಘಟನೆ ಮತ್ತು ಅದರ ನೆನಪಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುವ ಕುಳಿಯನ್ನು ಬಿಡುತ್ತದೆ. ಮರುಸ್ಥಾಪಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ನಂತರ ವಿಫಲ ಹೋಲಿಕೆಯನ್ನು ನೀವು ಪ್ರಯತ್ನಿಸಿದ್ದರ ದಾಖಲೆಯ ಪಕ್ಕದಲ್ಲಿ ಇಡಿ.
ಯಶಸ್ವಿ ಬದಲಾವಣೆಯ ನಂತರ, ಡಿಸ್ಕ್‌ನಲ್ಲಿರುವ ಫೈಲ್ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿಯಮಸೆಟ್ ಅನ್ನು ವಿವರಿಸುವಂತೆ ಮಾಡಿ, ಮತ್ತು ಮರುಲೋಡ್ ಅದನ್ನು ಪುನರುತ್ಪಾದಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ತನ್ನದೇ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ನಿಂದ ದೂರ ಸರಿದ ಜೀವಂತ ನಿಯಮಸೆಟ್ ಮುಂದಿನ ಮರುಪ್ರಾರಂಭಕ್ಕಾಗಿ ಇಟ್ಟ ಬಲೆ.