Samba ಹಂಚಿಕೆಯನ್ನು ಒಬ್ಬ ಬಳಕೆದಾರ ಮತ್ತು ಒಂದು VPN ವಿಳಾಸಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಿ

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

ಪುರಾಣ: ಎರಡು ಪಟ್ಟಿಗಳು ಒಂದು ನಿಯಮವನ್ನು ಮಾಡುತ್ತವೆ

smb.conf ಆಧಾರ valid users ಮತ್ತು hosts allow ಅನ್ನು ಎರಡು ಸಂಬಂಧವಿಲ್ಲದ ನಿಯತಾಂಕಗಳಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದೇ ಹಂಚಿಕೆಯಲ್ಲಿ ಎರಡನ್ನೂ ಹೊಂದಿಸುವುದರಿಂದ ಗೊಂದಲ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. valid users = mira, tomas ಮತ್ತು hosts allow = 10.77.0.21, 10.77.0.22 ಹೊಂದಿಸಿ, ನಾಲ್ಕು ಸಂಯೋಜನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ: ಮೀರಾ ಯಾವುದೇ ವಿಳಾಸದಿಂದ, ಟಾಮಸ್ ಯಾವುದೇ ವಿಳಾಸದಿಂದ. ಸಂರಚನೆಯಲ್ಲಿ ಯಾವುದೂ ಮೊದಲ ಹೆಸರನ್ನು ಮೊದಲ ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹೆಸರುಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಕ್ರಮಕ್ಕೆ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಅವುಗಳನ್ನು ಮರುಕ್ರಮಗೊಳಿಸುವುದು, ಎರಡನೇ hosts allow ಸಾಲನ್ನು ಸೇರಿಸುವುದು ಅಥವಾ ಪ್ರತಿ ಸಾಲಿಗೆ ಒಂದು ಹೆಸರು ಹಾಕುವುದು ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ. ಫಲಿತಾಂಶವು ಎರಡು ಪಟ್ಟಿಗಳ ಗುಣಲಬ್ಧ, ಅವುಗಳ ನಡುವಿನ ಮ್ಯಾಪಿಂಗ್ ಅಲ್ಲ.

ಹೆಚ್ಚಿನ ಜನರು ನಿಜವಾಗಿ ಬಯಸುವುದು ಸಂಕುಚಿತವಾಗಿದೆ: ಮೀರಾ ಒಂದೇ ವಿಳಾಸದಿಂದ, ಟಾಮಸ್ ಇನ್ನೊಂದರಿಂದ ಮಾತ್ರ. ಒಂದೇ ಹಂಚಿಕೆ ವ್ಯಾಖ್ಯಾನದಲ್ಲಿ ಆ ಬಂಧನಕ್ಕೆ ವಾಕ್ಯರಚನೆ ಇಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಚತುರ ಕ್ರಮವು ಅದನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಇದು Samba ಒಂದು ಹಂಚಿಕೆಯ ಒಳಗೆ ವ್ಯಕ್ತಪಡಿಸದ ನೀತಿ ರೂಪವಾಗಿದೆ, ಮತ್ತು ಅಲ್ಲಿಯೇ ಪುರಾಣ ಉಳಿಯುತ್ತದೆ.

Samba ಏನನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ

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

ಆದ್ದರಿಂದ ಹಂಚಿಕೆ ಒಬ್ಬ ಬಳಕೆದಾರನನ್ನು ಒಂದು ವಿಳಾಸಕ್ಕೆ ಬಂಧಿಸಲಾರದು: hosts allow ಮತ್ತು valid users ಒಂದೇ ಮರ-ಸಂಪರ್ಕ ಹಂತದಲ್ಲಿ ಅನ್ವಯವಾಗುವ ಪ್ರತ್ಯೇಕ ಷರತ್ತುಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ ಷರತ್ತು ಎಂದಿಗೂ ಖಾತೆಯ ಹೆಸರನ್ನು ಒಳಹರಿವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದನ್ನು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಬರೆಯಲಾಗದು. ಜೋಡಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಲ್ಲದು ಎರಡನೇ ಹಂಚಿಕೆ ಅಥವಾ Samba ಹೊರಗಿನ ನೀತಿ ಪದರ ಮಾತ್ರ.

ಜಾಗತಿಕ ಮೌಲ್ಯಗಳು ಮುಖ್ಯ ಏಕೆಂದರೆ ಅವು ಹೇಗೆ ಆನುವಂಶಿಕವಾಗಿ ಬರುತ್ತವೆ ಎಂಬುದರಿಂದ. hosts allow ಬಿಟ್ಟುಬಿಡುವ ಹಂಚಿಕೆ ಜಾಗತಿಕ ಮೌಲ್ಯವನ್ನು ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ತನ್ನದನ್ನು ಹೊಂದಿಸುವ ಹಂಚಿಕೆ ಆ ಮೌಲ್ಯವನ್ನು ಜಾಗತಿಕದ ಬದಲಿಗೆ ಬಳಸುತ್ತದೆ, ಅದರ ಜೊತೆಗೆ ಅಲ್ಲ. ಆದ್ದರಿಂದ ವಿಶಾಲ ಜಾಗತಿಕ ಪಟ್ಟಿ ನಿಯತಾಂಕವನ್ನು ಎಂದಿಗೂ ಹೊಂದಿಸದ ಹಂಚಿಕೆಗಳನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ತನ್ನದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಹಂಚಿಕೆಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. testparm -s ಚಲಾಯಿಸಿ ಮತ್ತು ಅದು ಮುದ್ರಿಸುವ ಪ್ರತಿ ಹಂಚಿಕೆ ಮೌಲ್ಯಗಳನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಆ ಔಟ್ಪುಟ್ ಪರಿಣಾಮಕಾರಿ ನೀತಿ, ಡಿಸ್ಕ್ನಲ್ಲಿರುವ ಕಡತ ಅಲ್ಲ.

ಒಂದು ಹಂಚಿಕೆಯನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುವುದು ಸರ್ವರ್ನ ಉಳಿದ ಭಾಗಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. ಇತರ ಹಂಚಿಕೆಗಳು, ಮುದ್ರಕ ಸಾಲುಗಳು ಮತ್ತು IPC ಸಂಪರ್ಕ ತಮ್ಮ ನಿಯಮಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಹಂಚಿಕೆಯ ವಿಳಾಸ ಪಟ್ಟಿಯನ್ನು ಅವಲಂಬಿಸಿದ ವಿನ್ಯಾಸ ಹೋಸ್ಟ್ ಅಲ್ಲ, ಒಂದು ಮಾರ್ಗವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ.

ಒಂದು ಡೈರೆಕ್ಟರಿಯ ಮೇಲೆ ಎರಡು ಹಂಚಿಕೆ ಹೆಸರುಗಳು

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

[shared-mira]
    path = /srv/shared
    guest ok = no
    read only = yes
    valid users = mira
    hosts allow = 10.77.0.21
    hosts deny = ALL

[shared-tomas]
    path = /srv/shared
    guest ok = no
    read only = yes
    valid users = tomas
    hosts allow = 10.77.0.22
    hosts deny = ALL

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

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

ಮೂಲ ವಿಳಾಸ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಹುದು

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

ಆದರೂ, ವಿಳಾಸ ಒಂದು ಸಾಧನವಲ್ಲ. ಒಂದು ಸುರಂಗ ವಿಳಾಸದ ಹಿಂದೆ ಎರಡು ಸಂಚಾರಿ ಗಣಕಗಳು, ಮರುಹಂಚಿಕೆಯಾದ ಗುತ್ತಿಗೆ ಮತ್ತು ಹಂಚಿಕೆಯ ಕೆಲಸದ ಕೇಂದ್ರ ಇವೆಲ್ಲವೂ ಮೂಲವು ವ್ಯಕ್ತಿಯನ್ನು ಗುರುತಿಸುತ್ತದೆ ಎಂಬ ಊಹೆಯನ್ನು ಮುರಿಯುತ್ತವೆ. ಸೀಮೆಯನ್ನು ಜಾಲ ವ್ಯಾಪ್ತಿಯಾಗಿ ಪರಿಗಣಿಸಿ ಮತ್ತು ದೃಢೀಕೃತ SMB ಖಾತೆಗಳನ್ನು ಗುರುತಿನ ಪದರವಾಗಿ ಇರಿಸಿ, ಸಾಧನ ಅಧಿಕಾರ ಬೇಕಾದರೆ ಪ್ರಮಾಣಪತ್ರದಂತಹ ಸಾಧನ ರುಜುವಾತಿನೊಂದಿಗೆ.

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

ಅಡ್ಡ ಜೋಡಿಗಳಿಂದ ಸಾಬೀತುಪಡಿಸಿ

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

testparm -s
smbclient //fileserver/shared-mira -U mira -c 'ls'
smbclient //fileserver/shared-tomas -U tomas -c 'ls'
smbstatus --shares

ವಾಕ್ಯರಚನೆ ಪರಿಶೀಲನೆ ಕಡತವು ಪಾರ್ಸ್ ಆಗುತ್ತದೆ ಎಂದಷ್ಟೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ರುಜುವಾತುಗಳು, ACL ಗಳು ಮತ್ತು ಹೋಸ್ಟ್ ನಿರ್ಣಯವು ನಿಜವಾದ ಸಂಪರ್ಕದಿಂದ ಪರೀಕ್ಷಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ನೀವು ಪರೀಕ್ಷಿಸಲು ಬಯಸುವ ವಿಳಾಸದಿಂದ ಕ್ಲೈಂಟ್ ಆದೇಶವನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಯಾವ ಹಂತ ಅದನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ಅಡ್ಡ ಜೋಡಿ ಯಶಸ್ವಿಯಾದರೆ, ಪರಿಣಾಮಕಾರಿ ಹೋಸ್ಟ್ ಪಟ್ಟಿ ಬ್ಲಾಕ್ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ವಿಶಾಲವಾಗಿದೆ, ಮತ್ತು testparm -s ಮೊದಲು ಓದಬೇಕಾದದ್ದು. ಅಡ್ಡ ಜೋಡಿ ತಪ್ಪು ಕಾರಣಕ್ಕೆ ವಿಫಲವಾದರೆ, ಸಂಶಯಾಸ್ಪದವಾದದ್ದು ಖಾತೆ ಅಥವಾ ACL.

smbstatus ಬಳಸಿ ಸೆಷನ್ಗಳನ್ನು ಗಮನಿಸುವುದು ಮತ್ತು ಅವನ್ನು ಕೊಲ್ಲುವುದು ಪ್ರವೇಶ ಪ್ರಾರಂಭವಾದ ನಂತರದ ಪ್ರತಿಕ್ರಿಯಾ ಕ್ರಮ, ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಅಲ್ಲ. ಇಡೀ ಗಮನಿಸಿದ ವಿಳಾಸವನ್ನು ನಿರ್ಬಂಧಿಸುವುದು ಅದೇ NAT ಹಿಂದಿನ ಸಂಬಂಧವಿಲ್ಲದ ಬಳಕೆದಾರರನ್ನೂ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಬಹುದು, ಆದ್ದರಿಂದ ನಿರ್ಣಯ ಹಂಚಿಕೆ ವ್ಯಾಖ್ಯಾನಕ್ಕೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಪ್ರತಿಕ್ರಿಯಾ ಪ್ರಕ್ರಿಯೆಗೆ ಸೇರಿದೆ. ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ ಮತ್ತು ವಿನ್ಯಾಸವು ತಾನು ಜಾರಿಗೊಳಿಸುವ ಬಗ್ಗೆ ಪ್ರಾಮಾಣಿಕವಾಗಿ ಉಳಿಯುತ್ತದೆ.