ਨੇਟਿਵ Windows IKEv2 ਵਿੱਚ PSK ਖੇਤਰ ਬਿਲਕੁਲ ਕਿਉਂ ਨਹੀਂ

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

ਪ੍ਰੋਟੋਕੋਲ ਸਮਰੱਥਾ ਕਲਾਇੰਟ ਸਮਰਥਨ ਨਹੀਂ ਹੈ

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

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

ਸਰਟੀਫਿਕੇਟ, EAP ਜਾਂ L2TP ਚੁਣੋ

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

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

ਗੇਟਵੇ ਕੀ ਸਵੀਕਾਰ ਕਰੇਗਾ, ਜਾਂਚੋ

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

Get-VpnConnection -Name "Corp IKEv2" | Format-List AuthenticationMethod, TunnelType, EncryptionLevel, ServerValidation
Get-ChildItem Cert:\CurrentUser\My | Select-Object Subject, NotAfter

ਪ੍ਰੋਫਾਈਲ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਭੰਡਾਰ ਇਕੱਠੇ ਪੜ੍ਹੋ। ਪਿੱਛੇ ਵਰਤੋਂਯੋਗ ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਬਿਨਾ EAP 'ਤੇ ਸੈੱਟ ਪ੍ਰੋਫਾਈਲ ਸਰਵਰ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

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

ਫੈਸਲਾ ਅਤੇ ਭੇਤ ਦਰਜ ਕਰੋ

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

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