SSTP ਅਤੇ IKEv2 ਵੱਖਰੇ RRAS ਸਰਟੀਫਿਕੇਟ ਨਿਯੰਤਰਣ ਵਰਤਦੇ ਹਨ

ਜੇ ਤੁਸੀਂ «VPN ਸਰਟੀਫਿਕੇਟ» ਬਦਲਦੇ ਹੋ ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਗਲਤ ਸੇਵਾ ਬਦਲ ਦਿਓ। RRAS ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਸਰਟੀਫਿਕੇਟ ਨਿਯੰਤਰਣ ਰੱਖਦਾ ਹੈ ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਵੱਖਰੀ ਕਨੈਕਸ਼ਨ ਭੂਮਿਕਾ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਲੈਣਾ ਜੋਖਮ ਭਰੇ ਅਨੁਮਾਨ ਨੂੰ ਇੱਕ ਹੀ ਵਾਪਸ ਮੁੜ ਸਕਣ ਵਾਲੇ ਬਾਈਂਡਿੰਗ ਬਦਲਾਅ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਹੇਠਾਂ ਸਭ ਕੁਝ ਉਸੇ ਇੱਕ ਵਾਕ ਉੱਤੇ ਨਿਰਭਰ ਹੈ।

ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਲਵੋ

SSTP ਸਰੋਤਾ HTTPS ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ TLS ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਆਉਣ ਵਾਲਾ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ IKEv2 ਕਨੈਕਸ਼ਨ ਸਰਵਰ ਦੀ ਪਛਾਣ ਦਾ ਐਲਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸਾਥੀਆਂ ਦੇ ਸਰਟੀਫਿਕੇਟ ਭਰੋਸੇਯੋਗ ਮੂਲ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚਦਾ ਹੈ। ਪ੍ਰਤੀ ਇੰਟਰਫੇਸ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਪਰਿਭਾਸ਼ਾ ਆਪਣੀ ਵੱਖਰੀ ਮਸ਼ੀਨ ਪਛਾਣ ਰੱਖਦੀ ਹੈ।

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

SSTP ਇੱਕ HTTPS ਬਾਈਂਡਿੰਗ ਹੈ

ਸਮਰਥਿਤ Remote Access ਤੈਨਾਤੀਆਂ ਵਿੱਚ Set-RemoteAccess ਉਹ SslCertificate ਪੈਰਾਮੀਟਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ SSTP ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ HTTPS ਨਾਲ ਸੰਬੰਧਿਤ DirectAccess ਭੂਮਿਕਾ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

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

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

ਆਉਣ ਵਾਲੇ IKEv2 ਦਾ ਆਪਣਾ ਪੈਰਾਮੀਟਰ ਹੈ

Set-VpnAuthProtocol ਆਉਣ ਵਾਲੀ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ IKEv2 ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ CertificateAdvertised ਸਰਟੀਫਿਕੇਟ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ ਜਦੋਂ ਟਨਲ ਪ੍ਰਮਾਣਿਕਤਾ ਮੋਡ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਹੋਸਟ ਉੱਤੇ ਕੋਈ ਵੀ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਚੁਣਨ ਦਾ ਆਮ ਹੁਕਮ ਨਹੀਂ ਹੈ।

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

ਕਿਸੇ ਵਿਅਕਤੀਗਤ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਇੰਟਰਫੇਸ ਦੀ ਪਛਾਣ Set-VpnS2SInterface ਰਾਹੀਂ ਸੈੱਟ ਹੁੰਦੀ ਹੈ। ਦੋਵੇਂ ਇੱਕੋ ਮਸ਼ੀਨ ਦੇ ਇੱਕੋ ਸਟੋਰ ਵਿੱਚ ਹੋਣ ਤੇ ਵੀ ਇਹ ਆਪਣੇ ਆਪ SSTP ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਹੈ।

ਪਹਿਲਾਂ ਉਮੀਦਵਾਰ ਦੀ ਜਾਂਚ ਕਰੋ

ਸਥਾਨਕ ਮਸ਼ੀਨ ਦੇ ਸਟੋਰ ਦਾ ਕੇਂਦ੍ਰਿਤ ਦ੍ਰਿਸ਼ ਕੁਝ ਵੀ ਨਿੱਜੀ ਨਿਰਯਾਤ ਕੀਤੇ ਬਿਨਾਂ ਜਨਤਕ ਮੈਟਾਡੇਟਾ ਦਿਖਾਉਂਦਾ ਹੈ:

Get-ChildItem Cert:\LocalMachine\My |
    Select-Object Thumbprint, Subject, HasPrivateKey, NotAfter

ਉਹ ਸੂਚੀ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ, ਢੁਕਵੀਂਤਾ ਦੀ ਪਰਖ ਨਹੀਂ। ਤੁਸੀਂ ਜਿਸ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸੰਰਚਿਤ ਕਰ ਰਹੇ ਹੋ ਉਸ ਲਈ SAN ਐਂਟਰੀਆਂ, ਵਿਸਤ੍ਰਿਤ ਕੁੰਜੀ ਵਰਤੋਂ, ਚੇਨ ਅਤੇ ਸੇਵਾ ਖਾਤੇ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਤੱਕ ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਕਰੋ।

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

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

ਨਵੀਨੀਕਰਨ ਸਰਗਰਮੀ ਨਹੀਂ ਹੈ

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

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

ਪਿਛਲਾ ਸਰਟੀਫਿਕੇਟ ਆਮ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਸਿਰਫ਼ ਉਸ ਜਾਂਚ ਦੇ ਪਾਸ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹਟਾਓ। Set-RemoteAccess ਹਵਾਲਾ SSL ਪੈਰਾਮੀਟਰ ਦਾ ਘੇਰਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਲੋਡ-ਸੰਤੁਲਿਤ ਤੈਨਾਤੀਆਂ ਵਿੱਚ ਇਸਦਾ ਅਸਰ ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਬਾਈਂਡਿੰਗ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹਨ ਯੋਗ ਹੈ।