VPN ਪਤੇ 'ਤੇ Samba: ਸਰੋਤਾ ਕਿਉਂ ਗਾਇਬ ਹੁੰਦਾ ਹੈ

ਸ਼ੇਅਰ ਸਾਰੀ ਸਵੇਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਦੁਪਹਿਰ ਨੂੰ ਟਨਲ ਮੁੜ ਜੁੜਦਾ ਹੈ, ਅਤੇ ਉਹੀ UNC ਰਾਹ ਹੁਣ ਸਮਾਂ ਖ਼ਤਮ ਹੋ ਕੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਰਵਰ ਨੂੰ ping ਹਾਲੇ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਸ਼ੇਅਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ ਅਤੇ VPN ਚਾਲੂ ਹੈ। ਜੋ ਬਦਲਿਆ ਉਹ ਸਥਾਨਕ ਪਤਾ ਹੈ ਜਿਸ ਨਾਲ Samba ਬੱਝਾ ਸੀ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਮੁੜ ਬਣਨ ਤੋਂ ਬਾਅਦ ਉਹ ਹੁਣ ਨਹੀਂ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਅਸਫ਼ਲਤਾ ਸਰੋਤੇ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਇਜਾਜ਼ਤ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ।

ਟਨਲ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੱਕ ਸ਼ੇਅਰ ਕੰਮ ਕਰਦਾ ਹੈ

ਕਿਸੇ ਸੇਵਾ ਨੂੰ ਪਤੇ ਨਾਲ ਬੰਨ੍ਹਣਾ ਉਸ ਦੇ ਸਾਕਟ ਨੂੰ ਉਸ ਪਤੇ ਦੀ ਉਮਰ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਜਦੋਂ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਨਸ਼ਟ ਹੋ ਕੇ ਮੁੜ ਬਣਦਾ ਹੈ, ਪੁਰਾਣਾ ਪਤਾ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਸ ਨਾਲ ਬੱਝਾ ਸਾਕਟ ਵੀ ਉਸ ਨਾਲ ਚਲਾ ਜਾਂਦਾ ਹੈ। ਸੇਵਾ ਚੱਲਦੀ ਰਹਿੰਦੀ ਹੈ, ਪਰ ਜਿੱਥੇ ਗਾਹਕ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਉੱਥੇ ਕੁਝ ਸੁਣਦਾ ਨਹੀਂ।

ਜੇ ਨਵਾਂ ਪਤਾ ICMP ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਤਾਂ ping ਹਾਲੇ ਵੀ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸ਼ੇਅਰ ਮਰੇ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਪਹੁੰਚ ਠੀਕ ਲੱਗਦੀ ਹੈ। ਉਹੀ ਇੱਕ ਭਰਮਾਉਣ ਵਾਲੀ ਸਫਲਤਾ ਲੋਕਾਂ ਨੂੰ ਫਾਇਰਵਾਲ ਵੱਲ ਭੇਜਦੀ ਹੈ।

ਪਹੁੰਚ ਬੰਨ੍ਹਣ ਵਾਲਾ ਪਤਾ ਨਹੀਂ ਹੈ

ਇੱਥੇ ਤਿੰਨ ਫ਼ੈਸਲੇ ਮਿਲ ਜਾਂਦੇ ਹਨ। ਰਾਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਗਾਹਕ ਦਾ ਪੈਕਟ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸੁਣਦਾ ਸਾਕਟ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਪਤੇ 'ਤੇ ਕੋਈ ਉਸ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਸ਼ੇਅਰ ਦੀ ਸੰਰਚਨਾ ਅਤੇ ਫਾਈਲਸਿਸਟਮ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈ। ਇੰਟਰਫ਼ੇਸ ਮੁੜ ਬਣਨ 'ਤੇ ਸਿਰਫ਼ ਦੂਜਾ ਟੁੱਟਦਾ ਹੈ।

VPN ਪੂਲ ਦਾ ਪਤਾ ਵੀ ਆਪਣੇ ਆਪ ਸਥਾਨਕ ਬੰਨ੍ਹਣ ਵਾਲਾ ਪਤਾ ਨਹੀਂ ਬਣਦਾ। ਉਹ ਗਾਹਕ ਦਾ ਹੈ, ਫਾਈਲ ਸਰਵਰ ਦਾ ਨਹੀਂ। ਫਾਈਲ ਸੇਵਾ ਲਈ ping ਮਾੜੀ ਪਰਖ ਹੈ।

ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਵੀ ਉਹ ਮਾਲਕ ਅਲੱਗ ਰੱਖੋ। VPN ਪੂਲ ਵਿੱਚ ਭਵਿੱਖ ਦੀ ਤਬਦੀਲੀ ਲਈ Samba ਸੋਧਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ, ਅਤੇ ਸ਼ੇਅਰ ਇਜਾਜ਼ਤ ਦੀ ਤਬਦੀਲੀ ਲਈ ਟਨਲ ਮੁੜ ਚਾਲੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਇਸ ਦੀ ਬਜਾਏ ਸਥਿਰ ਪਤੇ ਨਾਲ ਬੰਨ੍ਹੋ

ਵਧੇਰੇ ਸਥਿਰ ਡਿਜ਼ਾਈਨ Samba ਨੂੰ ਪੱਕੇ ਪਤੇ 'ਤੇ ਰੱਖਦਾ ਹੈ ਅਤੇ ਗਾਹਕਾਂ ਨੂੰ ਉੱਥੇ VPN ਲੈ ਜਾਣ ਦਿੰਦਾ ਹੈ। ਟਨਲ ਹਿਲਣ 'ਤੇ ਸਰਵਰ ਦਾ ਪਤਾ ਨਹੀਂ ਬਦਲਦਾ, ਇਸ ਲਈ ਸਰੋਤੇ ਨੂੰ ਕਦੇ ਇੰਟਰਫ਼ੇਸ ਪਿੱਛੇ ਨਹੀਂ ਲੱਗਣਾ ਪੈਂਦਾ। ਫਿਰ ਦਾਖਲਾ VPN ਰਾਹ ਅਤੇ ਹੋਸਟ ਫਾਇਰਵਾਲ ਲਾਗੂ ਕਰਦੇ ਹਨ, ਜੋ ਇਸੇ ਕੰਮ ਲਈ ਬਣੇ ਹਨ।

ਜੇ ਟਨਲ ਨਾਲ ਬੰਨ੍ਹਣਾ ਹੀ ਪਵੇ, ਤਾਂ ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਦਾ ਇਕਰਾਰ ਸਮਝੋ। interfaces ਅਤੇ bind interfaces only ਪੈਰਾਮੀਟਰ ਇੱਕੋ ਗੱਲ ਨਹੀਂ ਹਨ, ਅਤੇ ਬੰਨ੍ਹਣ ਦੀ ਦਸਤਾਵੇਜ਼ ਵਿਚਕਾਰ ਵਿਚਕਾਰ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫ਼ੇਸ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੰਦੀ ਹੈ। ਕੁਝ ਪਲੇਟਫ਼ਾਰਮਾਂ 'ਤੇ ਗਤੀਸ਼ੀਲ ਸਰੋਤਾ ਸੰਭਾਲ ਮੌਜੂਦ ਹੈ, ਪਰ ਉਹ ਮੰਨਣ ਵਾਲੀ ਨਹੀਂ, ਜਾਂਚਣ ਵਾਲੀ ਸਮਰੱਥਾ ਹੈ। ਹਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਤਾਲਿਕਾ ਪੜ੍ਹੋ ਅਤੇ ਦੋਵੇਂ ਨਤੀਜੇ ਤੁਲਨਾ ਕਰੋ।

ss -ltnp | grep ':445'

ਮੁੜ ਜੁੜਨ ਦੀ ਪਰਖ ਕਰੋ, ਹਰੀ ਬੱਤੀ ਦੀ ਨਹੀਂ

ਸੇਵਾ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਨਹੀਂ, ਮੁੜ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਸਰੋਤਾ ਜਾਂਚੋ। ਟਨਲ ਮੁੜ ਬਣਾਓ, ਫਿਰ ਸੁਣਨ ਦੀ ਤਾਲਿਕਾ ਪੜ੍ਹੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਿੱਥੇ ਗਾਹਕ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਉਸ ਪਤੇ 'ਤੇ ਸਾਕਟ ਮੌਜੂਦ ਹੈ। ਹਰਾ ਟਨਲ ਸੰਕੇਤਕ ਅਤੇ ਸਫਲ ਸੰਰਚਨਾ ਜਾਂਚ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ।

smbclient -L //files.corp.example -U alice

ਫਿਰ ਗਾਹਕ ਤੋਂ ਇੱਕ ਮਨਜ਼ੂਰ ਕਾਰਵਾਈ ਅਤੇ ਇੱਕ ਰੱਦ ਕੀਤਾ ਰਾਹ ਚਲਾਓ, ਅਤੇ ਦੂਜੇ ਮੁੜ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ। ਜੇ ਸ਼ੇਅਰ ਸਿਰਫ਼ ਪਹਿਲੇ ਹਿਲਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਬੰਧਨ ਹਾਲੇ ਵੀ ਇੰਟਰਫ਼ੇਸ ਦੀ ਉਮਰ ਨਾਲ ਜੁੜਿਆ ਹੈ ਅਤੇ ਡਿਜ਼ਾਈਨ ਠੀਕ ਨਹੀਂ ਹੋਇਆ। ਬੰਧਨ ਜਾਂ ਸੇਵਾ ਦਾ ਪਤਾ ਬਦਲੋ, ਅਤੇ ਲੱਛਣ ਮੁੜ ਆਉਣਾ ਬੰਦ ਹੋ ਜਾਵੇਗਾ।