ਇੱਕ Azure Point-to-Site ਕਲਾਇੰਟ ਨੂੰ ਰੱਦ ਕਰਨ ਦਾ ਅਰਥ ਹੈ ਉਸਦਾ ਥੰਬਪ੍ਰਿੰਟ ਗੇਟਵੇ ਦੀ ਰੱਦ ਕੀਤੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ। ਇਸਦਾ ਅਰਥ ਭਰੋਸੇਯੋਗ ਰੂਟ ਨੂੰ ਮਿਟਾਉਣਾ ਨਹੀਂ ਹੈ। ਰੂਟ ਹਰ ਉਸ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਦਾ ਜਾਰੀਕਰਤਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਦੇ ਵੀ ਦਿੱਤਾ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਹਟਾਉਣਾ ਬਹੁਤ ਵੱਡੇ ਪ੍ਰਭਾਵ ਵਾਲਾ ਵੱਖਰਾ ਕਾਰਜ ਹੈ। ਇੱਥੇ ਰੱਦ ਕਰਨ ਦੀ ਇਕਾਈ ਇੱਕ ਹੀ ਸਰਟੀਫਿਕੇਟ ਹੈ।

ਕਦਮ 1: ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕਿਹੜਾ ਸਰਟੀਫਿਕੇਟ ਮਤਲਬ ਹੈ

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

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

ਕਲਾਇੰਟ 'ਤੇ, Get-ChildItem Cert:\CurrentUser\My | Select-Object Subject, Thumbprint, NotAfter ਉਸ ਵਰਤੋਂਕਾਰ ਲਈ ਕੀ ਸਥਾਪਿਤ ਹੈ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ Cert:\LocalMachine\My ਵੀ ਜਾਂਚਣਾ ਸਹੀ ਹੈ ਕਿਉਂਕਿ VPN ਕਲਾਇੰਟ ਕਿਸੇ ਵੀ ਦੋ ਸਟੋਰਾਂ ਵਿੱਚੋਂ ਚੁਣ ਸਕਦਾ ਹੈ। ਥੰਬਪ੍ਰਿੰਟ ਦੀ ਤੁਲਨਾ ਆਪਣੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੂਚੀ ਨਾਲ ਕਰੋ। ਨਵੀਨੀਕਰਨ ਕੀਤੇ ਸਰਟੀਫਿਕੇਟ ਦਾ ਥੰਬਪ੍ਰਿੰਟ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ, ਭਾਵੇਂ ਵਿਸ਼ਾ ਇੱਕੋ ਜਿਹਾ ਹੋਵੇ।

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

ਕਦਮ 2: ਇਸਨੂੰ ਗੇਟਵੇ ਦੀ ਰੱਦ ਕੀਤੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ

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

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

ਪੋਰਟਲ ਦੀ ਸੂਚਨਾ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਬਾਅਦ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਮੁੱਲ ਪੁਸ਼ਟੀ ਕਰੋ: az network vnet-gateway show --name gw-p2s --resource-group rg-vpn --query "vpnClientConfiguration.vpnClientRevokedCertificates" ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਗੇਟਵੇ ਅਸਲ ਵਿੱਚ ਕੀ ਰੱਖਦਾ ਹੈ।

ਕਦਮ 3: ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

ਦੋਵੇਂ ਨਤੀਜੇ ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ। ਸਿਰਫ਼ ਇਨਕਾਰ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਪ੍ਰਮਾਣਿਤ ਰੱਦ ਕਰਨਾ ਅੱਧਾ ਪ੍ਰਮਾਣਿਤ ਹੈ।

ਕਦਮ 4: ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹੇ ਸੈਸ਼ਨ

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

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

ਰੋਲਬੈਕ, ਅਤੇ ਬਚਣ ਯੋਗ ਸ਼ਾਰਟਕਟ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ