AnyConnect ਦੀ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਸਰਵਰ ਦੀ ਚੇਤਾਵਨੀ: ਸਵੀਕਾਰ ਕਰੀਏ ਜਾਂ ਆਯਾਤ ਕਰੀਏ?

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

ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਜੋ ਚੇਤਾਵਨੀ ਦੇਖਦੇ ਹੋ, ਉਸੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਇਹਨਾਂ ਸਭ ਦੇ ਪਿੱਛੇ ਕਾਰਨਾਂ ਦੀ ਇੱਕ ਛੋਟੀ ਸੂਚੀ ਹੈ: ਸਵੈ-ਦਸਤਖਤੀ ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ, ਇੱਕ ਨਿੱਜੀ CA ਜਿਸ 'ਤੇ ਐਂਡਪੌਇੰਟ ਭਰੋਸਾ ਨਹੀਂ ਕਰਦਾ, ਜਾਂ ਇੱਕ ਹੋਸਟਨਾਮ ਜੋ ਸਰਟੀਫਿਕੇਟ ਦੇ subject alternative names ਵਿੱਚ ਨਹੀਂ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇੱਕੋ ਸੰਵਾਦ ਪੈਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਵੱਖਰੀ ਸੋਧ ਮੰਗਦਾ ਹੈ।

ਸੰਵਾਦ ਦਾ ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਟੀਫਿਕੇਟ ਪੜ੍ਹੋ

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

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

ਜਾਣੋ ਕਿ ਹਰ ਜਵਾਬ ਟਰੱਸਟ ਸਟੋਰ ਵਿੱਚ ਕੀ ਲਿਖਦਾ ਹੈ

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

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

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

ਕਲਾਇੰਟ ਜਿਸ ਕ੍ਰਮ ਵਿੱਚ ਪੁੱਛਦਾ ਹੈ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਵਾਬ ਲਿਖੋ

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

connect vpn2.example.net
y
n
GROUP
LOGIN
PASSWORD

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

ਆਪਣੇ ਗੇਟਵੇ ਤੋਂ ਵੱਧ ਜੀਉਣ ਵਾਲੇ ਅਪਵਾਦ ਹਟਾਓ

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

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