IKEEXT ਸੇਵਾ ਬੰਦ ਹੋਣ 'ਤੇ L2TP/IPsec ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

ਇੱਕ ਲੈਪਟਾਪ IKEv2 ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਪਰ L2TP/IPsec ਗੇਟਵੇ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਵਰਤੋਂਕਾਰ ਨਾਮ ਭੇਜੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਗਲਤੀ ਆਉਂਦੀ ਹੈ। ਪ੍ਰੋਫ਼ਾਈਲ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾ ਸ਼ੱਕੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤ ਹੁੰਦਾ ਹੈ। Windows IPsec ਕੁੰਜੀ-ਬਦਲੀ ਇੱਕ ਸੇਵਾ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਜਦ ਤੱਕ ਉਹ ਸੇਵਾ ਬੰਦ ਹੈ, ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਕੋਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਕੋਈ ਸਟੈਕ ਨਹੀਂ ਹੁੰਦਾ। ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਇੱਕ ਵੀ ਖੇਤਰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਪਤਾ ਲਗਾਓ ਕਿ ਇਸਨੂੰ ਕਿਸਨੇ ਬੰਦ ਕੀਤਾ।

ਫੇਲ੍ਹ ਪਿੱਛੇ ਸੇਵਾ

ਸੇਵਾ ਸੂਚੀ ਵਿੱਚ IKEEXT ਵਜੋਂ ਦਿਖਣ ਵਾਲੀ IKE and AuthIP IPsec Keying Modules ਕੁੰਜੀ-ਬਦਲੀ ਕਰਦੀ ਹੈ ਅਤੇ Windows ਵਿੱਚ UDP 500 ਅਤੇ 4500 ਸਾਕਟ ਰੱਖਦੀ ਹੈ। ਇਸਨੂੰ ਬੰਦ ਕਰੋ ਤਾਂ L2TP/IPsec ਅਤੇ IKEv2 ਦੋਵੇਂ ਆਪਣਾ ਗੱਲਬਾਤ ਕਰਨ ਵਾਲਾ ਗੁਆ ਦਿੰਦੇ ਹਨ, ਜਦਕਿ PPTP ਅਤੇ SSTP ਕੰਮ ਕਰਦੇ ਰਹਿ ਸਕਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਇਸ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ। ਇਹੀ ਵੰਡ ਦੱਸਦੀ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ ਕਿਉਂ ਦੱਸ ਸਕਦਾ ਹੈ ਕਿ ਇੱਕ VPN ਕਿਸਮ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਉਸੇ ਮਸ਼ੀਨ 'ਤੇ ਮਰੀ ਹੈ। ਸੇਵਾ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਹਿੱਸਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਪ੍ਰੋਫ਼ਾਈਲ ਸੈਟਿੰਗ ਇਸਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੀ।

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

ਅੰਦਾਜ਼ਾ ਲਗਾਏ ਬਿਨਾਂ ਸੇਵਾ ਵਾਪਸ ਲਿਆਓ

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

sc qc ikeext
sc query ikeext

ਸਟਾਰਟਅਪ ਕਿਸਮ Disabled ਪੂਰਾ ਲੱਛਣ ਸਮਝਾਉਂਦੀ ਹੈ, ਅਤੇ ਹੱਲ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਵਾਪਸ Automatic 'ਤੇ ਰੱਖੋ ਅਤੇ ਸੇਵਾ ਚਾਲੂ ਕਰੋ। Services ਕੰਸੋਲ ਵਿੱਚ ਐਂਟਰੀ ਆਪਣੇ ਪ੍ਰਦਰਸ਼ਿਤ ਨਾਮ, IKE and AuthIP IPsec Keying Modules, ਨਾਲ ਦਿਖਦੀ ਹੈ, ਇਸ ਲਈ ਉਸ ਸੂਚੀ ਵਿੱਚ IKEEXT ਲੱਭਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ। ਜੇ ਸੇਵਾ ਤਾਂ ਹੀ ਚਾਲੂ ਹੋਈ ਜਦੋਂ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਫੇਲ੍ਹ ਕਨੈਕਸ਼ਨ ਚੱਲ ਚੁੱਕਾ ਸੀ ਤਾਂ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਕਿਉਂਕਿ ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਸ਼ੁਰੂ ਕੀਤਾ ਸਟੈਕ ਅਸੰਬੰਧਿਤ ਦਿਖਣ ਵਾਲੇ ਤਰੀਕਿਆਂ ਨਾਲ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ।

sc config ikeext start= auto
net start ikeext

ਮੁੜ ਕੀ ਇਸਨੂੰ ਬੰਦ ਕਰਦਾ ਹੈ

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

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

ਪਹਿਲਾਂ ਪੜਾਅ ਪੜ੍ਹੋ, ਫਿਰ ਲੌਗ

ਸੇਵਾ ਚੱਲਦਿਆਂ ਫੇਲ੍ਹ ਦਾ ਪੜਾਅ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਅੱਗੇ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ। IKE ਦੌਰਾਨ ਰੁਕਣਾ ਆਮ ਤੌਰ 'ਤੇ ਮਤਲਬ ਹੈ ਕਿ UDP 500 ਜਾਂ 4500 ਕਦੇ ਸਰਵਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ, ਜਾਂ ਸਰਵਰ ਮਿਲਦੀ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਸੈਟਿੰਗ ਤੋਂ ਬਿਨਾਂ NAT ਪਿੱਛੇ ਹੈ। ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਪ੍ਰੋਂਪਟ ਤੱਕ ਪਹੁੰਚ ਕੇ ਉੱਥੇ ਫੇਲ੍ਹ ਹੋਣਾ PPP ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਸਮੱਸਿਆ ਹੈ, IPsec ਦੀ ਨਹੀਂ। ਉੱਪਰ ਆ ਕੇ ਕਿਤੇ ਨ ਪਹੁੰਚਣ ਵਾਲਾ ਟਨਲ ਰੂਟਿੰਗ ਜਾਂ ਵੰਡੇ ਟਨਲ ਦੀ ਖਰਾਬੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।

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

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

ਸਥਾਨਕ ਮੁਰੰਮਤ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰ ਸਕਦੀ

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

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

• IKEEXT ਮੌਜੂਦ ਹੈ, Automatic 'ਤੇ ਸੈੱਟ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲ ਰਹੀ ਹੈ।
• ਹੋਰ ਕੁਝ ਵੀ UDP 500 ਜਾਂ 4500 ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ।
• ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਤੋਂ ਦੂਜਾ IPsec ਸਟੈਕ ਨਹੀਂ ਬਚਦਾ।
• ਕੁੰਜੀ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਲੜੀ ਗੇਟਵੇ ਸੰਰਚਨਾ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ।
• ਫੇਲ੍ਹ ਪੜਾਅ ਪ੍ਰੋਫ਼ਾਈਲ ਸੋਧੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਦਰਜ ਕੀਤਾ ਗਿਆ ਸੀ।