UFW ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಇಲ್ಲವೇ? ಅದು ಸೇವೆಗಳನ್ನಲ್ಲ, ಪೋರ್ಟ್ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ
UFW ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಪೋರ್ಟ್ಗಳ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳ ಹೆಸರಿನ ಪಟ್ಟಿ, ಸೇವೆಯಲ್ಲ. app info ಓದಿ, ನಿಜವಾದ ಆಲಿಸುವವನೊಂದಿಗೆ ಹೋಲಿಸಿ ಮತ್ತು ಮತ್ತೆ ಲೋಡ್ ಮಾಡುವ ಮೊದಲು ಹಿಂತಿರುಗುವ ದಾರಿ ಇಟ್ಟುಕೊಳ್ಳಿ.
UFW ತಾನು OpenSSH ಗೆ ಹೊಂದುವ ಪ್ರೊಫೈಲ್ ಕಂಡುಬರುತ್ತಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಕಾರಣದ ಹುಡುಕಾಟ ನೇರವಾಗಿ SSH ಸರ್ವರ್ಗೆ ಹೋಗುತ್ತದೆ. ಇದು ತಪ್ಪು ದಿಕ್ಕು: ಸಂದೇಶವು ಹೆಸರಿಸಿದ ಫೈರ್ವಾಲ್ ವ್ಯಾಖ್ಯಾನದ ಬಗ್ಗೆ ಮತ್ತು sshd ಸ್ಥಾಪಿತವಾಗಿದೆಯೇ, ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಅಥವಾ ಆಲಿಸುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಏನೂ ಹೇಳುವುದಿಲ್ಲ. UFW ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಎಂದರೆ ಲೇಬಲ್ ಇರುವ ಪೋರ್ಟ್ಗಳ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳ ಪಟ್ಟಿ. ವ್ಯಾಖ್ಯಾನವನ್ನು ಓದಲು ಒಂದು ಆಜ್ಞೆ ಸಾಕು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ತನಿಖೆ ಅಲ್ಲಿಯೇ ಮುಗಿಯುತ್ತದೆ.
ಹಂತ 1: UFW ನಿಜವಾಗಿ ತಿಳಿದಿರುವ ಹೆಸರುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ
ಒಂದಕ್ಕೆ ಅನುಮತಿ ಕೇಳುವ ಮೊದಲು ಫೈರ್ವಾಲ್ಗೆ ಅದರ ಬಳಿ ಯಾವ ಹೆಸರುಗಳಿವೆ ಎಂದು ಕೇಳಿ. ಪಟ್ಟಿ ಈ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಾಪಿತವಾದ ಪ್ರೊಫೈಲ್ಗಳಿಂದ ಬರುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಾಣದ ಹೆಸರು ಈ ವ್ಯವಸ್ಥೆಯ ಬಗ್ಗೆ ಸತ್ಯ, ನೀವು ರಕ್ಷಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ತಂತ್ರಾಂಶದ ಬಗ್ಗೆ ಅಲ್ಲ. ಹೆಸರು ಇದ್ದರೆ, ದೋಷ ಟೈಪಿಂಗ್ ತಪ್ಪಿನಿಂದ ಅಥವಾ ನಿಮ್ಮ ಶೆಲ್ ಇತಿಹಾಸದ ಹಳೆಯ ಅಲಿಯಾಸ್ನಿಂದ ಬಂದಿದೆ.
ufw app list
ufw app info OpenSSH
ಡೀಫಾಲ್ಟ್ ಸ್ಥಾಪನೆಯಲ್ಲಿ ಪಟ್ಟಿ ಚಿಕ್ಕದಾಗಿದೆ, ಮತ್ತು ಹೆಸರುಗಳು ಪ್ಯಾಕೇಜ್ ಹೆಸರುಗಳಲ್ಲ. openssh-server ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪಿತವಾಗಿದ್ದರೂ OpenSSH ಎಂಬ ಪ್ರೊಫೈಲ್ ಇಲ್ಲದಿರಬಹುದು, ಮತ್ತು ವಿರುದ್ಧವೂ ಸಾಧ್ಯ. ಪಟ್ಟಿ ಮುದ್ರಿಸುವ ನಿಖರ ಹೆಸರನ್ನು ಬಳಸಿ; ಹೋಲುವ ಬರವಣಿಗೆಯ VPN ಪ್ರೊಫೈಲ್ ಹೆಸರು ಅಥವಾ ಡೆಸ್ಕ್ಟಾಪ್ ಲಾಂಚರ್ UFW ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ. ನೀವು ಬಯಸಿದ ಹೆಸರು ಇಲ್ಲದಿದ್ದರೆ ಅದೇ ಸಂಶೋಧನೆ, ಮತ್ತು ಮುಂದಿನ ಹಂತ ಅದನ್ನು ಯಾವುದು ಒದಗಿಸಬೇಕು ಎಂದು ನೋಡುವುದು.
ಹಂತ 2: ಲೇಬಲ್ ಅಲ್ಲ, ವ್ಯಾಖ್ಯಾನ ಓದಿ
ಪ್ರೊಫೈಲ್ /etc/ufw/applications.d ಅಡಿಯಲ್ಲಿ INI ಶೈಲಿಯ ಫೈಲ್, ಅದರಲ್ಲಿ ಹೆಸರು, ಶೀರ್ಷಿಕೆ, ವಿವರಣೆ ಮತ್ತು ಪೋರ್ಟ್ ಕ್ಷೇತ್ರ ಇರುತ್ತದೆ. ಪೋರ್ಟ್ ಕ್ಷೇತ್ರ ಹಲವು ಪೋರ್ಟ್ಗಳು ಮತ್ತು ಸಾಗಣೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಲೇಬಲ್ ವ್ಯಾಖ್ಯಾನಕ್ಕಿಂತ ಕಡಿಮೆ ಹೇಳುತ್ತದೆ. UFW ಕೈಪಿಡಿ ಈ ಕ್ಷೇತ್ರಗಳನ್ನು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನವೀಕರಣ ಕ್ರಿಯೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಹೆಸರು ಒಂದು ಪರಿಚಿತ ಪೋರ್ಟ್ ಎಂದು ಊಹಿಸುವ ಬದಲು ಫೈಲ್ ಓದಿ.
cat /etc/ufw/applications.d/openssh-server
ufw app info OpenSSH
22/tcp ಇರುವ ವ್ಯಾಖ್ಯಾನ TCP ಪೋರ್ಟ್ 22 ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಬೇರೇನೂ ಅಲ್ಲ. ಇದು ಈ ಯಂತ್ರದ ಡೀಮನ್ ಅಲ್ಲಿ ಆಲಿಸುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ನಂತರ ಸೇರಿಸಿದ ಎರಡನೇ ಪೋರ್ಟ್ ಅನ್ನು ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ. ಡೀಮನ್ ಬೇರೆಡೆ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ, ಹೆಸರು ಉತ್ಪನ್ನಕ್ಕೆ ಹೊಂದಿದರೂ ಪ್ರೊಫೈಲ್ ತಪ್ಪು ಅನುಮತಿ. ಎರಡರಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಅನುಮತಿ ನೀಡುವ ಮೊದಲು ಆಲಿಸುವವನನ್ನು ವ್ಯಾಖ್ಯಾನದೊಂದಿಗೆ ಹೋಲಿಸಿ.
ss -ltnp 'sport = :22'
ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ಆಲಿಸುವವನು ಹೊಂದದಿದ್ದರೆ ನಿಲ್ಲಿಸಿ. ಯಾರೂ ಆಲಿಸದ ಪೋರ್ಟ್ ಅನ್ನು ಹೆಸರಿಸುವ ಪ್ರೊಫೈಲ್ಗೆ ಅನುಮತಿ ನೀಡುವುದು ಪ್ರಗತಿಯಂತೆ ಕಾಣುವ ಆದರೆ ಏನನ್ನೂ ರಕ್ಷಿಸದ ನಿಯಮವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಹಂತ 3: ಪ್ರೊಫೈಲ್ ಅನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ
ಹೆಸರಿಸಿದ ಪ್ರೊಫೈಲ್ಗೆ ಅನುಮತಿ ನೀಡುವುದು ಸೇವೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ ಅಥವಾ ಸಂರಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಗೆ ತಲುಪಲು ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಬೇಕಿಲ್ಲ. ಇವು ವಿವಿಧ ಉಪಕರಣಗಳ ಮಾಲೀಕತ್ವದ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು: ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕ, ಸೇವಾ ನಿರ್ವಾಹಕ ಮತ್ತು ಫೈರ್ವಾಲ್. ಇವನ್ನು ಒಂದೆಂದು ಪರಿಗಣಿಸುವುದೇ ಜನರು ಸಾಂಕೇತಿಕ ಹೆಸರು ಕಾಣಿಸಲು ಬಯಸದ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವ ರೀತಿ.
VPN ಸರ್ವರ್ಗೆ ಹೊರಗಿನ ಆಲಿಸುವವನಿಗೆ ಅನುಮತಿ ನೀಡಿದ ನಂತರವೂ ಬೇರ್ಪಡಿಕೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಗೂಢಲಿಪೀಕೃತ ಸಾಗಣೆ ಪೋರ್ಟ್ಗೆ ಅನುಮತಿ ಕರ್ನಲ್ ಮುಂದೂಡುವಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ, NAT ನಿಯಮ ಸೇರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸುರಂಗ ಬಳಕೆದಾರರಿಗೆ LAN ಗೆ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಪರಿಶೀಲನೆಯ ಪ್ರತ್ಯೇಕ ನೀತಿ. VPN ಉತ್ಪನ್ನದ ಹೆಸರಿನ ಪ್ರೊಫೈಲ್ ತಾನು ಪಟ್ಟಿ ಮಾಡಿದ ಪೋರ್ಟ್ಗಳನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್ ಸಂರಚನೆಯ ಉಳಿದ ಭಾಗ ಇನ್ನೂ ನೀವು ಬರೆಯಬೇಕಾದದ್ದು.
ಪ್ರೊಫೈಲ್ ಇಲ್ಲದಿದ್ದರೆ ಮತ್ತು ಒಂದು ಬೇಕಿದ್ದರೆ, ಪರಿಶೀಲಿಸಿದ ಸ್ಪಷ್ಟ ಪೋರ್ಟ್ ನಿಯಮ ಅಥವಾ applications.d ಅಡಿಯ ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ಎರಡೂ ಕಾನೂನುಬದ್ಧ. ನಿಮಗೆ ಬೇಡವಾದ ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪಿಸುವುದು ಹಾಗಲ್ಲ.
ಹಂತ 4: ಫೈರ್ವಾಲ್ ಅನ್ನು ಮತ್ತೆ ಲೋಡ್ ಮಾಡುವ ಮೊದಲು ಹಿಂತಿರುಗುವ ದಾರಿ ಇಟ್ಟುಕೊಳ್ಳಿ
ಯಾವುದೇ ನಿಯಮ ಬದಲಾವಣೆಗೆ ಮೊದಲು ಯಂತ್ರಕ್ಕೆ ನಿಮಗೆ ಎರಡನೇ ದಾರಿ ಇದೆ ಎಂದು ದೃಢೀಕರಿಸಿ: ಕನ್ಸೋಲ್, ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ವಿಳಾಸ ಅಥವಾ ನಿಗದಿತ ರೋಲ್ಬ್ಯಾಕ್. ನಂತರ ನಿಯಮ ಸಮೂಹ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ನೀತಿ ಓದಿ, ಏಕೆಂದರೆ SSH ನಿಯಮ ಇಲ್ಲದ ಡೀಫಾಲ್ಟ್ ನಿರಾಕರಣೆ ಪರೀಕ್ಷೆಯ ವೇಳೆ ನಿಮ್ಮನ್ನು ಹೊರಗೆ ಬೀಗ ಹಾಕಿಕೊಳ್ಳುವ ಶಾಸ್ತ್ರೀಯ ದಾರಿ. ಒಂದು ಬಾರಿಗೆ ಒಂದು ನಿಯಮ ಬದಲಿಸಿ ಮತ್ತು UFW ಮುದ್ರಿಸುವ ದೃಢೀಕರಣ ಓದಿ. ಉಳಿಸಿದ ನಿಯಮ, ಸಕ್ರಿಯ ನಿಯಮ ಮತ್ತು ತಲುಪಬಹುದಾದ ಸೇವೆ ಮೂರು ಬೇರೆ ಬೇರೆ ಅವಲೋಕನಗಳು.
ufw status verbose
ufw allow 22/tcp
ufw app update OpenSSH
ಬದಲಾವಣೆಯ ನಂತರ ಅನುಮತಿಸಿದ ಸಂಪರ್ಕ ಮತ್ತು ಇನ್ನೂ ನಿರಾಕರಿಸಬೇಕಾದ ಒಂದು ದಾರಿ ಪರೀಕ್ಷಿಸಿ. ನಿರಾಕರಣೆ ಪರೀಕ್ಷೆ ಅನುಮತಿ ಪರೀಕ್ಷೆಯಷ್ಟೇ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಉದ್ದೇಶಕ್ಕಿಂತ ಅಗಲವಾದ ನಿಯಮ ಮೊದಲ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗಿ ಎರಡನೆಯದರಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಹೆಸರು, ಅದರಲ್ಲಿದ್ದ ಪೋರ್ಟ್ಗಳು ಮತ್ತು ನೀವು ಪರಿಶೀಲಿಸಿದ ಆಲಿಸುವವನನ್ನು ದಾಖಲಿಸಿ.
ಹೆಸರು ಇದ್ದಾಗ ಅಥವಾ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬದಲಿಸಲ್ಪಟ್ಟಾಗ, ವ್ಯಾಖ್ಯಾನ ನಿಜವಾದ ಆಲಿಸುವವನಿಗೆ ಹೊಂದಿದಾಗ, ಸೇವೆ ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲ್ಪಟ್ಟಾಗ, ಮತ್ತು ಕೈಯಲ್ಲಿ ಚೇತರಿಕೆ ಮಾರ್ಗದೊಂದಿಗೆ ಅನುಮತಿಸಿದ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಎರಡೂ ದಾರಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿದಾಗ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಮುಗಿಯುತ್ತದೆ. ಪಟ್ಟಿಯಲ್ಲಿ ಹೆಸರು ಇರುವುದು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅಲ್ಲ.