VPN 'ਤੇ ਗਰੁੱਪ ਨੀਤੀ ਗੁੰਮ ਹੈ? ਸੁਰੰਗ ਤੋਂ ਪਹਿਲਾਂ ਦਾਇਰਾ ਜਾਂਚੋ

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

ਸੁਰੰਗ ਤੋਂ ਨਹੀਂ, ਸੈਟਿੰਗ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਡੋਮੇਨ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕਿਹੜਾ ਲਿੰਕ, ਆਬਜੈਕਟ ਟਿਕਾਣਾ, ਸੁਰੱਖਿਆ ਫਿਲਟਰ ਅਤੇ WMI ਫਿਲਟਰ ਕੰਮ ਵਿੱਚ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਟੈਸਟ ਪਾਸ ਹੋਣ ਲਈ ਇਹ ਨਿਯੰਤਰਣ ਬਦਲਣਾ ਵੱਖਰੇ ਮਾਲਕ ਦਾ ਵੱਖਰਾ ਪ੍ਰੋਜੈਕਟ ਹੈ।

ਸੈਟਿੰਗ ਜਿਸ ਖਾਤੇ ਦੀ ਹੈ, ਉਸੇ ਖਾਤੇ ਨਾਲ ਰਿਪੋਰਟ ਪੜ੍ਹੋ

ਪ੍ਰਭਾਵਿਤ ਵਰਤੋਂਕਾਰ ਦੇ ਆਪਣੇ ਸੈਸ਼ਨ ਵਿੱਚ whoami /user ਅਤੇ ਫਿਰ gpresult /scope user /r ਚਲਾਓ। VPN ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਵਾਲਾ ਖਾਤਾ ਆਪਣੇ ਆਪ ਉਹ Windows ਖਾਤਾ ਨਹੀਂ ਹੈ ਜਿਸਦੀ ਨੀਤੀ ਤੁਸੀਂ ਪੜ੍ਹ ਰਹੇ ਹੋ, ਅਤੇ ਪ੍ਰਸ਼ਾਸਕ ਖਾਤੇ ਤੋਂ ਕੀਤੀ ਜਾਂਚ ਕਿਸੇ ਹੋਰ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਬੇਸਲਾਈਨ ਨੂੰ ਨਵੇਂ ਫਾਈਲ ਨਾਮ ਹੇਠ ਸੰਭਾਲੋ, ਜਿਵੇਂ %TEMP%\vpn-policy-user-before.html. gpresult ਸੰਦਰਭ ਦਾਇਰੇ ਅਤੇ ਆਉਟਪੁੱਟ ਸਵਿੱਚਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਜਾਣਨਾ ਚੰਗਾ ਹੈ ਕਿ ਰਿਪੋਰਟ ਬਣਾਉਣ ਨਾਲ ਕੁਝ ਵੀ ਰਿਫ੍ਰੈਸ਼ ਨਹੀਂ ਹੁੰਦਾ।

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

ਖੋਜ ਪਹੁੰਚ ਨਹੀਂ ਹੈ: ਪਹਿਲਾਂ SRV ਰਿਕਾਰਡ, ਫਿਰ SMB

ਮਨਜ਼ੂਰ VPN ਜੁੜਿਆ ਹੋਣ 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਡੋਮੇਨ ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਇੱਛਤ DNS ਰਾਹ ਰਾਹੀਂ ਹੱਲ ਕਰਦਾ ਹੈ; ਲੋਡ ਹੁੰਦੀ ਜਨਤਕ ਵੈੱਬਸਾਈਟ ਕੰਟਰੋਲਰ ਖੋਜ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ। ਉਦਾਹਰਨ ਡੋਮੇਨ corp.example ਲਈ nslookup -type=SRV _ldap._tcp.dc._msdcs.corp.example ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਤੁਹਾਡੇ ਕੋਲ ਹੈ। ਵਾਪਸ ਮਿਲਿਆ ਸੇਵਾ ਰਿਕਾਰਡ ਸਿਰਫ਼ ਖੋਜ ਦਾ ਸਬੂਤ ਹੈ, ਕਿਉਂਕਿ ਚੁਣੇ ਕੰਟਰੋਲਰ ਦਾ ਪਤਾ ਅਜੇ ਵੀ ਲੋੜੀਂਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਮਨਜ਼ੂਰ ਡਾਇਰੈਕਟਰੀ ਸੇਵਾਵਾਂ ਨਾਲ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਨੀਤੀ ਦੀ ਸਮੱਗਰੀ ਫਿਰ SYSVOL ਤੋਂ ਆਉਂਦੀ ਹੈ, ਜੋ ਉਸੇ ਖਾਸ ਕੰਟਰੋਲਰ ਵਿਰੁੱਧ SMB ਪੜ੍ਹਤ ਹੈ ਅਤੇ ICMP ਟੈਸਟ ਨਹੀਂ।

ਕਮਜ਼ੋਰ ਸਬੂਤ ਨੂੰ ਸਬੂਤ ਸਮਝਣਾ ਸੌਖਾ ਹੈ। ਕੰਟਰੋਲਰ ਤੋਂ ICMP ਜਵਾਬ, ਨੀਤੀ ਟੈਂਪਲੇਟ ਦੀ ਰੱਦ ਕੀਤੀ ਪੜ੍ਹਤ ਦੇ ਕੋਲ, ਅਜੇ ਕਿਸੇ ਨੇ ਨਾ ਜੋੜੇ ਕਾਰਨ ਖਾਲੀ ਦਿਸਦੀ ਰਿਪੋਰਟ ਬਣਾਉਂਦਾ ਹੈ।

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

ਇੱਕ ਰਿਫ੍ਰੈਸ਼, ਦੋ ਰਿਪੋਰਟਾਂ, ਇੱਕ ਤੁਲਨਾ

ਰਾਹ ਸਾਬਤ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸੰਬੰਧਿਤ ਰਿਫ੍ਰੈਸ਼ gpupdate /target:user ਨਾਲ ਮੰਗੋ ਅਤੇ ਮੰਨਣ ਦੀ ਥਾਂ ਨਤੀਜਾ ਪੜ੍ਹੋ। ਡਿਫਾਲਟ ਰਿਫ੍ਰੈਸ਼ ਬਦਲੀ ਨੀਤੀ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ /force ਦੁਬਾਰਾ ਲਾਗੂ ਕਰਨ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ; ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ DNS, ਫਾਈਲ ਇਜਾਜ਼ਤਾਂ ਜਾਂ ਫਿਲਟਰਿੰਗ ਠੀਕ ਨਹੀਂ ਕਰਦਾ। ਕੁਝ ਐਕਸਟੈਂਸ਼ਨ ਸਿਰਫ਼ ਬਾਅਦ ਦੇ ਸਾਈਨ-ਇਨ ਜਾਂ ਕਿਸੇ ਹੋਰ ਫੋਰਗ੍ਰਾਊਂਡ ਘਟਨਾ 'ਤੇ ਪੂਰੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਵਾਰ ਚਲਾਉਣਾ ਫ਼ੈਸਲਾ ਨਹੀਂ ਹੈ। ਦੂਰ ਦੇ ਵਰਤੋਂਕਾਰ ਦੇ ਸੈਸ਼ਨ ਵਿੱਚ ਲੌਗਆਫ਼ ਜਾਂ ਰੀਸਟਾਰਟ ਸਵਿੱਚ ਨਿਯਮਿਤ ਨਿਦਾਨ ਵਜੋਂ ਜੋੜਨਾ ਉਸਦਾ ਖੁੱਲ੍ਹਾ ਰੱਖਿਆ ਸਭ ਕੁਝ ਸੁੱਟ ਦਿੰਦਾ ਹੈ।

ਹੋਰ ਫਾਈਲ ਨਾਮ ਹੇਠ ਦੂਜੀ ਰਿਪੋਰਟ ਬਣਾਓ ਅਤੇ ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ, ਉਮੀਦ ਕੀਤੀ GPO, ਇਸਦੀ ਲਾਗੂ ਜਾਂ ਰੱਦ ਸਥਿਤੀ ਅਤੇ ਸੈਟਿੰਗ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਪਿਛਲੇ ਸਫਲ ਸੈਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਇਸ ਰਿਫ੍ਰੈਸ਼ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਫਿਲਟਰ ਹੋ ਕੇ ਬਾਹਰ ਨਿਕਲੀ ਨੀਤੀ ਢੁਆਈ ਦੀ ਥਾਂ ਲਾਗੂ ਹੋਣਯੋਗਤਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ, ਜੋ ਬਦਲਦਾ ਹੈ ਕਿ ਅਗਲਾ ਕਦਮ ਕਿਸਦਾ ਹੈ।

ਅਸਫਲਤਾ ਨੂੰ ਇੱਕੋ ਗਤੀਵਿਧੀ ਨਾਲ ਬੰਨ੍ਹੋ

ਇਵੈਂਟ ਵਿਊਅਰ ਵਿੱਚ ਸਿਸਟਮ ਲੌਗ ਵਿੱਚ ਗਰੁੱਪ ਨੀਤੀ ਚੇਤਾਵਨੀ ਜਾਂ ਗਲਤੀ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸੇਵਾ ਲੌਗ ਦੇ ਅਧੀਨ GroupPolicy ਕਾਰਜ ਲੌਗ 'ਤੇ ਜਾਓ। ਉਸ ਕਾਰਜ ਲੌਗ ਨੂੰ ਹੁਣੇ ਚਲਾਏ ਰਿਫ੍ਰੈਸ਼ ਦੀ ਗਤੀਵਿਧੀ ਪਛਾਣਕਰਤਾ ਨਾਲ ਫਿਲਟਰ ਕਰੋ, ਕਿਉਂਕਿ ਨਵੇਂ ਰਿਫ੍ਰੈਸ਼ ਨੂੰ ਨਵੀਂ ਪਛਾਣ ਮਿਲਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕੱਲ੍ਹ ਦੀਆਂ ਘਟਨਾਵਾਂ ਨਾਲ ਮਿਲਾਉਣ ਨਾਲ ਭਰੋਸੇਯੋਗ ਪਰ ਗਲਤ ਸਿੱਟਾ ਨਿਕਲਦਾ ਹੈ। ਸਮਾਂ, ਵਰਤੋਂਕਾਰ ਜਾਂ ਕੰਪਿਊਟਰ ਸੰਦਰਭ, ਚੁਣਿਆ ਕੰਟਰੋਲਰ, GPO, ਗਲਤੀ ਕੋਡ ਅਤੇ ਅਸਫਲ ਨਿਰਭਰਤਾ ਦਰਜ ਕਰੋ।

ਉਹ ਰਿਕਾਰਡ ਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜਿਸ 'ਤੇ ਨੈੱਟਵਰਕ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਮਾਲਕ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ। VPN ਨਾਲ ਜੁੜੇ ਹੋਣਾ ਅਤੇ gpupdate ਕਈ ਵਾਰ ਚਲਾਉਣਾ ਸਬੂਤ ਨਹੀਂ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹਸਤਾਂਤਰਣ ਵਿੱਚ ਨਹੀਂ ਟਿਕਦਾ।

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