ಲಿನಕ್ಸ್ ವಿತರಣೆಯ ಫೈರ್‌ವಾಲ್ ನಿಮ್ಮ VPN ಸಂಚಾರವನ್ನು ನಿರ್ಬಂಧಿಸಬಹುದು

ಸುರಂಗ ಏಳುತ್ತದೆ, ಲಾಗ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎನ್ನುತ್ತದೆ, ಮತ್ತು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ಯಾವುದನ್ನೂ ತಲುಪಲಾರದು. ಲಿನಕ್ಸ್ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ವಿತರಣೆಯ ಫೈರ್‌ವಾಲ್ VPN ಕ್ಲೈಂಟ್ ಎಂದೂ ನಿರ್ವಹಿಸದ ಮಾರ್ಗವನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತಿದೆ ಎಂದರ್ಥ. ಎರಡು ನಿರ್ವಾಹಕರು ಒಟ್ಟಿಗೆ ಸಕ್ರಿಯವಾಗಿರಬಹುದು, ಪ್ರತಿಯೊಂದಕ್ಕೂ ಇಂಟರ್ಫೇಸ್, ವಲಯ ಮತ್ತು ಸಂಚಾರದ ದಿಕ್ಕಿನ ಬಗ್ಗೆ ತನ್ನದೇ ಕಲ್ಪನೆ ಇರುತ್ತದೆ. ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಮಾಲೀಕನನ್ನು ಗುರುತಿಸುವುದು ಏನಾದರೂ ಕೆಲಸ ಮಾಡುವವರೆಗೆ ನಿಯಮಗಳನ್ನು ಪ್ರಯತ್ನಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿದೆ.

ನಿರ್ವಾಹಕ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಹುಡುಕಿ

ಸ್ಥಾಪಿತವಾದದ್ದಲ್ಲ, ನಿಜವಾಗಿ ಲೋಡ್ ಆಗಿರುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ವಿತರಣೆಯು firewalld, ufw ಮತ್ತು ಸಾಮಾನ್ಯ nftables ಸೇವೆಯನ್ನು ಒಳಗೊಂಡಿರಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿಯಮ ಸಮೂಹವನ್ನು ಹೊಂದಿದೆ. ಪ್ಯಾಕೇಜುಗಳು ಶಾಂತಿಯಿಂದ ಜೊತೆಯಾಗಿ ಇರುತ್ತವೆ, ಮತ್ತು ತಪ್ಪು ಫ್ರಂಟೆಂಡ್ ಮೂಲಕ ನಮೂದಿಸಿದ ನಿಯಮ ಎಂದೂ ಕರ್ನೆಲ್ ತಲುಪುವುದಿಲ್ಲ. ಸಕ್ರಿಯ ಸೇವೆಯನ್ನು ಓದಿ, ನಂತರ ಅದು ರಚಿಸಿದ ನಿಯಮ ಸಮೂಹವನ್ನು ಓದಿ.

ಬ್ಯಾಕೆಂಡ್ ಫ್ರಂಟೆಂಡ್‌ನಷ್ಟೇ ಮುಖ್ಯ. firewalld ಸ್ಥಾಪನೆಯು ಆವೃತ್ತಿ ಮತ್ತು ಸಂರಚನೆಯನ್ನು ಅವಲಂಬಿಸಿ nftables ಅಥವಾ ಹಳೆಯ iptables ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ನಡೆಸಬಹುದು, ಮತ್ತು ಎರಡೂ ವಿಭಿನ್ನ ಪರಿಶೀಲನಾ ಔಟ್‌ಪುಟ್ ನೀಡುತ್ತವೆ. ನಿಮ್ಮ ಸಿಸ್ಟಂ ಅನ್ನು ಯಾವುದೇ ಮಾರ್ಗದರ್ಶಿಗೆ ಹೋಲಿಸುವ ಮೊದಲು ವಿತರಣೆ, ಆವೃತ್ತಿ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಬರೆಯಿರಿ.

ದಿಕ್ಕು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿಸಿ

ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ವಿನಂತಿ, ಒಳಬರುವ ಶ್ರೋತೃ ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ವಿಭಿನ್ನ ಕೊಕ್ಕೆಗಳ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತವೆ, ಮತ್ತು ಒಂದಕ್ಕಿರುವ ನಿಯಮ ಉಳಿದವನ್ನು ಆವರಿಸುವುದಿಲ್ಲ. ಸ್ಥಳೀಯ LAN ಗೆ ಅನುಮತಿ ನೀಡುವ ವಲಯವು ಹಲವು ಬಾರಿ ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ VPN ವಿಳಾಸ ಪೂಲ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ. ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ ಸಾಮಾನ್ಯವಾಗಿ ಡೀಫಾಲ್ಟ್ ವಲಯಕ್ಕೆ ಇಳಿಯುತ್ತದೆ, ಅದು ಹಲವು ಬಾರಿ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ನ ವಲಯಕ್ಕಿಂತ ಕಠಿಣವಾಗಿರುತ್ತದೆ. ಆ ಅಸಂಗತಿಯೇ LAN ನಲ್ಲಿ ಬ್ರೌಸಿಂಗ್ ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸುರಂಗ ಏರಿದ ಕ್ಷಣವೇ ಏಕೆ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ.

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

ನಿಯಮಗಳ ಮಾಲೀಕರನ್ನು ಒಮ್ಮತದಲ್ಲಿಡಿ

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

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

ಲಾಕ್‌ಡೌನ್ ಕಳೆದುಕೊಳ್ಳದೆ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಅನ್ವಯಿಸಿದ ಸ್ಥಿತಿಯನ್ನು ಅದನ್ನು ಹೊಂದಿರುವ ನಿರ್ವಾಹಕನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ನೀವು ದಾಖಲಿಸಿದ ಬ್ಯಾಕೆಂಡ್‌ಗೆ ಹೊಂದುವ ಆದೇಶಗಳನ್ನು ಬಳಸಿ. ಕೆಳಗಿನ ಪಟ್ಟಿ firewalld ಜವಾಬ್ದಾರ ಎಂದು ಊಹಿಸುತ್ತದೆ; ಎಲ್ಲವನ್ನೂ ಓಡಿಸುವ ಬದಲು nftables ಅಥವಾ ufw ಗೆ ಸಮಾನವಾದದ್ದನ್ನು ಬದಲಿಸಿ. ಒಂದೇ ಅಧಿವೇಶನದಲ್ಲಿ ಪರಿಕರಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ಯಂತ್ರವು ಎರಡು ವಿರುದ್ಧ ನಿಯಮ ಸಮೂಹಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

ಮೊದಲ ಆದೇಶವು ವಲಯಗಳನ್ನು ಮತ್ತು ಅವುಗಳಿಗೆ ನಿಗದಿಪಡಿಸಿದ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಇದು ಸುರಂಗ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಇಳಿಯಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡನೆಯದು ವಲಯದ ನಿಯಮಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದರಿಂದ VPN ಇಂಟರ್ಫೇಸ್ ಒಟ್ಟಿಗೇ ಆವರಿಸಲ್ಪಟ್ಟಿದೆಯೇ ಎಂದು ನೀವು ನೋಡಬಹುದು. nftables ಪಟ್ಟಿ ಬಳಕೆಯಲ್ಲಿರುವ ಬ್ಯಾಕೆಂಡ್‌ನ ಮೂಲ ಸತ್ಯ, ಮತ್ತು ಸಂರಚನಾ ಫೈಲ್‌ನಲ್ಲಿ ಮಾತ್ರ ಇರುವ ನಿಯಮ ಅಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ. ನೀವು ಸೇರಿಸಿದ ನಿಯಮದೊಂದಿಗೆ ಮೂರು ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಹೋಲಿಸಿ, ಮತ್ತು ಅಸಂಗತಿ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನಷ್ಟಕ್ಕೇ ತನ್ನ ಹೆಸರು ಹೇಳಿಕೊಳ್ಳುತ್ತದೆ.

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