Android ਘਰ ਦੇ IPsec VPN ਨਾਲ ਕਿਉਂ ਜੁੜਦਾ ਹੈ ਪਰ Windows ਨਹੀਂ

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

ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਪਛਾਣੋ, ਫਿਰ ਹਰ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਬੋਲਦਾ ਹੈ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।

ਇੱਕ ਮੀਨੂ, ਤਿੰਨ ਪ੍ਰੋਟੋਕੋਲ

ਇੱਕ IPsec ਸਿਰਲੇਖ ਹੇਠ ਖਪਤਕਾਰ ਫਰਮਵੇਅਰ ਤਿੰਨ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਸੁਰੰਗਾਂ ਲੁਕਾ ਸਕਦਾ ਹੈ। ਪਹਿਲੀ XAUTH ਨਾਲ IKEv1 ਹੈ: ਸਾਂਝਾ ਸਮੂਹ ਭੇਤ ਅਤੇ ਉਸ ਉੱਤੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਤੇ ਪਾਸਵਰਡ। ਦੂਜੀ L2TP/IPsec ਹੈ, ਜਿੱਥੇ PPP ਸਾਂਝੀ ਚਾਬੀ ਨਾਲ ਸੁਰੱਖਿਅਤ IPsec ਆਵਾਜਾਈ ਅੰਦਰ ਚੱਲਦਾ ਹੈ। ਤੀਜੀ IKEv2 ਹੈ, ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਜਾਂ EAP ਨਾਲ ਪ੍ਰਮਾਣਿਤ।

ਖੇਤਰ ਪੜ੍ਹੋ, ਲੇਬਲ ਨਹੀਂ। ਸਮੂਹ ਭੇਤ ਅਤੇ ਵਰਤੋਂਕਾਰ ਸੂਚੀ ਦਾ ਮਤਲਬ IKEv1 XAUTH। ਪਹਿਲਾਂ ਸਾਂਝੀ ਚਾਬੀ ਅਤੇ PPP ਖਾਤੇ ਦਾ ਮਤਲਬ L2TP/IPsec। ਸਮੂਹ ਭੇਤ ਤੋਂ ਬਿਨਾਂ ਸਰਵਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦਾ ਮਤਲਬ IKEv2।

ਫ਼ੋਨ ਅਤੇ ਲੈਪਟਾਪ ਵਿਚਕਾਰ ਸਹਿਯੋਗ ਦਾ ਪਾੜਾ

Android ਵਿੱਚ IKEv1 XAUTH PSK ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਤੋਂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਹੋਰ ਕੁਝ ਨ ਦੇਣ ਵਾਲੇ ਰਾਊਟਰ ਖਿਲਾਫ਼ ਫ਼ੋਨ ਸਫਲ ਹੁੰਦਾ ਹੈ। Windows ਵਿੱਚ ਨਹੀਂ: ਇਸ ਦਾ ਮੂਲ ਕਲਾਇੰਟ L2TP/IPsec ਅਤੇ IKEv2 ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਚਾਲੂ ਕਰਨ ਲਈ IKEv1 XAUTH ਵਿਕਲਪ ਨਹੀਂ ਹੈ। ਭੇਤ ਦੁਬਾਰਾ ਪਾਉਣ ਨਾਲ ਮਦਦ ਨਹੀਂ ਹੁੰਦੀ, ਕਿਉਂਕਿ ਗੁੰਮ ਹਿੱਸਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ, ਲੌਗਇਨ ਜਾਣਕਾਰੀ ਨਹੀਂ।

Apple ਪਾਸਾ ਚੱਲਦਾ ਨਿਸ਼ਾਨਾ ਹੈ। ਨਵੇਂ macOS ਅਤੇ iOS ਸੰਸਕਰਣ IKEv2 ਵੱਲ ਝੁਕਦੇ ਹਨ, ਪੁਰਾਣੇ Cisco ਸ਼ੈਲੀ ਪ੍ਰੋਫਾਈਲ ਕੁਝ ਬਿਲਡਾਂ ਵਿੱਚ ਬਚਦੇ ਹਨ, ਅਤੇ ਅੱਪਗ੍ਰੇਡ ਪਿਛਲੇ ਮਹੀਨੇ ਚੱਲ ਰਹੀ ਚੀਜ਼ ਨੂੰ ਹਟਾ ਜਾਂ ਸਖ਼ਤ ਕਰ ਸਕਦਾ ਹੈ। ਕੱਲ੍ਹ ਜੁੜਦਾ ਅਤੇ ਅੱਜ ਨਾ ਜੁੜਦਾ Mac, ਰਾਊਟਰ ਬਦਲੇ ਬਿਨਾਂ, ਆਮ ਤੌਰ ਉੱਤੇ ਇਹੀ ਹੈ।

ਸਹੀ ਪ੍ਰੋਫਾਈਲ ਤੋੜਨ ਵਾਲੀਆਂ ਦੋ ਸੈਟਿੰਗਾਂ

Synology ਦਾ L2TP/IPsec ਸਫ਼ਾ Enable SHA2-256 compatible mode (96 bit) ਨਾਮ ਦਾ ਚੈੱਕਬਾਕਸ ਦਿੰਦਾ ਹੈ। iOS 14 ਅਤੇ macOS Big Sur ਤੋਂ Apple ਦੇ ਕਲਾਇੰਟ ਉਸ ਕੱਟੇ ਮੋਡ ਨੂੰ ਨਹੀਂ ਮੰਨਦੇ, ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਲਈ ਬਾਕਸ ਬੰਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ ਤਾਂ ਸੁਰੰਗ ਪ੍ਰਮਾਣਿਤ ਹੋ ਕੇ ਫਿਰ ਡਿੱਗਦੀ ਹੈ, ਜੋ ਖਰਾਬ ਲੌਗਇਨ ਜਾਣਕਾਰੀ ਵਾਂਗ ਲੱਗਦਾ ਹੈ ਪਰ ਨਹੀਂ। ਨਿਰਮਾਤਾ ਸਵਿੱਚ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅੱਪਗ੍ਰੇਡ ਹੀ ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਦਾ ਪਲ ਹੈ।

Windows ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੋ ਵੱਖਰੇ ਭੰਡਾਰਾਂ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਅਤੇ IKEv2 ਸਿਰਫ਼ ਮਸ਼ੀਨ ਵਾਲਾ ਪੜ੍ਹਦਾ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਆਪਣੀ ਨਿੱਜੀ ਚਾਬੀ ਨਾਲ ਕੰਪਿਊਟਰ ਖਾਤੇ ਵਿੱਚ ਆਯਾਤ ਕਰੋ; ਆਪਣੇ ਵਰਤੋਂਕਾਰ ਖਾਤੇ ਹੇਠ ਰੱਖਿਆ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰਬੰਧਨ ਕੰਸੋਲ ਵਿੱਚ ਦਿਸਦਾ ਹੈ ਪਰ IKEv2 ਸੇਵਾ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦਾ। EAP-TLS ਇੱਕੋ ਅਜਿਹਾ ਕੇਸ ਹੈ ਜਿੱਥੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਰਤੋਂਯੋਗ ਹੈ, ਅਤੇ ਦਸਤਖ਼ਤ ਕਰਨ ਵਾਲਾ CA ਮਸ਼ੀਨ ਲਈ ਹਾਲੇ ਵੀ ਭਰੋਸੇਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਥੇ ਗਲਤੀ ਕਰਨ ਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਫੇਲ੍ਹ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਗੁੰਮ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਬੇਨਤੀ ਵਜੋਂ ਨਹੀਂ।

ਜਦੋਂ ਰਾਊਟਰ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਰਹਿੰਦਾ ਹੈ

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

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

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

ਬਾਹਰੋਂ ਅੰਦਰ ਨਿਦਾਨ ਕਰੋ

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

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