ಸರ್ವರ್ ತಲುಪುವ VPN ಕ್ಲೈಂಟ್‌ಗಳನ್ನು Samba ಏಕೆ ನಿರಾಕರಿಸುತ್ತದೆ

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

ಒಂದೇ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲವಾಗುವ ನಾಲ್ಕು ಪದರಗಳು

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

ಸಾಗಣೆಯಿಂದ ಆರಂಭಿಸಿ. ಪೋರ್ಟ್ 445 ಎಂದಿಗೂ ಸರ್ವರ್ ತಲುಪದಿದ್ದರೆ, ಯಾವುದೇ Samba ಸೆಟ್ಟಿಂಗ್ ಮುಖ್ಯವಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಅದನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನಿರ್ಣಯಿಸುತ್ತದೆ. ಮುಂದೆ ಸರ್ವರ್‌ನಲ್ಲೇ ಇರುವ ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್ ಬರುತ್ತದೆ, ಅದು ಅನುಮತಿ ಪಡೆದ ಮೂಲವನ್ನು smbd ನೋಡುವ ಮೊದಲೇ ಬಿಸಾಡಬಹುದು. ಈ ಎರಡೂ ದಾಟಿದ ನಂತರವೇ ಅನುಮತಿ ಪಟ್ಟಿ ಅಭ್ಯರ್ಥಿಯಾಗುತ್ತದೆ. ದೃಢೀಕರಣ ಕೊನೆಯದು, ಏಕೆಂದರೆ ಲಾಗಿನ್ ವೈಫಲ್ಯ ಮತ್ತು ಹೋಸ್ಟ್ ನಿರಾಕರಣೆ ಸರ್ವರ್ ಲಾಗ್‌ನಲ್ಲಿ ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತವೆ, ಕ್ಲೈಂಟ್ ಎರಡನ್ನೂ ಪ್ರವೇಶ ನಿರಾಕರಿಸಲಾಗಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದರೂ ಸಹ. ಕ್ರಮ ಉಪಕರಣಗಳಿಗಿಂತ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಪ್ರತಿ ಪದರಕ್ಕೂ ಅದಕ್ಕೆ ಉತ್ತರಿಸುವ ಆದೇಶವಿದೆ.

smbd ನಿಜವಾಗಿ ನೋಡುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಹುಡುಕಿ

ಮಾರ್ಗಿತ ಪ್ರವೇಶದಲ್ಲಿ ಸರ್ವರ್ ಸಾಮಾನ್ಯವಾಗಿ VPN ಪೂಲ್‌ನಿಂದ ಕ್ಲೈಂಟ್‌ನ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ಗೇಟ್‌ವೇಯಲ್ಲಿ ಮೂಲ ಅನುವಾದವಿದ್ದರೆ ಅದು ಬದಲಿಗೆ ಗೇಟ್‌ವೇಯ LAN ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ, ಮತ್ತು ಆ ಗೇಟ್‌ವೇಯ ಹಿಂದಿನ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಬೇರ್ಪಡಿಸಲಾಗದಂತಾಗುತ್ತದೆ.

ಆ ವ್ಯತ್ಯಾಸವೇ ಅನುಮತಿ ಪಟ್ಟಿಯ ನಮೂದು ನೀತಿಯೋ ಕುಳಿಯೋ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅನುವಾದಿತ ಗೇಟ್‌ವೇ ವಿಳಾಸಕ್ಕೆ ಅನುಮತಿ ನೀಡುವುದು ಅದರ ಹಿಂದಿನ ಎಲ್ಲರನ್ನೂ ಒಳಗೆ ಬಿಡುತ್ತದೆ, ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೂ ಒಂದು ನಿಯಮ ಇದನ್ನು ಅಪರೂಪವಾಗಿ ವ್ಯಕ್ತಪಡಿಸಲು ಬಯಸುತ್ತಿತ್ತು. ಮೂಲವನ್ನು ಸರ್ವರ್‌ನಿಂದ ಓದಿ, ಕ್ಲೈಂಟ್ ತನ್ನ ವಿಳಾಸದ ಬಗ್ಗೆ ಇಟ್ಟುಕೊಂಡಿರುವ ಭಾವನೆಯಿಂದ ಅಲ್ಲ. ಸರ್ವರ್ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವುದು ಅದನ್ನು ನೋಡುವ ಅಗ್ಗದ ದಾರಿ, ಮತ್ತು ಅದೇ ಸೆರೆ ಪ್ಯಾಕೆಟ್ ಬಂದಿತೇ ಎಂಬುದನ್ನೂ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಸೆರೆಯನ್ನು ಪ್ಯಾಕೆಟ್ ಎಣಿಕೆಯಿಂದ ಸೀಮಿತಗೊಳಿಸಿ ಮತ್ತು ಯಾವ ಕ್ಲೈಂಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿದ ನಂತರ ಹೋಸ್ಟ್ ಫಿಲ್ಟರ್ ಸೇರಿಸಿ. Samba ಸೆಷನ್ ಕೋಷ್ಟಕ ಉತ್ತರದ ಇನ್ನೊಂದು ಅರ್ಧ: smbstatus -b ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಪ್ರತಿ ಸೆಷನ್ ಸಾಲಿನ ಕ್ಲೈಂಟ್ ಕಾಲಮ್ smbd ದಾಖಲಿಸಿದ ಸಹಭಾಗಿ, ಮತ್ತು ಸೇವೆಯನ್ನು ನಿಜವಾಗಿ ತಲುಪಿದ ವಿಳಾಸದ ಅತ್ಯಂತ ವೇಗದ ದೃಢೀಕರಣ ಅದು.

sudo tcpdump -ni any -c 20 'tcp port 445'
sudo smbstatus -b
ss -tnp | grep ':445'

Samba ಓದುವ ರೀತಿಯಲ್ಲೇ ಅನುಮತಿ ಪಟ್ಟಿಯನ್ನು ಓದಿ

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

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

hosts allow = 192.168.50.0/24 10.90.0.0/24
testparm -s
testparm -s /etc/samba/smb.conf client.example 10.90.0.14

ಮರುಬೂಟ್‌ನಲ್ಲಿ ಉಳಿಯುವ ಕಡತವನ್ನು ಬದಲಿಸಿ

ಸಾಮಾನ್ಯ Linux ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸಂರಚನಾ ಮಾರ್ಗ ಸ್ಥಿರವಾಗಿದೆ ಮತ್ತು ಮರುಪ್ರಾರಂಭದಲ್ಲಿ ಸೇವೆ ಅದನ್ನು ಮತ್ತೆ ಓದುತ್ತದೆ. ರೌಟರ್ ಅಥವಾ ಉಪಕರಣದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ smb.conf ಹೆಚ್ಚಾಗಿ ಬೂಟ್‌ನಲ್ಲಿ ಸೃಷ್ಟಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಕೈಯಿಂದ ಮಾಡಿದ ಸಂಪಾದನೆ ಮುಂದಿನ ಮರುಬೂಟ್‌ನಲ್ಲಿ ಮಾಯವಾಗುತ್ತದೆ. ಉಪಕರಣದ ಬೆಂಬಲಿತ ಕಸ್ಟಮೀಕರಣ ಕ್ರಮವನ್ನು ಬಳಸಿ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಅದರದೇ ಸಂರಚನಾ ಕಡತ.

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

ನೀವು ಯಾವ ಕಡತವನ್ನು ಬದಲಿಸಿದಿರಿ ಮತ್ತು ಅದನ್ನು ಯಾವುದು ಮತ್ತೆ ಸೃಷ್ಟಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ರೋಗನಿರ್ಣಯವನ್ನು ಪುನರಾವರ್ತಿಸದಂತೆ.

ಅನುಮತಿ ಪಡೆದ ಒಂದು ಮತ್ತು ಹೊರಗಿಡಲಾದ ಒಂದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ

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

smbclient -L //fileserver -U alice
sudo testparm -s /etc/samba/smb.conf alice-laptop 10.90.0.14
sudo tail -n 40 /var/log/samba/log.smbd

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