ਕੀ ਤੁਹਾਡਾ Meraki MX Cisco Secure Client ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ?

Meraki AnyConnect ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਗੱਲ 'ਤੇ ਦੋ ਸਮਰਥਨ ਥ੍ਰੈਡ ਸਹਿਮਤ ਨਹੀਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਭਰੋਸੇ ਨਾਲ ਗਲਤ ਹਨ। ਸਵਾਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ MX IKEv2 ਬੋਲਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਡਿਵਾਈਸ 'ਤੇ AnyConnect ਇੱਕ TLS ਸੇਵਾ ਹੈ, IPsec ਨਹੀਂ। ਦੋ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਜਵਾਬ ਤੈਅ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬ੍ਰਾਂਡ ਤੁਲਨਾ ਨਹੀਂ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਨਾਲ ਕਰੋ ਅਤੇ ਰਾਏ ਦੀ ਥਾਂ ਇੱਕ ਅਨੁਕੂਲਤਾ ਰਿਕਾਰਡ ਮਿਲੇਗਾ।

ਪਹਿਲਾਂ ਮਾਡਲ ਅਤੇ ਸੰਸਕਰਣ

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

ਇੱਕੋ ਪਰਿਵਾਰ ਦੇ ਸਮਾਨ ਮਾਡਲ ਤੋਂ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ। ਸੂਚੀ ਹਰ ਮਾਡਲ ਲਈ ਹੈ, ਅਤੇ ਫ਼ਰਕ ਅਸਲੀ ਹਨ।

AnyConnect ਇੱਕ SSL ਸੇਵਾ ਹੈ, IPsec ਨਹੀਂ

Meraki MX 'ਤੇ AnyConnect ਨੂੰ TLS ਅਤੇ DTLS ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨ VPN ਵਜੋਂ ਬਿਆਨ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਵੱਖਰੀ L2TP/IPsec ਕਲਾਇੰਟ VPN ਸੇਵਾ ਦੇ ਕੋਲ ਦਰਜ ਕਰਦਾ ਹੈ। ਇਹ ਦੋ ਉਤਪਾਦ ਹਨ ਜੋ ਸੰਜੋਗ ਨਾਲ ਇੱਕੋ ਡੈਸ਼ਬੋਰਡ ਸਾਂਝਾ ਕਰਦੇ ਹਨ। IKEv1 ਦੀ IKEv2 ਨਾਲ ਤੁਲਨਾ ਤੁਹਾਨੂੰ IPsec ਸੇਵਾ ਬਾਰੇ ਦੱਸਦੀ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਡਿਵਾਈਸ 'ਤੇ TLS ਸੇਵਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ। ਜੇ ਤੁਹਾਡਾ ਸਬੂਤ IKE ਸੰਸਕਰਣਾਂ ਦੀ ਸਾਰਣੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇ ਰਹੇ ਹੋ।

ਕਲਾਇੰਟ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਛਾਣੋ ਕਿ ਡਿਵਾਈਸ ਕਿਹੜੀ ਸੇਵਾ ਦੇ ਰਹੀ ਹੈ। ਚੱਲਦੀ L2TP/IPsec ਪ੍ਰੋਫਾਈਲ ਇਸ ਲਈ AnyConnect ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ ਬਣਦੀ ਕਿ ਉਹ ਉਸੇ ਸੰਸਥਾ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਵੱਖਰੀ ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਚਾਹੀਦੀ ਹੈ।

MX ਅਸਲ ਵਿੱਚ ਕਿਹੜੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਿੰਦਾ ਹੈ

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

ਪ੍ਰਮਾਣਿਕਤਾ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਡੰਗਦੀ ਹੈ। ਕਲਾਇੰਟ ਵੱਲੋਂ ਦਿੱਤਾ ਪਰ ਡਿਵਾਈਸ ਵੱਲੋਂ ਸੰਰਚਿਤ ਨਾ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲਾ ਢੰਗ ਹੋਣਾ ਇੱਕ ਸਮਰਥਨ ਕੇਸ ਹੈ ਜੋ ਹੋਣ ਦੀ ਉਡੀਕ ਵਿੱਚ ਹੈ।

ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਹੱਕ

Cisco Secure Client ਉਸੇ ਕਲਾਇੰਟ ਪਰਿਵਾਰ ਦਾ ਮੌਜੂਦਾ ਨਾਮ ਹੈ, ਇਸ ਲਈ AnyConnect ਦਾ ਜ਼ਿਕਰ ਕਰਨ ਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਪੁਰਾਣਾ ਹੋਵੇ। ਮਹੱਤਵਪੂਰਨ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸੰਸਥਾ ਕਿਹੜਾ ਸੰਸਕਰਣ ਤੈਨਾਤ ਕਰਦੀ ਹੈ ਅਤੇ ਡਿਵਾਈਸ ਦਾ ਸੰਸਕਰਣ ਉਸ ਵਿਰੁੱਧ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਹੈ ਜਾਂ ਨਹੀਂ।

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

ਪੰਜ ਖੇਤਰਾਂ ਨਾਲ ਰਿਕਾਰਡ ਲਿਖੋ

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

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