VPN ਜੁੜਨ ਵੇਲੇ ਕੰਮ ਚਲਾਓ: ਈਵੈਂਟ, ਪੋਲਿੰਗ ਜਾਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ?
ਲੌਗਆਨ ਸਕ੍ਰਿਪਟ ਸੁਰੰਗ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦੀ ਹੈ। ਨੈੱਟਵਰਕ ਈਵੈਂਟ ਟ੍ਰਿਗਰ, ਸਰੋਤ ਪੋਲਿੰਗ ਅਤੇ ਸੰਭਾਲੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਦੀ ਤੁਲਨਾ ਕਰੋ ਕਿ ਹਰ ਇੱਕ ਕੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ।
ਜੋ ਲੌਗਆਨ ਸਕ੍ਰਿਪਟ ਡਰਾਈਵ ਮੈਪ ਕਰਦੀ ਹੈ ਜਾਂ ਸਿੰਕ ਕੰਮ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ, ਉਹ ਸੁਰੰਗ ਨੂੰ ਪਤਾ ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਉਹ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਹਰ ਸਵੇਰ ਉਸਨੂੰ ਹੱਥ ਨਾਲ ਠੀਕ ਕਰਦਾ ਹੈ। Windows ਵੱਧ ਜੰਤਰਾਂ ਨੂੰ ਹਰ VPN ਲਈ ਕਨੈਕਟ ਕਾਲਬੈਕ ਨਹੀਂ ਦਿੰਦਾ, ਪਰ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਲੌਗ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਰਿਕਾਰਡ ਸਹੀ ਪਲ 'ਤੇ ਕੰਮ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ। ਚੋਣ ਉਸ ਰਿਕਾਰਡ 'ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਨ, ਸਰੋਤ ਦੀ ਪੋਲਿੰਗ ਕਰਨ ਅਤੇ ਫੇਲ੍ਹਤਾ ਨੂੰ ਦਿੱਸਣਯੋਗ ਬਣਾਉਣ ਵਾਲੇ ਪ੍ਰੰਪਟ ਨੂੰ ਹਟਾਉਣ ਵਿਚਕਾਰ ਹੈ।
ਤਿੰਨਾਂ ਕਾਰਜਵਿਧੀਆਂ ਦੀ ਉਹਨਾਂ ਦੀਆਂ ਗਾਰੰਟੀਆਂ ਦੇ ਆਧਾਰ 'ਤੇ ਤੁਲਨਾ ਕਰਨਾ ਉਹਨਾਂ ਨੂੰ ਸੁੰਦਰਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਦਰਜਾਬੰਦ ਕਰਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ। ਹਰ ਇੱਕ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਫੇਲ੍ਹਤਾ ਦਾ ਤਰੀਕਾ ਹੀ ਬਾਅਦ ਵਿੱਚ ਨਾਲ ਰਹਿਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ।
ਲੌਗਆਨ ਬਹੁਤ ਜਲਦੀ ਕਿਉਂ ਚੱਲਦੀ ਹੈ
ਲੌਗਆਨ ਅਤੇ ਸਟਾਰਟਅੱਪ VPN ਅਡੈਪਟਰ ਨੂੰ ਉਸਦਾ ਪਤਾ ਮਿਲਣ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਉਸ ਪਲ 'ਤੇ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਡਰਾਈਵ ਮੈਪਿੰਗ, ਅੰਦਰੂਨੀ URL ਜਾਂ ਡੇਟਾਬੇਸ ਕਨੈਕਸ਼ਨ ਕੋਲ ਨਾ ਰੂਟ ਹੁੰਦਾ ਹੈ ਨਾ ਰਿਜ਼ੌਲਵਰ। ਬੇਨਤੀ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਉਸ ਹਾਲਤ ਵਿੱਚ ਰਹਿ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਵਰਤੋਂਕਾਰ ਨੂੰ ਹੱਥ ਨਾਲ ਠੀਕ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਉਹੀ ਸਕ੍ਰਿਪਟ ਸਟਾਰਟਅੱਪ ਫੋਲਡਰ ਵਿੱਚ ਲਿਜਾਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਕਿਉਂਕਿ ਕ੍ਰਮ ਦੀ ਸਮੱਸਿਆ ਉਸਦੇ ਨਾਲ ਜਾਂਦੀ ਹੈ। ਟ੍ਰਿਗਰ ਸੈਸ਼ਨ ਘਟਨਾ ਨਹੀਂ, ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਲੌਗਆਨ 'ਤੇ ਮਨਮਾਨੀ ਦੇਰੀ ਨਾਲ ਤੈਅ ਕੀਤਾ ਕੰਮ ਹੱਲ ਵਰਗਾ ਲੱਗਦਾ ਹੈ ਅਤੇ ਅਸਲ ਵਿੱਚ ਅੰਦਾਜ਼ਾ ਹੈ। ਇਹ ਤੇਜ਼ ਲਿੰਕ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਹੌਲੀ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਜੋ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਸਭ ਤੋਂ ਬੇਕਾਰ ਕਿਸਮ ਹੈ।
ਤਿੰਨ ਹੁੱਕਾਂ ਦੀ ਤੁਲਨਾ
ਕਾਰਜਵਿਧੀਆਂ ਇਸ ਵਿੱਚ ਵੱਖਰੀਆਂ ਹਨ ਕਿ ਉਹ ਕੀ ਨਿਰੀਖਣ ਕਰਦੀਆਂ ਹਨ, ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿੰਦੀਆਂ ਹਨ ਅਤੇ ਦਿਨ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਮੁੜ ਕਨੈਕਟ ਹੋਣ 'ਤੇ ਕੀ ਕਰਦੀਆਂ ਹਨ। ਸਾਰਣੀ ਉਹਨਾਂ ਦੀ ਇਹਨਾਂ ਤਿੰਨ ਨੁਕਤਿਆਂ 'ਤੇ ਤੁਲਨਾ ਕਰਦੀ ਹੈ, ਹਰ ਇੱਕ ਕਿੰਨਾ ਚਤੁਰ ਲੱਗਦਾ ਹੈ ਇਸ 'ਤੇ ਨਹੀਂ।
| Mechanism | Reacts to | Covers a mid-session reconnect | Typical failure |
|---|---|---|---|
| Network profile event | A network connect record | Yes, when the event repeats | Runs on the wrong network |
| Resource poll with backoff | The resource becoming reachable | Yes | Log noise and a wasted window |
| Stored credentials alone | Nothing; it removes a prompt | No | Still fires before the tunnel |
ਸਾਰਣੀ ਨੂੰ ਕਤਾਰ-ਕਤਾਰ ਪੜ੍ਹੋ। ਈਵੈਂਟ ਹੁੱਕ ਸਭ ਤੋਂ ਤੇਜ਼ ਅਤੇ ਸਭ ਤੋਂ ਸ਼ੋਰਗੁਲ ਹੈ, ਕਿਉਂਕਿ Windows ਕੈਫੇ ਦੇ Wi-Fi ਸਮੇਤ ਹਰ ਨੈੱਟਵਰਕ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕਾਰਵਾਈ ਨੂੰ ਕੁਝ ਵੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਪੋਲਿੰਗ ਹੌਲੀ ਅਤੇ ਵਧੇਰੇ ਸਟੀਕ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਦੋਂ ਹੀ ਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਸ਼ੇਅਰ ਜਾਂ ਹੋਸਟਨਾਮ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਕਲਾਇੰਟ ਸਥਾਪਤ ਹੈ। ਸੰਭਾਲੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਿਲਕੁਲ ਮੁਕਾਬਲੇਬਾਜ਼ੀ ਵਾਲਾ ਵਿਕਲਪ ਨਹੀਂ ਹਨ: ਉਹ ਪਾਸਵਰਡ ਪ੍ਰੰਪਟ ਹਟਾਉਂਦੇ ਹਨ, ਜੋ ਲੌਗਆਨ ਵੇਲੇ ਮੈਪਿੰਗ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਦੂਜਾ ਅਤੇ ਸੁਤੰਤਰ ਕਾਰਨ ਹੈ।
ਪਹਿਲੇ ਦੋ ਵਿਚਕਾਰ ਚੋਣ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ 'ਤੇ ਕੋਈ ਲਾਹੇਵੰਦ ਈਵੈਂਟ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ। ਜਿੱਥੇ ਹੈ, ਉੱਥੇ ਈਵੈਂਟ ਅਤੇ ਸਰੋਤ ਜਾਂਚ ਬਿਹਤਰ ਡਿਫਾਲਟ ਹੈ।
ਈਵੈਂਟ ਟ੍ਰਿਗਰ ਸਹੀ ਢੰਗ ਨਾਲ ਬਣਾਓ
ਰਿਕਾਰਡ Microsoft-Windows-NetworkProfile/Operational ਲੌਗ ਵਿੱਚ ਹੈ, ਅਤੇ ID 10001 ਹੁਣੇ ਜੁੜੇ ਨੈੱਟਵਰਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਉਸ ਲੌਗ, ਉਸ ਪ੍ਰਦਾਤਾ ਨਾਮ ਅਤੇ ਉਸ ਪਛਾਣਕਰਤਾ ਵੱਲ ਨਿਸ਼ਾਨਾ ਈਵੈਂਟ 'ਤੇ ਟ੍ਰਿਗਰ ਨਾਲ ਕੰਮ ਬਣਾਓ। ਮਸ਼ੀਨ ਜਿਸ ਵੀ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੇਗੀ ਉਹ ਇਸਨੂੰ ਚਲਾਏਗਾ, ਇਸ ਲਈ ਕਾਰਵਾਈ ਨੂੰ ਅੰਦਾਜ਼ਾ ਨਹੀਂ, ਗਾਰਡ ਸ਼ਰਤ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਜੇ ਕੰਮ ਮੈਪ ਕੀਤੇ ਡਰਾਈਵਾਂ ਨੂੰ ਛੂੰਹਦਾ ਹੈ ਤਾਂ ਇਹ ਸਿਰਫ਼ ਤਦ ਹੀ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਲੌਗਆਨ ਹੋਵੇ।
ਗਾਰਡ ਸ਼ਰਤ ਨੂੰ ਉਹ ਜਾਂਚਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕੰਮ ਨੂੰ ਅਸਲ ਵਿੱਚ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਸ਼ੇਅਰ ਪਥ ਜਾਂ ਸੇਵਾ ਪੋਰਟ, ਅਤੇ ਜਦੋਂ ਇਹ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋਵੇ ਤਾਂ ਚੁੱਪਚਾਪ ਬਾਹਰ ਨਿਕਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਡੈਪਟਰ ਦਾ ਨਾਮ ਜਾਂਚਣਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਇੱਕ ਅਡੈਪਟਰ ਕਈ ਪ੍ਰੋਫਾਈਲਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਵਰਤ ਸਕਦਾ ਹੈ। ਚੁੱਪਚਾਪ ਨਿਕਲਣਾ ਲੌਗ ਨੂੰ ਪੜ੍ਹਨਯੋਗ ਰੱਖਦਾ ਹੈ ਅਤੇ ਉਸ ਨੈੱਟਵਰਕ ਵਿਰੁੱਧ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਦੇ ਤੂਫ਼ਾਨ ਨੂੰ ਰੋਕਦਾ ਹੈ ਜੋ ਕਦੇ ਸਰੋਤ ਨਹੀਂ ਦੇਵੇਗਾ।
ਜਾਂਚੋ ਕਿ ਕੰਮ ਸਹੀ ਪਲ 'ਤੇ ਚੱਲਦਾ ਹੈ
ਸੰਰਚਨਾ ਨਹੀਂ, ਸਮਾਂ ਸਾਬਤ ਕਰੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਕੰਮ ਦੀ ਪਰਿਭਾਸ਼ਾ, ਹਾਲੀਆ ਨੈੱਟਵਰਕ ਪ੍ਰੋਫਾਈਲ ਈਵੈਂਟ ਅਤੇ ਇਹ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਸਰੋਤ ਉਸ ਖਾਤੇ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੈ ਜਿਸ ਅਧੀਨ ਕੰਮ ਚੱਲਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਹੱਥ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨਹੀਂ, ਸੱਚੀ ਮੁੜ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਚਲਾਓ।
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiਕੰਮ ਇਤਿਹਾਸ ਵਿੱਚ ਐਂਟਰੀ ਹੋਣਾ ਜਦੋਂ ਕੋਈ ਨੈੱਟਵਰਕ ਈਵੈਂਟ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਦਾ ਅਰਥ ਹੈ ਟ੍ਰਿਗਰ ਗਲਤ ਹੈ, ਕਾਰਵਾਈ ਨਹੀਂ। ਜੇ ਈਵੈਂਟ ਦਿਸਦੇ ਹਨ ਪਰ ਕੰਮ ਨਹੀਂ ਚੱਲਦਾ, ਤਾਂ ਕੰਮ ਸ਼ਾਇਦ ਅਜਿਹੇ ਖਾਤੇ ਅਧੀਨ ਚੱਲ ਰਿਹਾ ਹੈ ਜੋ ਸਰੋਤ ਨਹੀਂ ਦੇਖ ਸਕਦਾ, ਅਤੇ ਖਾਤੇ ਦਾ ਆਉਟਪੁੱਟ ਹੀ ਸੁਰਾਗ ਹੈ। ਮੈਪਿੰਗ ਅਜੇ ਵੀ ਗੈਰਹਾਜ਼ਰ ਹੋਣ ਵੇਲੇ ਪਾਸ ਹੋਣ ਵਾਲੀ ਸਰੋਤ ਜਾਂਚ ਕਨੈਕਟੀਵਿਟੀ ਨਹੀਂ, ਸੈਸ਼ਨ ਸੰਦਰਭ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਉਹਨਾਂ ਤਿੰਨ ਨਿਰੀਖਣਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਤੁਹਾਨੂੰ ਵੱਖਰੇ ਹੱਲ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
ਹਰ ਰਨ ਲਈ ਪਤਾ, ਸਰੋਤ ਨਤੀਜਾ ਅਤੇ ਅੰਤਿਮ ਨਤੀਜਾ ਵਾਲੀ ਇੱਕ ਲੌਗ ਲਾਈਨ ਲਿਖੋ। ਅਗਲੀ ਫੇਲ੍ਹਤਾ ਫਿਰ ਦਿਖਾਏਗੀ ਕਿ ਕੰਮ ਜਲਦੀ ਚੱਲਿਆ, ਗਲਤ ਨੈੱਟਵਰਕ 'ਤੇ ਚੱਲਿਆ, ਜਾਂ ਬਿਲਕੁਲ ਨਹੀਂ ਚੱਲਿਆ।