VPN ਤਿਆਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਡਰਾਈਵ ਮੈਪ ਕਰੀਏ? ਇਸ ਨੂੰ ਸਰਵਰ 'ਤੇ ਨਿਰਭਰ ਕਰੋ

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

ਮੈਪਿੰਗ ਬਹੁਤ ਜਲਦੀ ਕਿਉਂ ਚੱਲਦੀ ਹੈ

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

ਕੁਝ ਵਾਤਾਵਰਨ ਹਰ ਲੌਗਆਨ 'ਤੇ ਉਹੀ ਅਸਫਲ ਲਾਈਨ ਦੁਹਰਾ ਕੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਅਜਿਹਾ ਵਰਤੋਂਕਾਰ ਬਣਦਾ ਹੈ ਜਿਸ ਨੇ ਡਰਾਈਵ 'ਤੇ ਦੋ ਵਾਰ ਕਲਿੱਕ ਕਰਨਾ ਸਿੱਖ ਲਿਆ ਹੈ, ਅਤੇ ਅਜਿਹੀ ਸਕ੍ਰਿਪਟ ਜੋ ਆਪਣੇ ਆਪ ਕਦੇ ਸਫਲ ਨਹੀਂ ਹੋਈ।

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

ਜੁੜੀ ਸਥਿਤੀ ਮਾਰਗ ਨਹੀਂ ਹੁੰਦੀ

ਟ੍ਰੇ ਵਿੱਚ VPN ਆਈਕਨ ਦੱਸਦਾ ਹੈ ਕਿ ਟਨਲ ਚਾਲੂ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਸੇ ਖਾਸ ਸਰਵਰ ਤੱਕ ਰੂਟ ਹੈ ਜਾਂ ਨਹੀਂ, DNS ਉਸ ਨਾਮ ਨੂੰ ਟਨਲ ਦੇ ਪਤੇ ਵਿੱਚ ਹੱਲ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂ ਸਰਵਰ ਦਾ ਆਪਣਾ ਫਾਇਰਵਾਲ ਤੁਹਾਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਇਹ ਇੱਕੋ ਦਿੱਖ ਨਤੀਜੇ ਵਾਲੀਆਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹਨ, ਅਤੇ ਟ੍ਰੇ ਆਈਕਨ 'ਤੇ ਨਿਰਭਰ ਕਰਨਾ ਇਹਨਾਂ ਨੂੰ ਇੱਕ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਸੰਕੇਤ ਵਿੱਚ ਪਿਘਲਾ ਦਿੰਦਾ ਹੈ।

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

ਕਲਾਇੰਟ 'ਤੇ ਨਹੀਂ, ਸਰਵਰ 'ਤੇ ਨਿਰਭਰ ਕਰੋ

ਇੱਕ ਹੋਸਟ ਚੁਣੋ ਜੋ ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਮੈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਦੀ ਉਡੀਕ ਕਰੋ। ਹੇਠਾਂ ਦਿੱਤਾ ਟੁਕੜਾ ਸੰਭਾਲੀ ਹੋਈ Windows VPN ਐਂਟਰੀ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਫਾਈਲ ਸਰਵਰ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਡਰਾਈਵ ਮੈਪ ਕਰਦਾ ਹੈ।

@echo off
set server=fileserver.corp.example
rasdial "Office VPN" /disconnect
rasdial "Office VPN"
:wait
ping -n 1 -w 1000 %server% >nul || (
  timeout /t 5 /nobreak >nul
  goto wait
)
net use Z: \\%server%\share /persistent:no

Ping ਤਿਆਰੀ ਦੀ ਪੜਤਾਲ ਹੈ, ਅਨੁਮਤੀ ਦੀ ਪਰਖ ਨਹੀਂ। ਜੇ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ 'ਤੇ ICMP ਫਿਲਟਰ ਹੈ, ਤਾਂ ਇਸ ਦੀ ਬਜਾਏ ਉਹ ਸੇਵਾ ਜਾਂਚੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹੋ: ਤੇਜ਼ ਜਾਂਚ ਲਈ net view \\%server%, ਜਾਂ PowerShell ਵਿੱਚ ਪੋਰਟ 445 'ਤੇ ਛੋਟੀ TCP ਪਰਖ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

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

ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਣ ਯੋਗ ਅਤੇ ਸੈਸ਼ਨ-ਸਚੇਤ ਬਣਾਓ

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

ਮੈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ, ਅਤੇ ਸਿਰਫ਼ ਪੁਰਾਣੀ ਐਂਟਰੀ ਹਟਾਓ। ਜਦੋਂ ਅੱਖਰ ਵਰਤੋਂ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ ਤਾਂ net use Z: /delete ਗਲਤੀ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਗਲਤੀ ਨੂੰ ਅਣਡਿੱਠ ਕਰਨਾ ਸੁਰੱਖਿਅਤ ਹੈ, ਸਕ੍ਰਿਪਟ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਛੱਡਣ ਦਾ ਕਾਰਨ ਨਹੀਂ। /persistent:no ਰੱਖੋ ਤਾਂ ਜੋ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ ਬਾਅਦ ਵਿੱਚ ਸਥਾਈ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਕੋਸ਼ਿਸ਼ ਨਾ ਬਣ ਜਾਵੇ।

ਅਤੇ ਫਾਈਲ ਵਿੱਚ ਪਾਸਵਰਡ ਨਾ ਰੱਖੋ। rasdial VPN ਐਂਟਰੀ ਲਈ ਸੰਭਾਲੇ ਗਏ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੁਬਾਰਾ ਵਰਤ ਸਕਦਾ ਹੈ, ਅਤੇ ਸ਼ੇਅਰ ਨੂੰ ਲੌਗਇਨ ਕੀਤੇ ਵਰਤੋਂਕਾਰ ਵਜੋਂ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਸ਼ੇਅਰ ਨੂੰ ਸੱਚਮੁੱਚ ਵੱਖਰੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਲੌਗਆਨ ਸ਼ੇਅਰ 'ਤੇ ਰਹਿਣ ਵਾਲੀ ਬੈਚ ਫਾਈਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਬਜਾਏ cmdkey ਨਾਲ ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਇੱਕ ਵਾਰ ਰਜਿਸਟਰ ਕਰੋ। ਜੋ ਵੀ ਉਹ ਸ਼ੇਅਰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਉਹ ਪਾਸਵਰਡ ਵੀ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਸੁਵਿਧਾ ਨੂੰ ਘਟਨਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।

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

ਕਿਹੜਾ ਅੱਧ ਦੇਰ ਨਾਲ ਆਇਆ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਲੌਗ ਕਰੋ

ਸਮਾਂ-ਛਾਪ, ਤਿਆਰੀ ਜਾਂਚ ਦਾ ਨਤੀਜਾ ਅਤੇ ਮੈਪਿੰਗ ਦਾ ਐਗਜ਼ਿਟ ਕੋਡ ਵਰਤੋਂਕਾਰ ਪ੍ਰੋਫਾਈਲ ਹੇਠਾਂ ਫਾਈਲ ਵਿੱਚ ਲਿਖੋ। ਜਦੋਂ ਗੁੰਮ ਡਰਾਈਵ ਦੀ ਅਗਲੀ ਰਿਪੋਰਟ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਉਹ ਲੌਗ ਇੱਕੋ ਮਹੱਤਵਪੂਰਨ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਟਨਲ ਦੇਰ ਨਾਲ ਆਈ, ਜਾਂ ਸ਼ੇਅਰ ਨੇ ਮਨਾ ਕੀਤਾ?

ਇਸ ਤੋਂ ਬਿਨਾਂ, ਹਰ ਦੁਹਰਾਅ ਸਿਫ਼ਰ ਤੋਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਆਮ ਸਿੱਟਾ ਕੁਝ ਵੀ ਠੀਕ ਨਾ ਕਰਨ ਵਾਲਾ ਅਨੁਮਤੀ ਬਦਲਾਅ ਹੁੰਦਾ ਹੈ।

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