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 ਪਿੱਛੇ ਦੇ ਅਸੰਬੰਧਿਤ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਵੀ ਕੱਟ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਫੈਸਲਾ ਸ਼ੇਅਰ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਅਤੇ ਨਿਗਰਾਨੀ ਪ੍ਰਤੀਕਿਰਿਆ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੋਵੇਂ ਵੱਖਰੇ ਰੱਖੋ ਅਤੇ ਡਿਜ਼ਾਈਨ ਜੋ ਲਾਗੂ ਕਰਦਾ ਹੈ ਉਸ ਬਾਰੇ ਇਮਾਨਦਾਰ ਰਹਿੰਦਾ ਹੈ।