Android VPN ਤੋਂ Cisco IOS ਤੱਕ: ਪਹਿਲਾਂ ਲੈਣਾ ਕਰਾਰ
Cisco IOS ਗੇਟਵੇ ਲਈ Android ਕਲਾਇੰਟ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ, ਪ੍ਰਮਾਣਿਕਤਾ, ਪਛਾਣ ਅਤੇ ਰੂਟਿੰਗ ਇਕੱਠੇ ਕਰੋ। ਉਸ ਪੜਾਅ ਲਈ ਮਾਰਗਦਰਸ਼ਕ।
ਫ਼ੋਨ ਨੂੰ Cisco ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ। ਕਿਹੜਾ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕਰਨਾ ਹੈ, ਇਹ ਕਿਸੇ ਨੇ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਦਿੱਤਾ ਹੈ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਦਾ ਗ਼ਲਤ ਸਿਰਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਇੱਕ ਘੰਟਾ ਕ੍ਰੇਡੈਂਸ਼ੀਅਲ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਨ ਮਗਰੋਂ ਟਨਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।
ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਕਨੈਕਸ਼ਨ ਕਰਾਰ ਚਾਹੀਦਾ ਹੈ: ਪ੍ਰੋਟੋਕੋਲ, ਪ੍ਰਮਾਣਿਕਤਾ, ਪਛਾਣ, ਭਰੋਸਾ ਸਮੱਗਰੀ, ਪਤਾ ਵੰਡ ਅਤੇ ਰੂਟਿੰਗ, ਜੋ ਗੇਟਵੇ ਚਲਾਉਣ ਵਾਲਾ ਲਿਖੇ।
ਇਹ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮਿਲੇ ਤਾਂ ਕਲਾਇੰਟ ਦੀ ਚੋਣ ਇੱਕ ਖੋਜ ਬਣ ਜਾਂਦੀ ਹੈ। ਛੱਡ ਦਿਓ ਤਾਂ ਹਰ ਫੇਲ੍ਹ ਗ਼ਲਤ ਪਾਸਵਰਡ ਵਰਗੀ ਲੱਗਦੀ ਹੈ।
ਕੁਝ ਵੀ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ
ਗੇਟਵੇ ਦੇ ਮਾਲਕ ਨੂੰ ਸੂਚੀ ਭੇਜੋ ਅਤੇ ਉਤਪਾਦ ਦਾ ਨਾਮ ਨਹੀਂ, ਜਵਾਬ ਮੰਗੋ। ਨੌਂ ਮਦਾਂ ਰਿਮੋਟ-ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਢਕਦੀਆਂ ਹਨ:
- ਗੇਟਵੇ ਦਾ ਹੋਸਟਨਾਮ ਜਾਂ ਪਤਾ ਜੋ ਕਲਾਇੰਟ ਨੇ ਡਾਇਲ ਕਰਨਾ ਹੈ, ਅਤੇ ਕੀ ਇਹ ਬਾਹਰੋਂ ਪਹੁੰਚਯੋਗ ਹੈ।
- ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਸੰਸਕਰਣ: IKEv2, IPsec ਦੀ ਕੋਈ ਹੋਰ ਪੀੜ੍ਹੀ, ਜਾਂ TLS ਅਧਾਰਿਤ ਸੇਵਾ।
- ਉਹ ਪੀਅਰ ਪਛਾਣ ਜਿਸਦੀ ਗੇਟਵੇ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਬਦਲੇ ਵਿੱਚ ਕੀ ਪੇਸ਼ ਕਰਦਾ ਹੈ।
- ਭਰੋਸਾ ਸਮੱਗਰੀ: ਕਿਹੜੀ CA ਗੇਟਵੇ ਦੇ ਸਰਟੀਫਿਕੇਟ ਤੇ ਦਸਤਖ਼ਤ ਕਰਦੀ ਹੈ, ਜਾਂ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।
- ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ: ਸਰਟੀਫਿਕੇਟ, EAP ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ, ਜਾਂ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ।
- ਉਹ ਪਤਾ ਪੂਲ ਜਿਸ ਵਿੱਚ ਕਲਾਇੰਟ ਉਤਰਦਾ ਹੈ, ਮਾਸਕ ਅਤੇ ਗੇਟਵੇ ਸਮੇਤ।
- ਟਨਲ ਦੇ ਅੰਦਰ ਵਰਤਣ ਵਾਲੇ DNS ਸਰਵਰ, ਅਤੇ ਕੀ ਕਲਾਇੰਟ ਨੂੰ ਉਹ ਸਵੀਕਾਰ ਕਰਨੇ ਹਨ।
- ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ ਪ੍ਰੀਫਿਕਸ, ਅਤੇ ਕੀ ਉਨ੍ਹਾਂ ਤੋਂ ਬਾਹਰ ਦਾ ਟਰੈਫਿਕ ਬਲਾਕ ਕਰਨਾ ਹੈ।
- ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਫ਼ੋਨ ਦੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸੰਸਕਰਣ, ਨਾਲ ਹੀ ਦਾਖਲੇ ਦੀ ਕੋਈ ਲੋੜ।
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਦੋ ਮਦਾਂ ਸਭ ਤੋਂ ਵੱਧ ਟਾਲਣਯੋਗ ਫੇਲ੍ਹਾਂ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ। ਭਰੋਸਾ ਸਮੱਗਰੀ ਤੋਂ ਬਿਨਾਂ ਤੁਸੀਂ ਗੇਟਵੇ ਦੀ ਪੜਤਾਲ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਇਸ ਲਈ ਸਹੀ ਕਲਾਇੰਟ ਵੀ ਖਰਾਬ ਦਿਸਦਾ ਹੈ। ਮਨਜ਼ੂਰ ਪ੍ਰੀਫਿਕਸ ਤੋਂ ਬਿਨਾਂ ਤੁਸੀਂ ਰੂਟਿੰਗ ਪਾਬੰਦੀ ਨੂੰ ਸੇਵਾ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਵਿਕਰੇਤਾ ਦਾ ਨਾਮ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਹੈ
Cisco IOS ਅਤੇ IOS XE ਕਈ ਰਿਮੋਟ-ਐਕਸੈਸ ਪ੍ਰਬੰਧ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਉਹ ਇੱਕੋ ਵਾਇਰ ਫਾਰਮੈਟ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੇ। FlexVPN ਵਰਗੀ ਪ੍ਰੋਫਾਈਲ ਨਾਲ IKEv2 ਪੁਰਾਣੀ IKEv1 ਸੰਰਚਨਾ ਵਰਗੀ ਸੇਵਾ ਨਹੀਂ ਹੈ, ਅਤੇ TLS ਅਧਾਰਿਤ ਕਲਾਇੰਟ ਸੇਵਾ ਫਿਰ ਕੋਈ ਹੋਰ ਉਤਪਾਦ ਹੈ, ਅਕਸਰ ਉਸੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਪਲੇਟਫਾਰਮ ਤੇ।
ਇਸ ਲਈ ਜਿਸ ਕਲਾਇੰਟ ਦੇ ਨਾਮ ਵਿੱਚ ਰਾਊਟਰ ਵਿਕਰੇਤਾ ਦਾ ਜ਼ਿਕਰ ਹੈ, ਉਹ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਉਨ੍ਹਾਂ ਸੇਵਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਕੋਈ ਨਹੀਂ। ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਸੇਵਾ ਸੰਰਚਿਤ ਹੈ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਕਲਾਇੰਟ ਦੇ ਦਸਤਾਵੇਜ਼ ਉਸ ਸੇਵਾ ਨੂੰ ਸਮਰਥਿਤ ਦੱਸਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।
Cisco ਦੇ ਆਪਣੇ IKEv2 ਦਸਤਾਵੇਜ਼ ਪ੍ਰਸਤਾਵ, ਨੀਤੀ, ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਕੁੰਜੀ-ਛੱਲਾ ਨੂੰ ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਵਜੋਂ ਵੱਖ ਕਰਦੇ ਹਨ। ਇਹ ਢਾਂਚਾ ਤਦ ਲਾਹੇਵੰਦ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਕੋਈ ਸੰਰਚਨਾ ਪੜ੍ਹਦੇ ਹੋ ਜੋ ਕੋਈ ਤੁਹਾਨੂੰ ਚਿਪਕਾ ਦਿੰਦਾ ਹੈ: ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਵਸਤੂ ਵਿੱਚ ਦੂਰ ਦੇ ਫ਼ੋਨ ਲਈ ਜ਼ਰੂਰੀ ਸੈਟਿੰਗਾਂ ਹਨ, ਸਾਰੀ ਫਾਈਲ ਨੂੰ ਇੱਕ ਢੇਰ ਮੰਨਣ ਦੀ ਥਾਂ।
Android ਦਾ ਅੰਦਰੂਨੀ ਸਟੈਕ ਕੀ ਢਕਦਾ ਹੈ
Android ਪਲੇਟਫਾਰਮ ਦੀ IKEv2/IPsec ਪ੍ਰੋਫਾਈਲ Ikev2VpnProfile ਰਾਹੀਂ ਦਿੰਦਾ ਹੈ, ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ, RSA ਸਰਟੀਫਿਕੇਟ ਅਤੇ EAP ਵਰਤੋਂਕਾਰ ਨਾਮ-ਪਾਸਵਰਡ ਲਈ ਵੱਖਰੇ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿਸਮਾਂ ਨਾਲ। Ikev2VpnProfile ਹਵਾਲਾ ਬਿਲਡਰ ਕੀ ਸਵੀਕਾਰਦਾ ਹੈ ਦਾ ਅਧਿਕਾਰਕ ਸਰੋਤ ਹੈ, ਜਿਸ ਵਿੱਚ ਗੇਟਵੇ ਦਾ ਹੋਸਟਨਾਮ ਅਤੇ ਇਸਨੂੰ ਪੜਤਾਲਣ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਸਰਵਰ ਰੂਟ CA ਸ਼ਾਮਲ ਹੈ।
ਉਹ API ਸਮਰੱਥਾ ਦਾ ਬਿਆਨ ਹੈ, ਅਨੁਕੂਲਤਾ ਦਾ ਵਾਅਦਾ ਨਹੀਂ। ਇਹ ਕਹਿੰਦਾ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਉਨ੍ਹਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿਸਮਾਂ ਨਾਲ IKEv2 ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਕੋਈ ਖ਼ਾਸ OEM ਸੈਟਿੰਗ ਸਕ੍ਰੀਨ ਹਰ ਖੇਤਰ ਦਿਖਾਉਂਦੀ ਹੈ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਉਤਪਾਦ ਤੋਂ ਨਿਰਯਾਤ ਕੀਤੀ ਪ੍ਰੋਫਾਈਲ ਫਾਈਲ ਆਯਾਤ ਹੋਵੇਗੀ।
ਇਸ ਦਾ ਅਰਥ ਇਹ ਵੀ ਹੈ ਕਿ ਜੇ ਗੇਟਵੇ ਕੋਈ ਅਜਿਹੀ ਸੇਵਾ ਚਲਾ ਰਿਹਾ ਹੈ ਜੋ ਪਲੇਟਫਾਰਮ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਅੰਦਰੂਨੀ ਸਟੈਕ ਤੁਹਾਨੂੰ ਨਹੀਂ ਬਚਾਏਗਾ। ਉਸ ਹਾਲਤ ਵਿੱਚ ਉਹ ਵਿਕਰੇਤਾ ਕਲਾਇੰਟ ਚਾਹੀਦਾ ਹੈ ਜਿਸਨੂੰ ਓਪਰੇਟਰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ, ਓਪਰੇਟਰ ਦੇ ਦਸਤਾਵੇਜ਼ ਮੁਤਾਬਕ ਸਥਾਪਤ ਅਤੇ ਸੰਰਚਿਤ, ਨਾ ਕਿ ਉਸ ਪ੍ਰੋਟੋਕੋਲ ਤੇ ਬਣਾਇਆ ਜੁਗਾੜ ਜੋ ਫ਼ੋਨ ਬੋਲਦਾ ਨਹੀਂ।
ਕਰਾਰ ਜਿਸ ਕ੍ਰਮ ਵਿੱਚ ਲਿਖਿਆ ਹੈ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਟੈਸਟ ਕਰੋ
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਪਰਤ ਦੀ ਪੜਤਾਲ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਫੇਲ੍ਹ ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਪਹਿਲੇ ਪਾਸ ਨਾ ਹੋਣ ਤੱਕ ਬਾਅਦ ਦੇ ਟੈਸਟ ਬੇਅਰਥ ਹਨ।
ਭਰੋਸਾ। ਜੇ ਕਲਾਇੰਟ ਗੇਟਵੇ ਦਾ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਬਾਕੀ ਕੁਝ ਮਾਅਨੇ ਨਹੀਂ ਰੱਖਦਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਨੂੰ ਦਿੱਤੀ CA ਉਸ ਸਰਟੀਫਿਕੇਟ ਤੇ ਦਸਤਖ਼ਤ ਕਰਦੀ ਹੈ ਜੋ ਗੇਟਵੇ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਹੋਸਟਨਾਮ ਨੂੰ ਡਾਇਲ ਕੀਤਾ ਉਹ ਉਸ ਵਿੱਚ ਹੈ। ਪੜਤਾਲ ਚਾਲੂ ਰੱਖੋ; ਬੰਦ ਕਰਨਾ ਪਛਾਣ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਰੋਕਣ ਦੇ ਖ਼ਤਰੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਪ੍ਰਮਾਣਿਕਤਾ। ਰੱਦ ਕੀਤੇ ਕ੍ਰੇਡੈਂਸ਼ੀਅਲ ਅਤੇ ਨਾ ਮਿਲਦਾ ਪ੍ਰਸਤਾਵ ਵੱਖਰੀਆਂ ਗਲਤੀਆਂ ਪਰ ਦਿਸਣ ਵਿੱਚ ਸਮਾਨ ਫੇਲ੍ਹਾਂ ਦਿੰਦੇ ਹਨ। ਗੇਟਵੇ ਦਾ ਲਾਗ ਨਿਰਣਾਇਕ ਹੈ: ਵਰਤੋਂਕਾਰ ਬਾਰੇ ਕੁਝ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਦੱਸੇਗਾ ਕਿ ਪ੍ਰਸਤਾਵ ਸਵੀਕਾਰਯੋਗ ਸੀ ਜਾਂ ਨਹੀਂ।
ਪਤਾ ਅਤੇ DNS। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫ਼ੋਨ ਨੂੰ ਦਸਤਾਵੇਜ਼ੀ ਪੂਲ ਤੋਂ ਪਤਾ ਮਿਲਿਆ, ਫਿਰ ਇੱਕ ਅੰਦਰੂਨੀ ਨਾਮ ਹੱਲ ਕਰੋ। ਪਤੇ ਨਾਲ ਪਰ ਰਿਜ਼ੌਲਵਰ ਤੋਂ ਬਿਨਾਂ ਉੱਠਣ ਵਾਲਾ ਟਨਲ ਜੁੜਿਆ ਦਿਸਦਾ ਹੈ ਅਤੇ ਕੁਝ ਨਾ ਚੱਲਦਾ ਹੋਣ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।
ਪਹੁੰਚ। ਇੱਕ ਮਨਜ਼ੂਰ ਮੰਜ਼ਿਲ ਦਾ ਟੈਸਟ ਪਤੇ ਨਾਲ, ਫਿਰ ਨਾਮ ਨਾਲ ਕਰੋ। ਪਤਾ ਚੱਲੇ ਪਰ ਨਾਮ ਨਾ ਚੱਲੇ ਤਾਂ ਤੁਸੀਂ ਫਿਰ DNS ਤੇ ਹੋ। ਦੋਵੇਂ ਨਾ ਚੱਲਣ ਤਾਂ ਕਲਾਇੰਟ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਟੈਸਟ ਕੀਤੇ ਜਾ ਰਹੇ ਪ੍ਰੀਫਿਕਸ ਦੀ ਮਨਜ਼ੂਰ ਸੂਚੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
ਫੇਲ੍ਹ ਦੇ ਢੰਗ ਅਤੇ ਰੋਲਬੈਕ
| Symptom | Contract item to re-check |
|---|---|
| Profile rejected at import | Protocol or client release unsupported for that service |
| No proposal chosen | IKE version or encryption proposal mismatch |
| Certificate error, correct credentials | Trust material or peer identity |
| Tunnel up, no address | Address pool or authorization on the gateway |
| Tunnel up, names fail | DNS servers or split-tunnel DNS behaviour |
ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਿਛਲੀ ਕੰਮ ਕਰਦੀ ਪ੍ਰੋਫਾਈਲ ਨਿਰਯਾਤ ਕੀਤੀ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀ ਰੱਖੋ, CA ਉਪਨਾਮ ਅਤੇ ਪਤਾ ਪੂਲ ਸਮੇਤ। ਫਿਰ ਰੋਲਬੈਕ ਦਾ ਅਰਥ ਹੈ ਜਾਣੀ-ਪਛਾਣੀ ਪ੍ਰੋਫਾਈਲ ਬਹਾਲ ਕਰਨਾ, ਰੁਕਾਵਟ ਵੇਲੇ ਯਾਦ ਤੋਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਨਹੀਂ।
ਜਦੋਂ ਇਹ ਚੱਲੇ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਦੇ ਕੋਲ ਨੌਂ ਜਵਾਬ ਲਿਖ ਲਓ। ਅਗਲਾ ਫ਼ੋਨ, ਅਗਲਾ OS ਅੱਪਡੇਟ ਅਤੇ ਅਗਲੀ ਗੇਟਵੇ ਤਬਦੀਲੀ—ਸਭ ਦਸਤਾਵੇਜ਼ ਨਾਲ ਤੁਲਨਾ ਬਣ ਜਾਂਦੇ ਹਨ, ਇੱਕ ਹੋਰ ਦੁਪਹਿਰ ਦੇ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ।