Samba ਉਹਨਾਂ VPN ਕਲਾਇੰਟਾਂ ਨੂੰ ਕਿਉਂ ਰੱਦ ਕਰਦਾ ਹੈ ਜੋ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ

ਇੱਕ 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 ਲੌਗ ਸਾਂਝ ਮਾਰਗ ਅਤੇ ਖਾਤਾ ਨਾਮ ਜ਼ਾਹਰ ਕਰ ਸਕਦਾ ਹੈ। ਹਰ ਕੋਸ਼ਿਸ਼ ਉੱਤੇ ਇੱਕ ਪਰਤ ਬਦਲੋ, ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਨਤੀਜਾ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਦੱਸੇਗਾ।