Android VPN ਐਕਸਪੋਰਟ: ਨਵੇਂ ਫ਼ੋਨ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਜਾਂਦਾ ਹੈ
Android VPN ਐਕਸਪੋਰਟ ਸੈਟਿੰਗਾਂ ਅਤੇ ਕਈ ਵਾਰ ਇੱਕ ਕੁੰਜੀ ਭੇਜਦਾ ਹੈ, ਪਰ ਕਦੇ ਵੀ ਡਿਵਾਈਸ ਦੀ ਅਧਿਕਾਰਤਾ ਨਹੀਂ। ਪੁਰਾਣਾ ਫ਼ੋਨ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਜਾਂਦਾ ਹੈ।
Android ਤੋਂ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਐਕਸਪੋਰਟ ਕਰਨਾ ਬੈਕਅੱਪ ਕਦਮ ਵਾਂਗ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਹ ਪੇਸ਼ ਕਰਨ ਵਾਲਾ ਮੀਨੂ ਉਸ ਧਾਰਨਾ ਨੂੰ ਸੁਧਾਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਤੁਹਾਡੇ ਕੋਲ ਜੋ ਰਹਿੰਦਾ ਹੈ ਉਹ parser ਇਨਪੁੱਟ, ਇੱਕ ਕੁੰਜੀ ਜੋ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸ਼ਾਇਦ ਕਦੇ ਵਾਪਸ ਨਾ ਦੇਵੇ, ਅਤੇ ਉਸੇ ਫ਼ੋਨ ਲਈ ਜਾਰੀ ਕੀਤੀ ਅਧਿਕਾਰਤਾ ਹੈ। ਇਹ ਤਿੰਨ ਵੱਖ ਕਰੋ ਅਤੇ ਉਪਯੋਗੀ ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਨਵੀਂ ਡਿਵਾਈਸ 'ਤੇ ਅਜੇ ਕਿਹੜਾ ਹਿੱਸਾ ਗੁੰਮ ਹੈ?
ਫ਼ਾਈਲ ਸੌਖਾ ਹਿੱਸਾ ਹੈ। ਬਾਕੀ ਦੋ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕੰਮ ਕਰੇਗੀ ਜਾਂ ਨਹੀਂ।
ਐਕਸਪੋਰਟ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ
ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫ਼ਾਈਲ ਨੂੰ ਟੈਕਸਟ ਐਡੀਟਰ ਵਿੱਚ ਖੋਲ੍ਹੋ। OpenVPN ਪ੍ਰੋਫ਼ਾਈਲ ਇੱਕ ਛੋਟੀ ਕਾਨਫ਼ਿਗਰੇਸ਼ਨ ਭਾਸ਼ਾ ਹੈ: remote, proto, data-ciphers, ਅਤੇ ਅਕਸਰ ਇਨਲਾਈਨ <ca>, <cert>, <key> ਜਾਂ <tls-crypt> ਬਲਾਕ ਜੋ ਕਲਾਇੰਟ ਆਪਣੇ TLS ਸਟੈਕ ਨੂੰ ਦਿੰਦਾ ਹੈ। WireGuard ਕਾਨਫ਼ਿਗ ਵਧੇਰੇ ਸਮਤਲ ਹੈ: [Interface] ਵਿੱਚ PrivateKey ਅਤੇ Address ਹੁੰਦੇ ਹਨ, ਫਿਰ ਹਰ ਐਂਡਪਾਇੰਟ ਲਈ ਇੱਕ [Peer] ਜੋ PublicKey, AllowedIPs ਅਤੇ Endpoint ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ। IKEv2 ਕੁੰਜੀ ਬਲਾਕਾਂ ਦੀ ਥਾਂ ਪੇਲੋਡ ਸ਼ਬਦਕੋਸ਼ਾਂ ਵਾਲਾ .mobileconfig ਬਣ ਕੇ ਆਉਂਦਾ ਹੈ।
ਉਸ ਲਿਖਤ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਪ੍ਰਮਾਣ ਨਹੀਂ ਹੈ। ਪ੍ਰਮਾਣ ਨਿੱਜੀ ਕੁੰਜੀ ਹੈ, ਅਤੇ ਹਰ ਫ਼ਾਰਮੈਟ ਉਸ ਨੂੰ ਅੰਦਰ ਚਿਪਕਾਉਂਦਾ ਹੈ ਜਾਂ ਇੱਕ ਉਪਨਾਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਸ ਨੂੰ ਬਣਾਉਣ ਵਾਲੇ ਕਲਾਇੰਟ ਦੇ ਅੰਦਰ ਹੀ ਹੱਲ ਹੁੰਦਾ ਹੈ।
Android 'ਤੇ ਕੁੰਜੀ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ
Android ਐਪ ਡੇਟਾ ਨੂੰ /data/data/<package> ਹੇਠਾਂ ਰੱਖਦਾ ਹੈ, ਜੋ ਸਿਰਫ਼ ਉਸ ਐਪ ਦਾ UID ਪੜ੍ਹ ਸਕਦਾ ਹੈ। root ਨਾ ਕੀਤੇ ਫ਼ੋਨ ਤੋਂ ਕਿਸੇ ਹੋਰ ਐਪ ਦੀ ਨਿੱਜੀ ਡਾਇਰੈਕਟਰੀ ਕਾਪੀ ਕਰਨ ਦਾ ਕੋਈ ਸਮਰਥਿਤ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਅਤੇ Android 12 ਵੱਲੋਂ ਇਸ ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਅਤੇ ਕਲਾਇੰਟਾਂ ਵੱਲੋਂ allowBackup="false" ਐਲਾਨਣ ਤੋਂ ਬਾਅਦ adb backup ਆਮ ਜਵਾਬ ਨਹੀਂ ਰਿਹਾ। ਇਸ ਲਈ Android ਕਲਾਇੰਟ ਤੋਂ ਐਕਸਪੋਰਟ ਦਾ ਮਤਲਬ ਹੈ ਜੋ ਉਹ ਕਲਾਇੰਟ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਫ਼ਾਈਲ ਸਿਸਟਮ ਦੀ ਕਾਪੀ ਨਹੀਂ।
ਪਛਾਣ ਪਰਤ ਐਪ ਦੇ ਹੇਠਾਂ ਹੈ। ਜੇ ਕਲਾਇੰਟ ਨੇ ਤੁਹਾਡੀ ਕੁੰਜੀ Android Keystore ਵਿੱਚ ਆਯਾਤ ਕੀਤੀ ਹੈ, ਤਾਂ ਸਮੱਗਰੀ ਉੱਥੇ ਹੀ ਬਣਦੀ ਜਾਂ ਲਪੇਟੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਬਾਅਦ ਦੇ ਐਕਸਪੋਰਟ ਬਾਈਟਾਂ ਦੀ ਥਾਂ Keystore ਉਪਨਾਮ ਦਾ ਹਵਾਲਾ ਲੈ ਕੇ ਜਾ ਸਕਦੇ ਹਨ। ਹਾਰਡਵੇਅਰ-ਸਮਰਥਿਤ ਕੁੰਜੀਆਂ ਇਸ ਤਰ੍ਹਾਂ ਬਣੀਆਂ ਹਨ ਕਿ ਮਾਲਕ ਐਪ ਵੀ ਉਹਨਾਂ ਨੂੰ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦਾ, ਜਿਵੇਂ Keystore documentation ਦੱਸਦਾ ਹੈ, ਇਸ ਲਈ ਉਸ ਉਪਨਾਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਉਸੇ ਫ਼ੋਨ 'ਤੇ ਸਾਫ਼ ਆਯਾਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਹਰ ਹੋਰ ਥਾਂ 'ਤੇ ਅਸਫਲ ਹੁੰਦੀ ਹੈ।
ਇਹ ਟੁੱਟਿਆ ਐਕਸਪੋਰਟ ਨਹੀਂ ਹੈ। ਇਹ ਉਹ ਗੁਣ ਹੈ ਜੋ ਪਲੇਟਫ਼ਾਰਮ ਤੋਂ ਮੰਗਿਆ ਗਿਆ ਸੀ।
ਪ੍ਰੋਫ਼ਾਈਲ ਕੀ ਨਹੀਂ ਲੈ ਕੇ ਜਾ ਸਕਦੀ
ਵਸਤੂਆਂ ਨੂੰ ਉਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਜੋ ਮੰਜ਼ਿਲ ਸਵੀਕਾਰ ਕਰੇਗੀ:
| ਵਸਤੂ | ਜਾਂਦੀ ਹੈ? | ਕਿਉਂ |
|---|---|---|
| ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਐਂਡਪਾਇੰਟ | ਹਾਂ, ਜੇ ਮੰਜ਼ਿਲ ਕਲਾਇੰਟ ਇਸ ਨੂੰ ਸਮਝਦਾ ਹੈ | ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਸਾਦਾ ਲਿਖਤ |
| CA ਸਰਟੀਫ਼ਿਕੇਟ ਅਤੇ ਹੋਸਟਨਾਮ ਜਾਂਚ | ਆਮ ਤੌਰ 'ਤੇ | ਜਨਤਕ ਸਮੱਗਰੀ, ਪਰ ਹੋਸਟਨਾਮ ਸਰਟੀਫ਼ਿਕੇਟ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ |
| ਕਲਾਇੰਟ ਸਰਟੀਫ਼ਿਕੇਟ | ਹਾਂ, ਜੇ ਇਹ ਹਰ ਡਿਵਾਈਸ ਨਾਲ ਬੱਝਾ ਨਹੀਂ | ਸਰਟੀਫ਼ਿਕੇਟ ਲਿਜਾਏ ਜਾ ਸਕਦੇ ਹਨ; ਇੱਕ ਨੂੰ ਕਿੰਨੀਆਂ ਡਿਵਾਈਸਾਂ ਵਰਤ ਸਕਦੀਆਂ ਹਨ ਇਹ ਜਾਰੀਕਰਤਾ ਤੈਅ ਕਰਦਾ ਹੈ |
| ਨਿੱਜੀ ਕੁੰਜੀ | ਸਿਰਫ਼ ਜੇ Keystore ਤੋਂ ਬਾਹਰ ਬਣਾਈ ਗਈ ਹੋਵੇ | ਹਾਰਡਵੇਅਰ-ਸਮਰਥਿਤ ਕੁੰਜੀਆਂ ਐਕਸਪੋਰਟ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ, ਸਿਰਫ਼ ਬਦਲੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ |
| ਖਾਤਾ, MFA, SSO ਸੈਸ਼ਨ | ਨਹੀਂ | ਟੋਕਨ ਮਿਆਦ ਪੁੱਗ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲੈਣ ਵਾਲੀ ਡਿਵਾਈਸ ਨਾਲ ਬੱਝੇ ਰਹਿੰਦੇ ਹਨ |
| ਰੂਟ, DNS ਅਤੇ ਐਪ ਦਾਇਰਾ | ਸਿਰਫ਼ ਕਾਨਫ਼ਿਗਰੇਸ਼ਨ ਲਿਖਤ ਵਜੋਂ | Android ਜੁੜਨ ਵੇਲੇ VpnService.Builder ਰਾਹੀਂ ਲਾਗੂ ਕਰਦਾ ਹੈ |
| ਸਪਲਿਟ-ਟਨਲ ਐਪ ਸੂਚੀ | ਕਦੇ-ਕਦੇ | ਪੈਕੇਜ ਨਾਮ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੂਚੀ ਕਲਾਇੰਟ ਸਥਿਤੀ ਹੈ |
ਦੋ ਕਤਾਰਾਂ ਸਭ ਤੋਂ ਵੱਧ ਉਲਝਣ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ। ਡਿਵਾਈਸ 'ਤੇ ਬਣੀ ਅਤੇ ਗੈਰ-ਐਕਸਪੋਰਟਯੋਗ ਵਜੋਂ ਨਿਸ਼ਾਨਿਤ ਕੁੰਜੀ ਸੱਚਮੁੱਚ ਐਪ ਡੇਟਾ ਨਾਲ ਚਲੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਬਦਲ ਨਵੀਂ ਕੁੰਜੀ ਅਤੇ ਉਸ ਲਈ ਜਾਰੀ ਸਰਟੀਫ਼ਿਕੇਟ ਹੈ। ਨਵੇਂ ਫ਼ੋਨ 'ਤੇ ਕਾਪੀ ਕੀਤਾ ਸੈਸ਼ਨ ਟੋਕਨ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲੀ ਰਿਫ਼੍ਰੈਸ਼ 'ਤੇ ਹੀ ਮਰ ਜਾਂਦਾ ਹੈ, ਜੋ ਅਸਫਲ ਆਯਾਤ ਵਾਂਗ ਦਿਸਦਾ ਹੈ।
ਆਯਾਤ ਇੱਕ ਪਾਰਸ ਹੈ, ਫਿਰ ਸਹਿਮਤੀ ਦੀ ਬੇਨਤੀ
ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਪਾਸੇ, ਆਯਾਤ ਇੱਕ ਪਾਰਸ ਹੈ ਅਤੇ ਫਿਰ ਕਮਿਟ। ਕਲਾਇੰਟ ਕਾਨਫ਼ਿਗ ਪੜ੍ਹਦਾ ਹੈ, ਹਵਾਲਾ ਦਿੱਤੇ ਹਰ ਬਲਾਕ ਦੀ ਮੌਜੂਦਗੀ ਜਾਂਚਦਾ ਹੈ, ਫਿਰ ਟਨਲ ਦੀ ਪਰਿਭਾਸ਼ਾ ਆਪਣੇ ਸੈਂਡਬਾਕਸ ਵਿੱਚ ਲਿਖਦਾ ਹੈ, ਇਸ ਲਈ ਡਾਊਨਲੋਡਾਂ ਵਿੱਚੋਂ ਚੁਣੀ ਫ਼ਾਈਲ ਬਾਅਦ ਵਿੱਚ ਜੁੜਨ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ।
ਫਿਰ ਇੱਕ ਅਧਿਕਾਰਤਾ ਕਦਮ ਆਉਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਫ਼ਾਈਲ ਛੱਡ ਨਹੀਂ ਸਕਦੀ। ਟਨਲ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ Android ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਐਪ VpnService.prepare() ਕਾਲ ਕਰੇ ਅਤੇ ਤੁਹਾਡੀ ਸਹਿਮਤੀ ਲਵੇ, ਇਸ ਲਈ ਨਵੀਂ ਆਯਾਤ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵੀ ਇੱਕ ਵਾਰ ਸਿਸਟਮ ਡਾਇਲਾਗ ਦਿਖਾਉਂਦੀ ਹੈ। ਫਿਰ ਟਨਲ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ addAddress, addRoute, addDnsServer, ਅਤੇ ਹਰ ਐਪ ਰੂਟਿੰਗ ਲਈ addAllowedApplication ਜਾਂ addDisallowedApplication ਰਾਹੀਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਐਂਡਪਾਇੰਟ ਤੋਂ ਨਹੀਂ ਨਿਕਲਦਾ, ਇਸ ਲਈ ਉਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਦੋ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਵੱਖਰਾ ਪ੍ਰਭਾਵੀ ਰੂਟ ਸੈੱਟ ਬਣਾ ਸਕਦੀ ਹੈ।
ਸਰਟੀਫ਼ਿਕੇਟ-ਅਧਾਰਿਤ ਸੈੱਟਅੱਪ ਇੱਕ ਹੋਰ ਸ਼ਾਖਾ ਜੋੜਦੇ ਹਨ। ਜਦੋਂ ਸਰਵਰ ਕਿਸੇ ਖਾਸ ਡਿਵਾਈਸ ਨੂੰ ਸਰਟੀਫ਼ਿਕੇਟ ਜਾਰੀ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ MDM ਅਤੇ SCEP ਦਾਖਲਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਦੂਜੇ ਫ਼ੋਨ 'ਤੇ ਇਸ ਦੀ ਦੁਬਾਰਾ ਵਰਤੋਂ ਜਾਂ ਤਾਂ ਉਦੋਂ ਤੱਕ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਸਰਵਰ ਹਰ ਪਛਾਣ ਲਈ ਇੱਕ ਸੈਸ਼ਨ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ, ਜਾਂ TLS ਹੈਂਡਸ਼ੇਕ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਦੁਬਾਰਾ ਵਰਤੋਂ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਰੀਕਰਤਾ ਦੀ ਨੀਤੀ ਜਾਂਚੋ।
ਪੁਰਾਣੀ ਨੂੰ ਸੇਵਾਮੁਕਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਂ ਡਿਵਾਈਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਨਵਾਂ ਫ਼ੋਨ ਹਰੇ ਆਈਕਨ ਤੋਂ ਵਧੀਆ ਕੁਝ ਪਾਸ ਨਾ ਕਰੇ ਤੱਕ ਪੁਰਾਣਾ ਫ਼ੋਨ ਜੁੜਿਆ ਰੱਖੋ। ਨਵੀਂ ਡਿਵਾਈਸ ਤੋਂ ਐਗਰੈਸ ਪਤਾ ਅਤੇ ਜੋ DNS ਰਿਜ਼ੌਲਵਰ ਇਸ ਨੇ ਅਸਲ ਵਿੱਚ ਵਰਤਿਆ ਉਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ split tunneling ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ ਉਹ ਐਪ ਚਲਾਓ ਜਿਸ ਨੂੰ ਟਨਲ ਬਾਈਪਾਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇੱਕ ਜਿਸ ਨੂੰ ਨਹੀਂ, ਫਿਰ ਵੇਖੋ ਕਿਹੜੀ ਤੁਹਾਡੇ ISP ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ।
ਇੱਕ ਜਾਂਚ ਐਗਰੈਸ ਪਤਾ ਤੈਅ ਕਰਦੀ ਹੈ। ਫ਼ੋਨ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ https://ifconfig.me ਖੋਲ੍ਹੋ, ਫਿਰ ਉਸੇ Wi-Fi 'ਤੇ ਲੈਪਟਾਪ ਤੋਂ curl -s https://ifconfig.me ਚਲਾਓ ਅਤੇ ਦੋਵੇਂ ਜਵਾਬਾਂ ਦੀ ਤੁਲਨਾ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਦਿੱਤੇ ਪਤੇ ਨਾਲ ਕਰੋ।
ਤਦ ਹੀ ਪੁਰਾਣੀ ਪਛਾਣ ਸੇਵਾਮੁਕਤ ਕਰੋ, ਅਤੇ ਇਹ ਜਾਰੀਕਰਤਾ ਰਾਹੀਂ ਕਰੋ: ਸਰਟੀਫ਼ਿਕੇਟ ਰੱਦ ਕਰੋ ਜਾਂ ਖਾਤੇ ਤੋਂ ਡਿਵਾਈਸ ਹਟਾਓ। ਡਾਊਨਲੋਡਾਂ ਵਿੱਚੋਂ ਫ਼ਾਈਲ ਮਿਟਾਉਣ ਨਾਲ ਕੁਝ ਵੀ ਖ਼ਤਮ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਇੱਕੋ ਸਰਟੀਫ਼ਿਕੇਟ ਵਾਲੀਆਂ ਦੋ ਡਿਵਾਈਸਾਂ ਸਰਵਰ ਲੌਗ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ।
ਜੇ ਐਕਸਪੋਰਟ ਲਿਜਾਣਯੋਗ ਨਾ ਹੋਵੇ, ਤਾਂ ਹੱਲ ਜਨਤਕ ਕਾਨਫ਼ਿਗਰੇਸ਼ਨ ਬੰਡਲ ਨਹੀਂ ਸਗੋਂ ਨਵੀਂ ਦਾਖਲਾ ਹੈ। ਦੂਜੀ ਡਿਵਾਈਸ ਲਈ ਪ੍ਰੋਫ਼ਾਈਲ ਮੰਗੋ, ਜਾਂ ਨਵੇਂ ਫ਼ੋਨ 'ਤੇ ਕੁੰਜੀ ਜੋੜੀ ਬਣਾਕੇ CSR ਜਮ੍ਹਾਂ ਕਰੋ; ਹੌਲੀ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਨੂੰ ਜਾਰੀਕਰਤਾ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ।
ਕੁਝ ਵੀ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਚੈੱਕਲਿਸਟ ਚਲਾਓ: ਨਵੀਂ ਡਿਵਾਈਸ ਜੁੜਦੀ ਹੈ, ਐਗਰੈਸ ਪਤਾ ਅਤੇ DNS ਮੇਲ ਖਾਂਦੇ ਹਨ, ਹਰ ਐਪ ਦਾਇਰਾ ਤੁਹਾਡੇ ਇਰਾਦੇ ਅਨੁਸਾਰ ਹੈ, ਪੁਰਾਣੀ ਪਹਿਚਾਣ ਰੱਦ ਹੋ ਚੁੱਕੀ ਹੈ, ਅਤੇ ਰੱਖੀ ਕੋਈ ਵੀ ਕਾਨਫ਼ਿਗ ਫ਼ਾਈਲ ਇਨਕ੍ਰਿਪਟਿਡ ਸਟੋਰੇਜ ਵਿੱਚ ਹੈ।