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

ਸੁਰੰਗ SMB ਪਛਾਣ ਦੀ ਥਾਂ ਕਿਉਂ ਨਹੀਂ ਲੈ ਸਕਦੀ

ਸਰਵਰ ਨਾਲ ਸਬਨੈੱਟ ਸਾਂਝਾ ਕਰਨ ਦਾ ਮਤਲਬ ਕਦੇ ਵੀ ਉਸ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਸੀ; ਇਹ ਸਿਰਫ਼ ਰੂਟਿੰਗ ਦੀ ਸਮੱਸਿਆ ਦੂਰ ਕਰਦਾ ਹੈ। Windows 31017 ਇਵੈਂਟ ਦਰਜ ਕਰਦਾ ਹੈ ਜਦੋਂ ਉਸ ਦਾ ਕਲਾਇੰਟ ਅਸੁਰੱਖਿਅਤ ਮਹਿਮਾਨ ਲੌਗਇਨ ਬਲਾਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਫੈਸਲਾ ਸਰਵਰ ਉੱਤੇ ਨਹੀਂ, ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਉੱਤੇ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਸੁਰੰਗ SMB ਪੈਕਟ ਵਫ਼ਾਦਾਰੀ ਨਾਲ ਲੈ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਮਹਿਮਾਨ ਸੈਸ਼ਨ ਨੂੰ ਰੱਦ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸੇ ਲਈ ਇੱਕੋ ਜਿਹੇ ਘਰੇਲੂ ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਇੱਕ ਲੈਪਟਾਪ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਨਹੀਂ।

ਇਵੈਂਟ ਨੂੰ ਨੈੱਟਵਰਕ ਖਰਾਬੀ ਨਹੀਂ, ਨੀਤੀ ਦਾ ਸਬੂਤ ਮੰਨੋ। ਸੁਧਾਰ ਪਛਾਣ ਵਿੱਚ ਜਾਂ ਡਿਵਾਈਸ ਵਿੱਚ ਹੈ।

ਕਲਾਇੰਟ ਨੀਤੀ ਅਤੇ ਰੱਦ ਕਰਨ ਵਾਲਾ ਇਵੈਂਟ ਪੜ੍ਹੋ

ਦੋ ਆਉਟਪੁੱਟ ਸਵਾਲ ਨੂੰ ਛੇਤੀ ਨਿਪਟਾਉਂਦੇ ਹਨ: ਪ੍ਰਭਾਵੀ ਕਲਾਇੰਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਅਤੇ ਤਾਜ਼ਾ ਰੱਦ ਕੀਤੇ ਇਵੈਂਟ।

Get-SmbClientConfiguration | Select-Object EnableInsecureGuestLogons, RequireSecuritySignature
Get-WinEvent -LogName Microsoft-Windows-SmbClient/Operational -MaxEvents 20 | Where-Object Id -eq 31017

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

ਨਾਮ ਵਾਲਾ ਖਾਤਾ ਵਰਤੋ ਅਤੇ ਦਸਤਖ਼ਤ ਬਣਾਈ ਰੱਖੋ

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

net use \\fileserver.example\share /user:DOMAIN\alice *
Get-SmbConnection

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

ਜਦੋਂ ਡਿਵਾਈਸ ਸਿਰਫ਼ ਮਹਿਮਾਨ ਨੂੰ ਜਾਣਦਾ ਹੈ

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

ਸਵੀਕਾਰ ਕੀਤਾ ਖਾਤਾ ਅਤੇ ਨੀਤੀ ਦੇ ਮੁੱਲ ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਵਿਅਕਤੀ ਦੁਬਾਰਾ ਸੁਰੰਗ ਟੈਸਟ ਚਲਾਏਗਾ ਅਤੇ ਉਸੇ ਇਨਕਾਰ ਤੱਕ ਪਹੁੰਚੇਗਾ।

ਸੰਬੰਧਿਤ ਲੇਖ