Android 'ਤੇ ਸੰਭਾਲਿਆ VPN: ਤੁਸੀਂ ਕਿਹੜਾ ਭੇਤ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ?
ਪਾਸਵਰਡ ਮੰਗੇ ਬਿਨਾਂ ਦੁਬਾਰਾ ਜੁੜਨ ਵਾਲਾ ਫ਼ੋਨ ਤੁਹਾਡੇ ਕਾਪੀ ਕਰਨ ਯੋਗ ਪਾਸਵਰਡ ਸੰਭਾਲਦਾ ਨਹੀਂ। ਚਾਰਾਂ ਪ੍ਰਮਾਣਾਂ ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਲੋੜੀਂਦੀ ਮੁੜ ਪ੍ਰਾਪਤੀ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਫ਼ੋਨ ਹਰ ਸਵੇਰ ਕੁਝ ਨਾ ਪੁੱਛਦਿਆਂ VPN ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਮਾਣ ਅੰਦਰ ਕਿਤੇ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਹੁੰਦਾ, ਘੱਟੋ-ਘੱਟ ਉਸ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਪੜ੍ਹ ਕੇ ਨਵੀਂ ਡਿਵਾਈਸ ਵਿੱਚ ਟਾਈਪ ਕਰ ਸਕੋ।
ਫ਼ੋਨ ਕੋਲ ਜੁੜਨ ਦਾ ਅਧਿਕਾਰ ਹੈ। ਤੁਸੀਂ ਅਜਿਹਾ ਭੇਤ ਚਾਹੁੰਦੇ ਹੋ ਜੋ ਨਾਲ ਲਿਜਾ ਸਕੋ, ਅਤੇ ਇਹ ਵੱਖਰੇ ਗੁਣ ਹਨ ਜੋ ਸਕ੍ਰੀਨ ਉੱਤੇ ਸੰਜੋਗ ਨਾਲ ਇੱਕੋ ਵਿਵਹਾਰ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਕੁਝ ਵੀ ਰੀਸੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਚਾਰ ਕਿਸਮਾਂ ਦੇ ਭੇਤਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਅਸਲ ਵਿੱਚ ਗਾਇਬ ਹੈ ਪਛਾਣੋ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਦਾ ਮਾਲਕ ਅਤੇ ਮੁੜ ਪ੍ਰਾਪਤੀ ਵੱਖਰੀ ਹੈ।
ਕੰਮ ਕਰਨ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ
ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਜੁੜਨ ਵਾਲੀ ਐਪ ਪਾਸਵਰਡ, ਸੈਸ਼ਨ ਟੋਕਨ, ਸਰਟੀਫਿਕੇਟ ਦਾ ਹਵਾਲਾ, ਜਾਂ ਨਿਰਯਾਤ ਨਾ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਡਿਵਾਈਸ-ਬੱਧ ਕੁੰਜੀ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ ਰੱਖ ਸਕਦੀ। ਚਾਰੇ ਇੱਕੋ ਵਰਤੋਂਕਾਰ ਅਨੁਭਵ ਦਿੰਦੇ ਹਨ ਅਤੇ ਕੋਈ ਵੀ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦਾ।
ਸੈਟਿੰਗਾਂ ਦੇ ਖੇਤਰ ਵਿੱਚ ਬਿੰਦੂਆਂ ਦੀ ਕਤਾਰ ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਫ਼ੈਸਲਾ ਹੈ, ਸਬੂਤ ਨਹੀਂ। ਕੁਝ ਐਪਾਂ ਸੱਚਮੁੱਚ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਯੋਗ ਪਾਸਵਰਡ ਸੰਭਾਲਦੀਆਂ ਹਨ ਅਤੇ ਉਸਨੂੰ ਦਿਖਾਉਣ ਜਾਂ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਸੁਵਿਧਾ ਦਿੰਦੀਆਂ ਹਨ; ਹੋਰ ਸਿੰਗਲ ਸਾਈਨ-ਇਨ ਪ੍ਰਵਾਹ ਤੋਂ ਟੋਕਨ ਲੈਂਦੀਆਂ ਹਨ ਅਤੇ ਪਾਸਵਰਡ ਕਦੇ ਨਹੀਂ ਦੇਖਦੀਆਂ।
ਇਸ ਲਈ ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਫ਼ਾਈਲ ਕਿੱਥੇ ਹੈ। ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਐਪ ਨੂੰ ਕਿਸ ਕਿਸਮ ਦਾ ਅਧਿਕਾਰ ਮਿਲਿਆ, ਅਤੇ ਉਹ ਜਵਾਬ ਡਿਵਾਈਸ ਤੋਂ ਨਹੀਂ, ਪ੍ਰਦਾਤਾ ਤੋਂ ਆਉਂਦਾ ਹੈ।
ਚਾਰ ਭੇਤ, ਚਾਰ ਮੁੜ ਪ੍ਰਾਪਤੀਆਂ
ਕਿਸੇ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਸਥਿਤੀ ਨੂੰ ਇੱਕ ਕਤਾਰ ਨਾਲ ਮਿਲਾਓ, ਕਿਉਂਕਿ ਕਿਹੜਾ ਕੇਸ ਹੈ ਉਸਦੇ ਆਧਾਰ 'ਤੇ ਬੇਨਤੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲਦੀ ਹੈ।
| What is missing | Who can restore it |
|---|---|
| Account password used with a username | The identity provider, through a reset |
| Password protecting a private key or PKCS#12 package | Nobody, if it is forgotten; a fresh profile and key are issued instead |
| Session token or SSO session | Nobody; sign in again to obtain a new session |
| Reference to a certificate or key held on the device | The administrator, by enrolling the new device |
ਦੂਜੀ ਕਤਾਰ ਲੋਕਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਫੜਦੀ ਹੈ। PKCS#12 ਆਯਾਤ ਪਾਸਵਰਡ ਕੁੰਜੀ ਸਮੱਗਰੀ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ ਅਤੇ ਖਾਤਾ ਲੌਗਇਨ ਨਾਲ ਇਸਦਾ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ, ਇਸ ਲਈ ਖਾਤਾ ਪਾਸਵਰਡ ਰੀਸੈਟ ਕਰਨ ਨਾਲ ਕੁਝ ਵੀ ਮੁੜ ਨਹੀਂ ਮਿਲਦਾ। ਜੇ ਪੈਕੇਜ ਦਾ ਪਾਸਵਰਡ ਸੱਚਮੁੱਚ ਗੁੰਮ ਹੋ ਗਿਆ ਹੈ, ਤਾਂ ਹੱਲ ਦੁਬਾਰਾ ਜਾਰੀ ਕਰਨਾ ਹੈ।
ਚੌਥੀ ਕਤਾਰ ਬਹੁਤ ਸਾਰੇ ਉਲਝਣ ਵਾਲੇ ਸਹਾਇਤਾ ਥ੍ਰੈਡਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ। ਪ੍ਰੋਫ਼ਾਈਲ ਪੋਰਟੇਬਲ ਕਾਪੀ ਰੱਖਣ ਦੀ ਥਾਂ ਪਲੇਟਫ਼ਾਰਮ ਦੇ ਕੁੰਜੀ ਭੰਡਾਰ ਵਿੱਚਲੇ ਪ੍ਰਮਾਣ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੀ ਹੈ, ਅਤੇ ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਵੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਕੱਢਣ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ।
ਐਪ ਦਾ ਡੇਟਾ ਕਾਪੀ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦਾ ਹੈ
ਪੁਰਾਣਾ ਤਰੀਕਾ ਐਪ ਦੀ ਡੇਟਾ ਡਾਇਰੈਕਟਰੀ ਖਿੱਚ ਕੇ ਉਸ ਵਿੱਚੋਂ ਸੰਰਚਨਾ ਪੜ੍ਹਨਾ ਹੈ। ਮੌਜੂਦਾ Android ਵਿੱਚ ਇਸ ਤਰੀਕੇ ਦੀਆਂ ਦੋ ਸੁਤੰਤਰ ਸਮੱਸਿਆਵਾਂ ਹਨ।
ਪਹਿਲੀ ਬੈਕਅਪ ਨੀਤੀ ਹੈ। Android 12 ਨੇ API 31 ਜਾਂ ਨਵੇਂ ਟਾਰਗਟ ਵਾਲੀਆਂ ਐਪਾਂ ਲਈ ਪੁਰਾਣੇ adb backup ਮਾਰਗ ਰਾਹੀਂ ਨਿਰਯਾਤ ਹੋਣ ਵਾਲੇ ਐਪ ਡੇਟਾ ਨੂੰ ਸੀਮਿਤ ਕੀਤਾ, ਅਤੇ ਐਪਾਂ ਡੇਟਾ ਨੂੰ ਬੈਕਅਪ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਾਹਰ ਰੱਖ ਸਕਦੀਆਂ ਹਨ। ਪੁਰਾਣੀ ਡਿਵਾਈਸ ਲਈ ਲਿਖੀ ਪ੍ਰਕਿਰਿਆ ਮੌਜੂਦਾ ਡਿਵਾਈਸ ਲਈ ਸਰਵਵਿਆਪੀ ਮੁੜ ਪ੍ਰਾਪਤੀ ਢੰਗ ਨਹੀਂ ਹੈ।
ਦੂਜੀ ਕੁੰਜੀ ਭੰਡਾਰ ਹੈ। ਉੱਥੇ ਬਣੀਆਂ ਕੁੰਜੀਆਂ ਨਿਰਯਾਤ ਨਾ ਹੋਣ ਯੋਗ ਅਤੇ ਹਾਰਡਵੇਅਰ ਨਾਲ ਬੱਝੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਿਵੇਂ Android Keystore ਦਸਤਾਵੇਜ਼ ਦੱਸਦਾ ਹੈ। ਇਨਕ੍ਰਿਪਟਿਡ ਬਲੌਬ ਕਾਪੀ ਕਰਨ ਨਾਲ ਉਸਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਵਾਲੀ ਕੁੰਜੀ ਕਾਪੀ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਬਹਾਲ ਕੀਤੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਅਜਿਹਾ ਪ੍ਰਮਾਣ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਨਵੀਂ ਡਿਵਾਈਸ ਕਦੇ ਵਰਤ ਨਾ ਸਕੇ।
ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਮੱਸਿਆ ਟਾਲਣ ਯੋਗ ਬੱਗ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ ਪਲੇਟਫ਼ਾਰਮ ਆਪਣੇ ਲਈ ਬਣਾਇਆ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਰੁਕਾਵਟ ਮੰਨਣਾ ਆਮ ਤੌਰ 'ਤੇ ਰੂਟ ਕੀਤੇ ਫ਼ੋਨ ਅਤੇ ਪਾਸਵਰਡ ਤੋਂ ਬਿਨਾਂ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ।
ਜਾਣ-ਬੁੱਝ ਕੇ ਬਦਲਵੇਂ ਫ਼ੋਨ ਵੱਲ ਜਾਓ
ਪਹਿਲਾਂ ਸਮਰਥਿਤ ਕੰਮ ਕਰੋ। ਜੇ ਪ੍ਰਦਾਤਾ ਅਜਿਹਾ ਨਿਰਯਾਤ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰਮਾਣ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਹਨ, ਤਾਂ ਉਸਨੂੰ ਵਰਤੋ ਅਤੇ ਪੁਰਾਣੀ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਂ ਡਿਵਾਈਸ ਉੱਤੇ ਨਤੀਜਾ ਜਾਂਚੋ। ਜੇ ਨਹੀਂ ਦਿੰਦਾ, ਤਾਂ ਨਵੀਂ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਮੰਗੋ, ਜੋ ਸਰਟੀਫਿਕੇਟ-ਆਧਾਰਿਤ ਸੇਵਾਵਾਂ ਲਈ ਆਮ ਰਾਹ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਬਦਲਵੇਂ ਉਪਾਅ ਨਾਲੋਂ ਘੱਟ ਸਮਾਂ ਲੈਂਦਾ ਹੈ।
ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਬਦਲ ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਕਰੋ, ਉਸਨੂੰ ਜੋੜੋ, ਟਨਲ ਰਾਹੀਂ ਇੱਕ ਜਾਂਚ ਬੇਨਤੀ ਭੇਜੋ, ਅਤੇ ਫਿਰ ਹੀ ਅਸਲ ਨੂੰ ਸੇਵਾਮੁਕਤ ਕਰੋ। ਨਵਾਂ ਸਾਬਤ ਹੋਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਫ਼ੋਨ ਰੱਖਣਾ ਉਪਲਬਧ ਸਭ ਤੋਂ ਸਸਤਾ ਬੀਮਾ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਸਬਰ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਖ਼ਰਚ ਨਹੀਂ ਹੁੰਦਾ।
ਰੀਸੈਟ ਦੇ ਮਾੜੇ ਪ੍ਰਭਾਵਾਂ ਦੀ ਵੀ ਯੋਜਨਾ ਬਣਾਓ। ਜੇ ਖਾਤਾ ਪਾਸਵਰਡ ਰੀਸੈਟ ਹੋਵੇ ਜਾਂ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਰੱਦ ਹੋਵੇ, ਤਾਂ ਹੋਰ ਸੈਸ਼ਨ ਅਵੈਧ ਹੋ ਸਕਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਲੈਪਟਾਪ ਕਲਾਇੰਟ ਅਤੇ ਉਹ ਟੈਬਲੈਟ ਵੀ ਸ਼ਾਮਲ ਹੈ ਜੋ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਸੀ। ਇੱਕ-ਇੱਕ ਕਰਕੇ ਲੱਭਣ ਦੀ ਥਾਂ ਉਸੇ ਸਮੇਂ ਵਿੱਚ ਨਿਪਟੋ।
ਕੀ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ
ਸਾਦਾ ਟੈਕਸਟ ਫ਼ਾਈਲ ਲੱਭਣ ਲਈ ਇੱਕੋ-ਇੱਕ ਕੰਮ ਕਰਦੀ ਡਿਵਾਈਸ ਨੂੰ ਰੂਟ ਨਾ ਕਰੋ। ਤੁਸੀਂ ਪਹੁੰਚ ਮੁੜ ਪ੍ਰਾਪਤੀ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਡਿਵਾਈਸ ਦੀ ਅਖੰਡਤਾ ਦੀ ਸਮੱਸਿਆ ਬਣਾ ਦਿੰਦੇ ਹੋ, ਐਪ ਦੀਆਂ ਆਪਣੀਆਂ ਅਖੰਡਤਾ ਜਾਂਚਾਂ ਤੋੜ ਸਕਦੇ ਹੋ, ਅਤੇ ਫਿਰ ਵੀ ਭਰੋਸਾ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਲੱਭ ਰਹੇ ਮੁੱਲ ਦਾ ਪੜ੍ਹਨ ਯੋਗ ਰੂਪ ਮੌਜੂਦ ਹੈ।
ਸਮੱਸਿਆ ਸੱਚੀ ਹੈ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ ਨਿੱਜੀ ਕੁੰਜੀਆਂ, ਨਿਰਯਾਤ ਕੀਤੀਆਂ ਪ੍ਰੋਫ਼ਾਈਲਾਂ ਜਾਂ ਪਾਸਵਰਡ ਸਹਾਇਤਾ ਟਿਕਟ ਵਿੱਚ ਨਾ ਚਿਪਕਾਓ। ਪ੍ਰਦਾਤਾ ਨੂੰ ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਨਾਮ, ਐਪ ਦਾ ਸੰਸਕਰਣ, ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਅਤੇ ਗਲਤੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗੁਪਤ ਨਹੀਂ।
ਅਤੇ ਉਡੀਕ ਕਰਦਿਆਂ ਕਨੈਕਸ਼ਨ ਲੈਣ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬੰਦ ਨਾ ਕਰੋ। ਇਹ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੀ ਅਸੁਵਿਧਾ ਦੇ ਬਦਲੇ ਉਸ ਇੱਕੋ ਜਾਂਚ ਦੀ ਪੱਕੀ ਕਮਜ਼ੋਰੀ ਲਿਆਉਂਦਾ ਹੈ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਸਰਵਰ ਨਾਲ ਗੱਲ ਕਰ ਰਹੇ ਹੋ। ਚਾਰ ਤੱਥ ਦਰਜ ਕਰੋ, ਖ਼ਾਸ ਸਵਾਲ ਪੁੱਛੋ ਅਤੇ ਜਾਰੀ ਕੀਤਾ ਰਾਹ ਵਰਤੋ।