Windows ਤੇ OpenVPN ਬੂਟ ਸਮੇਂ ਨਹੀਂ, ਲੌਗਇਨ ਸਮੇਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ?

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

ਲੱਛਣ ਦੇ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਕਾਰਨ ਹੁੰਦੇ ਹਨ

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

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

ਆਟੋਮੈਟਿਕ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਕੀ ਪੜ੍ਹਦੀ ਹੈ

Community ਆਟੋਮੈਟਿਕ ਸੇਵਾ ਇੱਕ ਰੈਪਰ ਹੈ ਜੋ ਆਪਣੀ ਸੰਰਚਿਤ ਆਟੋ-ਸਟਾਰਟ ਡਾਇਰੈਕਟਰੀ, ਆਮ ਤੌਰ 'ਤੇ ਸਥਾਪਨਾ ਅੰਦਰ config-auto, ਨੂੰ ਸਕੈਨ ਕਰਦੀ ਹੈ ਅਤੇ ਲੱਭੇ ਹਰੇਕ ਮੇਲ ਖਾਂਦੇ ਪ੍ਰੋਫ਼ਾਈਲ ਲਈ OpenVPN ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਵਰਤੋਂਕਾਰ ਦੇ GUI ਮੀਨੂ ਵਿੱਚ ਦਿਸਣ ਵਾਲਾ ਪ੍ਰੋਫ਼ਾਈਲ ਇਸ ਦੀ ਥਾਂ ਉਸ ਵਰਤੋਂਕਾਰ ਦੇ ਰੋਮਿੰਗ ਪ੍ਰੋਫ਼ਾਈਲ ਹੇਠ, ਅਜਿਹੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹੁੰਦਾ ਹੈ ਜੋ ਸੇਵਾ ਖਾਤਾ ਨਹੀਂ ਪੜ੍ਹਦਾ। Windows ਸੇਵਾ ਗਾਈਡ ਉਸ ਖੋਜ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਕੁਝ ਵੀ ਕਾਪੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਲਾਭਦਾਇਕ ਹੈ, ਕਿਉਂਕਿ ਟਾਰਗਿਟ ਡਾਇਰੈਕਟਰੀ ਸਥਿਰ ਰੀਤ ਨਹੀਂ, ਸਥਾਪਨਾ ਦਾ ਗੁਣ ਹੈ। ਇਸ ਲਈ ਫ਼ਾਈਲ ਨੂੰ GUI ਫੋਲਡਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਸੇਵਾ ਲਈ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਅਤੇ ਇਸਨੂੰ config ਨਾਮ ਵਾਲੇ ਹਰ ਫੋਲਡਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਹੱਲ ਦੀ ਥਾਂ ਨਕਲਾਂ ਬਣਦੀਆਂ ਹਨ।

Get-Service OpenVPNService | Select-Object Status, StartType
Get-CimInstance Win32_Service | Where-Object Name -eq 'OpenVPNService' | Select-Object PathName, StartName
gci 'C:\Program Files\OpenVPN\config-auto'

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

ਡੈਸਕਟਾਪ ਲੌਗਇਨ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਬੂਟ ਸ਼ੁਰੂਆਤ ਕਿਉਂ ਨਹੀਂ

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

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

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

ਇੱਕ ਮਾਲਕ ਚੁਣੋ ਅਤੇ ਅਸਲ ਜੀਵਨ-ਚੱਕਰ ਦੀ ਜਾਂਚ ਕਰੋ

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

Get-Content 'C:\Program Files\OpenVPN\log\openvpn.log' -Tail 40
Get-WinEvent -LogName Application -MaxEvents 20 | Where-Object ProviderName -like '*OpenVPN*'

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