Android 'ਤੇ VPN ਸਰਟੀਫਿਕੇਟ ਆਯਾਤ ਕਰਨ ਅਤੇ ਕੁੰਜੀ ਤਸਦੀਕ ਕਰਨ ਦਾ ਤਰੀਕਾ

Android 'ਤੇ VPN ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਆਯਾਤ ਕਰਨ ਵਿੱਚ ਕੁਝ ਮਿੰਟ ਲੱਗਦੇ ਹਨ। ਇਹ ਸਹੀ ਥਾਂ 'ਤੇ ਪਹੁੰਚਿਆ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਜਾਂਚਣ ਵਿੱਚ ਵੱਧ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇੰਸਟਾਲ ਸੰਵਾਦ ਸਫਲਤਾ ਕਹਿਣ ਤੋਂ ਬਾਅਦ ਬਹੁਤੇ ਲੋਕ ਇਹੀ ਹਿੱਸਾ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਸਫਲਤਾ ਦਾ ਸੁਨੇਹਾ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਫ਼ਾਈਲ ਪਾਰਸ ਹੋ ਗਈ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਨਿੱਜੀ ਕੁੰਜੀ ਕਿਸ ਪ੍ਰਦਾਤਾ ਕੋਲ ਹੈ ਜਾਂ Downloads ਫੋਲਡਰ ਵਿੱਚ ਅਜੇ ਵੀ ਕੋਈ ਕਾਪੀ ਪਈ ਹੈ ਜਾਂ ਨਹੀਂ।

ਕਦਮ 1: P12 ਨੂੰ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ

ਫ਼ਾਈਲ ਤੋਂ ਹੀ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਇਸ ਵਿੱਚਲੇ ਵਿਸ਼ੇ, ਜਾਰੀਕਰਤਾ ਅਤੇ ਸਮਾਪਤੀ ਤਾਰੀਖ ਨੂੰ ਨਹੀਂ ਦੱਸ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹਾ ਕੁਝ ਆਯਾਤ ਕਰ ਰਹੇ ਹੋ ਜਿਸ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਤਸਦੀਕ ਨਹੀਂ ਕਰ ਸਕੋਗੇ।

PKCS#12 ਬੰਡਲ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ, ਇਸ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਅਤੇ ਜਾਰੀਕਰਤਾ ਦੀ ਲੜੀ ਹੁੰਦੀ ਹੈ। openssl pkcs12 -in client.p12 -info -noout ਕੁੰਜੀ ਸਮੱਗਰੀ ਬਾਹਰ ਕੱਢੇ ਬਿਨਾਂ MAC ਅਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ ਛਾਪਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਬੰਡਲ ਪਾਸਵਰਡ ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਕਿਹੜੇ ਸਾਈਫਰ ਨਾਲ। ਫਿਰ keytool -list -v -keystore client.p12 -storetype PKCS12 ਚਲਾਓ ਤਾਂ ਜੋ ਉਪਨਾਮ, SHA-256 ਫਿੰਗਰਪ੍ਰਿੰਟ ਅਤੇ ਫ਼ੋਨ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਵਾਲੀ ਵੈਧਤਾ ਮਿਲ ਸਕੇ।

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

ਕਦਮ 2: ਇਸ ਨੂੰ ਉਸ ਸਲਾਟ ਵਿੱਚ ਇੰਸਟਾਲ ਕਰੋ ਜੋ VPN ਐਪ ਸੱਚਮੁੱਚ ਪੜ੍ਹਦੀ ਹੈ

ਸਟਾਕ Android 11 ਤੋਂ 14 'ਤੇ ਰਾਹ ਸੈਟਿੰਗਾਂ, ਸੁਰੱਖਿਆ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਸਰਟੀਫਿਕੇਟ ਇੰਸਟਾਲ ਕਰੋ, ਫਿਰ VPN ਅਤੇ ਐਪ ਉਪਭੋਗਤਾ ਸਰਟੀਫਿਕੇਟ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ। ਸ਼ਬਦਾਵਲੀ ਅਤੇ ਨੈਸਟਿੰਗ ਰੀਲੀਜ਼ਾਂ ਅਤੇ ਨਿਰਮਾਤਾਵਾਂ ਦੀਆਂ ਸਕਿਨਾਂ ਵਿਚਕਾਰ ਬਦਲਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਯਾਦ ਕੀਤੀ ਮੀਨੂ ਸਥਿਤੀ ਦੀ ਬਜਾਏ ਪ੍ਰਮਾਣ ਪੱਤਰ ਕਿਸਮ ਦੇ ਲੇਬਲ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਕੰਮ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਕੰਮ ਪਾਸੇ ਦੇ ਅੰਦਰੋਂ ਇੰਸਟਾਲ ਕਰੋ, ਕਿਉਂਕਿ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰੋਫ਼ਾਈਲ ਸੀਮਾ ਨਹੀਂ ਲੰਘਦੇ।

ਕਲਾਇੰਟ ਪਛਾਣ CA ਸਰਟੀਫਿਕੇਟ ਸਲਾਟ ਵਿੱਚ ਨਾ ਰੱਖੋ। ਉਹ ਸਲਾਟ ਉਪਭੋਗਤਾ ਦੇ ਭਰੋਸੇ ਭੰਡਾਰ ਨੂੰ ਖੁਆਉਂਦਾ ਹੈ, ਅਤੇ Android 7 ਤੋਂ ਐਪਾਂ ਉਪਭੋਗਤਾ ਵੱਲੋਂ ਜੋੜੇ CA ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੀਆਂ ਹਨ ਜਦੋਂ ਤੱਕ ਉਨ੍ਹਾਂ ਦੀ ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਸੰਰਚਨਾ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ, ਇਸ ਲਈ ਉੱਥੇ ਰੱਖਿਆ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ VPN ਕੁੰਜੀ ਚੋਣਕਾਰ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਦਿਸਦਾ।

ਕੁਝ VPN ਕਲਾਇੰਟ ਸਿਸਟਮ ਭੰਡਾਰ ਨੂੰ ਕਦੇ ਨਹੀਂ ਛੂਹਦੇ ਅਤੇ ਇਸ ਦੀ ਬਜਾਏ P12 ਨੂੰ ਆਪਣੀ ਐਪ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਆਯਾਤ ਕਰਦੇ ਹਨ। ਇਹ ਜਾਇਜ਼ ਡਿਜ਼ਾਈਨ ਹੈ, ਪਰ ਇਹ ਹਰ ਅਗਲੇ ਕਦਮ ਨੂੰ ਬਦਲ ਦਿੰਦਾ ਹੈ: ਕੁੰਜੀ ਹੁਣ ਐਪ ਸੈਂਡਬਾਕਸ ਹੇਠ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਓਨੀ ਹੀ ਮਜ਼ਬੂਤ ਹੈ ਜਿੰਨੀ ਉਹ ਐਪ ਆਪਣਾ ਭੰਡਾਰ ਸੰਭਾਲਦੀ ਹੈ। KeyChain ਖੇਡ ਵਿੱਚ ਹੈ ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ।

ਕਦਮ 3: ਸਾਬਤ ਕਰੋ ਕਿ ਕਿਹੜਾ ਪ੍ਰਦਾਤਾ ਕੁੰਜੀ ਰੱਖਦਾ ਹੈ

ਆਯਾਤ ਪਾਰਸਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਹਾਰਡਵੇਅਰ ਸਹਾਇਤਾ ਦੀ ਨਹੀਂ। Android 12 ਅਤੇ ਬਾਅਦ ਵਿੱਚ, KeyInfo.getSecurityLevel() ਦੱਸਦਾ ਹੈ ਕਿ ਕੁੰਜੀ ਭਰੋਸੇਯੋਗ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਣ ਵਿੱਚ, StrongBox ਵਿੱਚ ਜਾਂ ਸੌਫ਼ਟਵੇਅਰ ਵਿੱਚ ਹੈ, ਅਤੇ ਇਹ ਪੁਰਾਣੀ isInsideSecureHardware() ਕਾਲ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ। ਜੇ VPN ਕਲਾਇੰਟ ਉਹ ਮੁੱਲ ਨਹੀਂ ਦਿਖਾਉਂਦਾ, ਤਾਂ ਕਦਮ 1 ਦਾ ਫਿੰਗਰਪ੍ਰਿੰਟ ਤੁਹਾਡਾ ਵਿਕਲਪ ਹੈ। ਆਯਾਤ ਦੌਰਾਨ ਮੁੜ ਐਨਕੋਡ ਕੀਤਾ ਸਰਟੀਫਿਕੇਟ ਬਾਈਟ ਬਾਈਟ ਨਹੀਂ ਮਿਲੇਗਾ, ਪਰ ਜਨਤਕ ਕੁੰਜੀ ਅਤੇ ਵਿਸ਼ਾ ਫਿਰ ਵੀ ਮਿਲਣਗੇ।

ਨਿਰਯਾਤ ਨਾ ਹੋਣਾ ਵਰਤੋਂ ਯੋਗ ਨਾ ਹੋਣਾ ਨਹੀਂ ਹੈ। ਜੋ ਕੁੰਜੀ ਡਿਵਾਈਸ ਛੱਡ ਨਹੀਂ ਸਕਦੀ, ਉਹ ਅਜੇ ਵੀ ਕਿਸੇ ਵੀ ਐਪ ਵੱਲੋਂ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜਿਸ ਨੂੰ ਉਪਭੋਗਤਾ ਉਸ ਉਪਨਾਮ ਦੀ ਚੋਣ ਦਾ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਉਪਨਾਮ ਦੀ ਬੇਨਤੀ ਰਸਮ ਨਹੀਂ, ਅਸਲ ਨਿਯੰਤਰਣ ਹੈ। Android Keystore ਦਸਤਾਵੇਜ਼ ਜੇ ਤੁਸੀਂ ਇਹ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲਾ ਲੈ ਰਹੇ ਹੋ ਤਾਂ ਇੱਕ ਵਾਰ ਪੜ੍ਹਨ ਯੋਗ ਹੈ।

ਫਿਰ ਤੁਸੀਂ ਬਣਾਈਆਂ ਕਾਪੀਆਂ ਦਾ ਹਿਸਾਬ ਕਰੋ। ਤੁਹਾਡੇ ਲੈਪਟਾਪ 'ਤੇ ਪਈ P12, ਟਿਕਟ ਦੇ ਅਟੈਚਮੈਂਟ ਵਾਲੀ ਅਤੇ ਪਿਛਲੇ ਮਹੀਨੇ ਦੇ ਬੈਕਅਪ ਵਾਲੀ — ਜਾਰੀਕਰਤਾ ਦੇ ਰੱਦ ਕਰਨ ਤੱਕ ਸਾਰੀਆਂ ਵੈਧ ਪਛਾਣਾਂ ਹਨ। ਫ਼ੋਨ 'ਤੇ ਮੌਜੂਦ ਪ੍ਰਤੀਰੂਪ ਦੀ ਹਾਰਡਵੇਅਰ ਸੁਰੱਖਿਆ ਉਨ੍ਹਾਂ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੀ।

ਕਦਮ 4: ਸਕ੍ਰੀਨ ਲਾਕ ਦੀ ਲੋੜ ਕਿਸ ਦੀ ਹੈ ਇਹ ਲੱਭੋ

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

ਜਦੋਂ ਡਿਵਾਈਸ ਪ੍ਰਸ਼ਾਸਕ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਪ੍ਰੋਫ਼ਾਈਲ ਨੀਤੀ ਲਾਕ ਮੰਗਦੀ ਹੈ, ਲੋੜ ਸਰਟੀਫਿਕੇਟ ਦੀ ਨਹੀਂ, ਉਸ ਨੀਤੀ ਦੀ ਹੁੰਦੀ ਹੈ। adb shell dumpsys device_policy ਸਰਗਰਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਵੱਲੋਂ ਲਾਗੂ ਕੀਤੀ ਪਾਸਵਰਡ ਗੁਣਵੱਤਾ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਜੋ ਇਹ ਵੇਖਣ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ ਕਿ ਤੁਹਾਡੇ PIN ਨਿਯਮ ਬਦਲਣ ਦਾ ਕਾਰਨ MDM ਏਜੰਟ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਰਟੀਫਿਕੇਟ ਹਟਾਉਣ ਨਾਲ ਨੀਤੀ ਢਿੱਲੀ ਨਹੀਂ ਹੋਵੇਗੀ, ਅਤੇ ਨੀਤੀ ਹਟਾਉਣਾ ਸੈਟਿੰਗ ਦੀ ਮੁਰੰਮਤ ਨਹੀਂ, ਪ੍ਰਸ਼ਾਸਕੀ ਫ਼ੈਸਲਾ ਹੈ।

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

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

ਕਦਮ 5: ਪਛਾਣ ਨੂੰ ਰਿਟਾਇਰ ਕਰੋ ਅਤੇ ਇਨਕਾਰ ਤਸਦੀਕ ਕਰੋ

ਰਿਟਾਇਰਮੈਂਟ ਦੇ ਤਿੰਨ ਹਿੱਸੇ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਸਥਾਨਕ ਹੈ। VPN ਪ੍ਰੋਫ਼ਾਈਲ ਹਟਾਓ, ਸੈਟਿੰਗਾਂ, ਸੁਰੱਖਿਆ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਹੇਠ ਉਪਭੋਗਤਾ ਸਰਟੀਫਿਕੇਟ ਮਿਟਾਓ, ਫਿਰ ਜਾਰੀਕਰਤਾ ਤੋਂ ਸਰਟੀਫਿਕੇਟ ਦਾ ਸੀਰੀਅਲ ਨੰਬਰ ਰੱਦ ਕਰਵਾਓ। ਸਿਰਫ਼ ਸਥਾਨਕ ਮਿਟਾਉਣਾ ਅਜਿਹਾ ਪ੍ਰਮਾਣ ਛੱਡਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ P12 ਰੱਖ ਲਵੇ ਤਾਂ ਸਰਵਰ ਅਜੇ ਵੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ।

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

ਜੇ ਤੁਸੀਂ ਅਸਫਲ ਆਯਾਤ ਨੂੰ ਵਾਪਸ ਰੋਲ ਰਹੇ ਹੋ, ਤਾਂ ਡਿਸਕ 'ਤੇ ਛੱਡੀ ਡੀਕ੍ਰਿਪਟ ਕੀਤੀ ਕੁੰਜੀ ਫ਼ਾਈਲ ਦੁਬਾਰਾ ਵਰਤਣ ਦੀ ਬਜਾਏ ਮੂਲ ਐਨਕ੍ਰਿਪਟਿਡ ਬੰਡਲ ਤੋਂ ਦੁਬਾਰਾ ਆਯਾਤ ਕਰੋ ਅਤੇ ਫਿੰਗਰਪ੍ਰਿੰਟ ਦੁਬਾਰਾ ਜਾਂਚੋ।