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

ਚਾਰੇ ਪਰਤਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ

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

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

ਉਸ ਸੇਵਾ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਦੋ ਵਾਰ ਨਹੀਂ ਚੱਲਦੀ

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

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

ਫਿਰ ਪੁੱਛੋ ਕਿ ਪੋਰਟ ਕਿਸ ਦਾ ਹੈ

ਪੋਰਟ ਦੀ ਮਾਲਕੀ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਸਬੂਤ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲੇਗਾ, ਕਿਉਂਕਿ ਬਾਈਂਡ ਅਸਫਲਤਾ ਟਕਰਾਅ ਦਾ ਨਾਮ ਸਿੱਧਾ ਦੱਸਦੀ ਹੈ। ਦੋ IKE ਲਾਗੂਕਰਨ ਇੱਕੋ ਸਥਾਨਕ ਪਤੇ ਅਤੇ UDP ਪੋਰਟ 'ਤੇ ਦੋਵੇਂ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਅਤੇ ਕਿੰਨੀ ਵਾਰ ਵੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਇਹ ਬਦਲਦਾ ਨਹੀਂ।

Get-NetUDPEndpoint -LocalPort 500,4500 | Select-Object LocalAddress,LocalPort,OwningProcess
netstat -ano | findstr :500
sudo lsof -nP -iUDP:500
ss -lunp | grep -E ':500|:4500'

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

ਫਿਲਟਰ ਡਰਾਈਵਰ ਤੁਹਾਡੇ ਰੂਟਾਂ ਦੇ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ

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

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

ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜਾ ਉਤਪਾਦ ਬੂਟ ਦਾ ਮਾਲਕ ਹੈ, ਫਿਰ ਇਸ ਨੂੰ ਦਰਜ ਕਰੋ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ