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

ਕਦਮ 0: ਪਛਾਣੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਸੂਚਨਾ ਵੇਖ ਰਹੇ ਹੋ

ਸ਼ਬਦਾਂਵਲੀ ਆਈਕਨ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। VPN ਸਥਿਤੀ ਦੀ ਸੂਚਨਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪ ਕੋਲ ਸਰਗਰਮ VpnService ਹੈ। ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਚੇਤਾਵਨੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟਰਸਟ ਸਟੋਰ ਵਿੱਚ ਕੁਝ ਸਥਾਪਿਤ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਦੀ ਸੂਚਨਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਿਸੇ ਪ੍ਰਬੰਧਕ ਨੇ ਨੀਤੀ ਲਾਗੂ ਕੀਤੀ ਹੈ, ਜਿਸ ਨੇ ਉਸ ਨੀਤੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਟਰਸਟ ਸਥਾਪਿਤ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ।

NoticeWhat it assertsFirst check
VPN statusAn app is running a local VPN serviceWhich app holds the active VPN right now
Certificate authority installedA CA exists in a trust storeIssuer, validity and which store holds it
Managed device or profileAn administrator owns part of the configurationWhether device policy installed the credential

ਜਦੋਂ ਟੈਕਸਟ ਸ਼ਬਦਸ਼ਃ «Network may be monitored» ਕਹਿੰਦਾ ਹੈ, ਭੇਜਣ ਵਾਲਾ VPN ਪ੍ਰਦਾਤਾ ਨਹੀਂ ਸਗੋਂ ਸਿਸਟਮ ਹੁੰਦਾ ਹੈ: ਜਦੋਂ ਵੀ ਕਿਸੇ ਐਪ ਕੋਲ ਸਰਗਰਮ VpnService ਹੁੰਦਾ ਹੈ ਤਾਂ Android ਉਹ ਲਾਈਨ ਛਾਪਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਆਮ ਵਪਾਰਕ ਕਲਾਇੰਟ ਟਰਸਟ ਸਟੋਰ ਵਿੱਚ ਕੁਝ ਵੀ ਪਾਏ ਬਿਨਾਂ ਉਹ ਪੈਦਾ ਕਰ ਦਿੰਦਾ ਹੈ। ਤਿੰਨ ਵਿੱਚੋਂ ਦੋ ਸੂਚਨਾਵਾਂ ਇੱਕੋ ਸਮੇਂ ਸੱਚ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਸ਼ਿਕਾਇਤ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤ ਵਾਲੀ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ। ਜੇ ਵਾਕ ਕਹਿੰਦਾ ਹੈ ਕਿ CA ਸਥਾਪਿਤ ਹੈ, ਤਾਂ VPN ਵੱਧ ਤੋਂ ਵੱਧ ਸ਼ੱਕੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਅਣਇੰਸਟਾਲ ਕਰਨ ਨਾਲ ਚੇਤਾਵਨੀ ਉੱਥੇ ਹੀ ਰਹਿ ਸਕਦੀ ਹੈ ਜਿੱਥੇ ਸੀ।

ਕਦਮ 1: ਕ੍ਰੈਡੈਂਸ਼ਲ ਅਤੇ ਇਸਦਾ ਸਟੋਰ ਲੱਭੋ

Android 9 ਤੋਂ 12 ਵਿੱਚ ਰਾਹ ਹੈ ਸੈਟਿੰਗਾਂ, ਫਿਰ ਸੁਰੱਖਿਆ, ਫਿਰ ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ਲ, ਫਿਰ ਭਰੋਸੇਯੋਗ ਕ੍ਰੈਡੈਂਸ਼ਲ; Android 13 ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਉਹੀ ਸਕ੍ਰੀਨ ਸੁਰੱਖਿਆ ਅਤੇ ਪਰਦੇਦਾਰੀ, ਫਿਰ ਹੋਰ ਸੁਰੱਖਿਆ ਸੈਟਿੰਗਾਂ ਅਧੀਨ ਭੇਜਦੇ ਹਨ, ਅਤੇ OEM ਸਕਿਨ ਪੱਧਰਾਂ ਦੇ ਨਾਮ ਫਿਰ ਬਦਲਦੇ ਹਨ, ਇਸ ਲਈ ਜਦੋਂ ਰਾਹ ਨਾ ਮਿਲੇ ਤਾਂ ਸੈਟਿੰਗਾਂ ਐਪ ਵਿੱਚ «ਭਰੋਸੇਯੋਗ ਕ੍ਰੈਡੈਂਸ਼ਲ» ਖੋਜੋ। ਯੂਜ਼ਰ ਟੈਬ ਵਿੱਚ ਕਿਸੇ ਵਿਅਕਤੀ ਜਾਂ ਐਪ ਵੱਲੋਂ ਸਥਾਪਿਤ ਅਧਿਕਾਰੀ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸਿਸਟਮ ਟੈਬ ਵਿੱਚ ਬਿਲਡ ਨਾਲ ਆਇਆ ਹੁੰਦਾ ਹੈ। ਪ੍ਰਬੰਧਨ ਵੱਲੋਂ ਧੱਕਿਆ ਅਧਿਕਾਰੀ ਡਿਵਾਈਸ ਨੀਤੀ ਰਾਹੀਂ ਜਾਂ ਕੰਮ ਪ੍ਰੋਫਾਈਲ ਅੰਦਰ ਦਿਸਦਾ ਹੈ, ਯੂਜ਼ਰ ਸਟੋਰ ਵਿੱਚ ਆਮ ਟੈਪ ਵਜੋਂ ਨਹੀਂ।

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

ਕਦਮ 2: VPN ਪ੍ਰੋਫਾਈਲ ਦਾ CA ਫ਼ੋਨ ਦੇ ਟਰਸਟ ਤੋਂ ਵੱਖ ਕਰੋ

OpenVPN ਪ੍ਰੋਫਾਈਲ, ਜਾਂ TLS ਰਾਹੀਂ ਆਪਣੇ ਸਰਵਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਕਲਾਇੰਟ, ਅਜਿਹਾ CA ਰੱਖ ਸਕਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਹੀ ਕਲਾਇੰਟ ਆਪਣੇ ਸਰਵਰ ਦੀ ਜਾਂਚ ਲਈ ਵਰਤਦਾ ਹੈ। WireGuard ਪ੍ਰੋਫਾਈਲ ਕੋਈ CA ਨਹੀਂ ਰੱਖਦਾ: ਇਹ ਜਨਤਕ ਕੁੰਜੀ ਜੋੜਿਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ Android ਦੇ ਟਰਸਟ ਸਟੋਰ ਵਿੱਚ ਬੈਠਾ ਅਧਿਕਾਰੀ ਕਦੇ ਵੀ WireGuard ਕਨਫਿਗ ਤੋਂ ਨਹੀਂ ਆ ਸਕਦਾ। ਉਹ ਪ੍ਰੋਫਾਈਲ-ਸਥਾਨਕ ਪ੍ਰਮਾਣ ਪੱਤਰ ਕਿਸੇ ਹੋਰ ਐਪ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਅਤੇ ਇਸਨੂੰ ਸਿਸਟਮ ਟਰਸਟ ਸਟੋਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ ਵੱਖਰੇ ਪ੍ਰਭਾਵ ਖੇਤਰ ਵਾਲਾ ਵੱਖਰਾ ਕਾਰਜ ਹੈ। ਇਨ੍ਹਾਂ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਰੱਖਣਾ ਇਸ ਕਦਮ ਦਾ ਪੂਰਾ ਉਦੇਸ਼ ਹੈ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਦੂਜਾ ਹੀ ਬਦਲਦਾ ਹੈ ਕਿ ਹੋਰ ਐਪ ਕੀ ਸਵੀਕਾਰ ਕਰਨਗੇ।

ਇਸ ਲਈ CA ਵਾਲਾ VPN ਪ੍ਰੋਫਾਈਲ ਰੋਕਥਾਮ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਅਤੇ VPN ਐਪ ਉਸ ਟਰਸਟ ਐਂਟਰੀ ਦੀ ਮਾਲਕ ਨਹੀਂ ਜੋ ਉਸਨੇ ਕਦੇ ਬਣਾਈ ਹੀ ਨਹੀਂ। ਜਾਂਚ ਸਸਤੀ ਹੈ: VPN ਰੋਕੋ ਅਤੇ ਸੂਚਨਾ ਦੁਬਾਰਾ ਪੜ੍ਹੋ। ਜੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਚੇਤਾਵਨੀ ਅਜੇ ਵੀ ਉੱਥੇ ਹੈ, ਤਾਂ VPN ਨੇ ਉਹ ਉੱਥੇ ਨਹੀਂ ਰੱਖੀ ਅਤੇ ਐਪ ਹਟਾਉਣ ਨਾਲ ਉਹ ਨਹੀਂ ਹਟੇਗੀ।

ਕਦਮ 3: ਸਰਵਰ ਅਧਿਕਾਰੀ ਨੂੰ ਕਲਾਇੰਟ ਪਛਾਣ ਤੋਂ ਵੱਖ ਪਛਾਣੋ

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

ਕਲਾਇੰਟ ਪਛਾਣ ਹਟਾਉਣ ਨਾਲ HTTPS ਟਰਸਟ ਲਈ ਕੁਝ ਨਾ ਕਰਦਿਆਂ Wi-Fi ਜਾਂ VPN ਪ੍ਰਮਾਣੀਕਰਨ ਟੁੱਟ ਸਕਦਾ ਹੈ, ਅਤੇ CA ਹਟਾਉਣ ਨਾਲ ਉਸ ਅਧਿਕਾਰੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੀ ਹਰ ਐਪ 'ਤੇ ਅਸਰ ਪੈਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਦਬਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਵੇਖ ਰਹੇ ਹੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਮਾਲਕ ਅਤੇ ਬਹਾਲੀ ਮਾਰਗ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ।

ਕਦਮ 4: ਪੁੱਛੋ ਕਿ ਕਿਹੜੀਆਂ ਐਪਾਂ ਸੱਚਮੁੱਚ ਇਸ 'ਤੇ ਭਰੋਸਾ ਕਰਦੀਆਂ ਹਨ

Android ਦਾ ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਕਨਫਿਗਰੇਸ਼ਨ ਐਪ ਦੀ ਸੀਮਾ ਤੈਅ ਕਰਦਾ ਹੈ। API 24 ਜਾਂ ਬਾਅਦ ਵਾਲੇ ਟਾਰਗਿਟ ਵਾਲੀਆਂ ਐਪਾਂ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਸਿਸਟਮ ਅਧਿਕਾਰੀਆਂ 'ਤੇ ਭਰੋਸਾ ਕਰਦੀਆਂ ਹਨ, ਜਦੋਂ ਕਿ API 23 ਜਾਂ ਪਹਿਲਾਂ ਵਾਲੇ ਟਾਰਗਿਟ ਵਾਲੀਆਂ ਐਪਾਂ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਯੂਜ਼ਰ ਵੱਲੋਂ ਜੋੜੇ ਅਧਿਕਾਰੀਆਂ 'ਤੇ ਵੀ ਭਰੋਸਾ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਐਪ ਆਪਣੇ ਐਂਕਰ ਦੱਸ ਸਕਦੀ ਹੈ, ਡੋਮੇਨ ਅਨੁਸਾਰ ਨਿਯਮ ਜੋੜ ਸਕਦੀ ਹੈ ਜਾਂ ਡਿਫ਼ਾਲਟ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਾਹਰ ਨਿਕਲ ਸਕਦੀ ਹੈ।

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

ਕਦਮ 5: ਫ਼ੈਸਲਾ ਕਰੋ, ਫਿਰ ਮਾਲਕ ਅਤੇ ਨਿਕਾਸ ਯੋਜਨਾ ਦਰਜ ਕਰੋ

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

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

ਸਕ੍ਰੀਨ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਤਿੰਨ ਜਵਾਬ ਚਾਹੁੰਦੇ ਹੋ: ਕਿਸਨੇ ਇਹ ਸਥਾਪਿਤ ਕੀਤਾ, ਕਿਹੜੇ ਕਨੈਕਸ਼ਨ ਇਸ 'ਤੇ ਨਿਰਭਰ ਹਨ ਅਤੇ ਇਹ ਕਿਵੇਂ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ