ਤੁਸੀਂ ਸੈਟਿੰਗਾਂ ਵਿੱਚ IKEv2 ਸੰਰਚਨਾ ਜੋੜ ਰਹੇ ਹੋ, ਅਤੇ ਦੋ ਖੇਤਰ ਅਜਿਹਾ ਟੈਕਸਟ ਮੰਗ ਰਹੇ ਹਨ ਜੋ ਕਿਸੇ ਨੇ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦਿੱਤਾ: Remote ID ਅਤੇ Local ID। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਤੁਹਾਡਾ ਉਪਭੋਗਤਾ ਨਾਮ ਨਹੀਂ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ Server ਖੇਤਰ ਦੀ ਦੂਜੀ ਨਕਲ ਨਹੀਂ ਹੈ। Remote ID ਉਹ ਪਛਾਣ ਹੈ ਜੋ ਗੇਟਵੇ ਨੂੰ ਤੁਹਾਡੇ iPhone ਸਾਹਮਣੇ ਸਾਬਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ; Local ID ਉਹ ਪਛਾਣ ਹੈ ਜੋ ਤੁਹਾਡਾ iPhone ਗੇਟਵੇ ਸਾਹਮਣੇ ਦਾਅਵਾ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਗਲਤ ਹੋਇਆ ਤਾਂ ਸਰਵਰ ਜਵਾਬ ਦੇ ਚੁੱਕਣ ਮਗਰੋਂ ਟਨਲ ਮਰ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਅਸਫਲਤਾ ਪਾਸਵਰਡ ਦੀ ਸਮੱਸਿਆ ਵਰਗੀ ਲੱਗਦੀ ਹੈ, ਪਰ ਹੈ ਨਹੀਂ।

iOS ਵਿੱਚ ਖੇਤਰ ਕਿੱਥੇ ਹਨ

ਸੈਟਿੰਗਾਂ > ਆਮ > VPN ਅਤੇ ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ > VPN ਖੋਲ੍ਹੋ ਅਤੇ IKEv2 ਸੰਰਚਨਾ ਜੋੜੋ। ਪ੍ਰਮਾਣੀਕਰਨ ਹੇਠ ਤੁਸੀਂ ਉਪਭੋਗਤਾ ਨਾਮ ਜਾਂ ਪ੍ਰਮਾਣ ਪੱਤਰ ਚੁਣਦੇ ਹੋ, ਅਤੇ ਉਦੋਂ ਹੀ Remote ID ਅਤੇ Local ID ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਬਕਸਿਆਂ ਵਜੋਂ ਦਿਸਦੇ ਹਨ। ਇਹ ਪਛਾਣਕਰਤਾ ਹਨ, ਪਤੇ ਨਹੀਂ: iOS ਇਹਨਾਂ ਨੂੰ IKE_AUTH ਅਦਲਾ-ਬਦਲੀ ਵਿੱਚ ਲੈ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ IKEv2 ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ ਦੀ ਪਛਾਣ ਨੂੰ IDi ਅਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਦੀ ਪਛਾਣ ਨੂੰ IDr ਕਹਿੰਦਾ ਹੈ।

ਸੰਭਾਲਣ ਮਗਰੋਂ iOS ਸੰਰਚਨਾ ਨੂੰ ਇੱਕ ਕਤਾਰ ਵਿੱਚ ਮੋੜ ਦਿੰਦਾ ਹੈ ਅਤੇ ਮੁੱਲ ਦਿਖਾਉਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਖੇਤਰ ਖਾਲੀ ਹਨ ਅਜਿਹਾ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਣਕਾਰੀ ਬਟਨ ਦਬਾਓ ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਦੁਬਾਰਾ ਖੋਲ੍ਹੋ। MDM ਵੱਲੋਂ ਭੇਜੀ ਸੰਰਚਨਾ ਇਹਨਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਲੇਟੀ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਸ ਨਾਲ ਬਦਲਦਾ ਹੈ ਕਿ ਸਮੱਸਿਆ ਕੌਣ ਠੀਕ ਕਰ ਸਕਦਾ ਹੈ।

Remote ID ਗੇਟਵੇ ਦਾ ਨਾਮ ਹੈ

ਇਹ ਉਹ ਮੁੱਲ ਹੈ ਜੋ ਸਰਵਰ ਸਾਬਤ ਕਰੇ, ਅਜਿਹੀ ਤੁਹਾਡਾ iPhone ਆਸ ਰੱਖਦਾ ਹੈ। ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰਮਾਣੀਕਰਨ ਵਿੱਚ ਇਸ ਦੀ ਸਰਵਰ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਿੱਚਲੇ ਨਾਮ ਨਾਲ ਤੁਲਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਆਮ ਤੌਰ ਤੇ subject ਜਾਂ subjectAltName ਐਂਟਰੀ। ਜੇ ਪ੍ਰਮਾਣ ਪੱਤਰ vpn.example.com ਲਈ ਜਾਰੀ ਹੋਇਆ ਹੈ, ਤਾਂ ਉਹੀ ਹੋਸਟਨਾਮ Remote ID ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਮਸ਼ੀਨ ਤੱਕ ਸਿਰਫ਼ IP ਪਤੇ ਨਾਲ ਪਹੁੰਚੋ।

ਇਹੀ ਬੇਮੇਲ ਆਮ ਅਸਫਲਤਾ ਹੈ: ਪੈਕੇਟ ਆਉਂਦੇ ਹਨ, ਸਰਵਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਵੀ ਕਨੈਕਸ਼ਨ ਢਹਿ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਪਛਾਣ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਮੰਗੇ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ। Server ਖੇਤਰ ਨੂੰ ਕੱਚੇ IP ਵੱਲ ਮੋੜਨ ਨਾਲ ਮਦਦ ਨਹੀਂ ਮਿਲਦੀ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਗੇਟਵੇ ਉੱਤੇ ਸਰਵਰ ਉਸ ਪਛਾਣ ਦਾ ਜਵਾਬ ਦੇਣਾ ਹੀ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਉਹ ਮਿਲਾ ਨਹੀਂ ਸਕਦਾ।

ਗੇਟਵੇ ਕੋਲ ਮਿਲਦੀ ਸੈਟਿੰਗ ਹੁੰਦੀ ਹੈ। strongSwan ਸਰਵਰ ਆਪਣੀ ਪਛਾਣ leftid ਨਾਲ ਭੇਜਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ rightid ਨਾਲ ਸੀਮਤ ਕਰ ਸਕਦਾ ਹੈ; ਜੇ ਦੋਵੇਂ ਧਿਰਾਂ ਸਟਰਿੰਗ ਉੱਤੇ ਸਹਿਮਤ ਨਾ ਹੋਣ ਤਾਂ IKE_AUTH ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਬਾਰ ਤੋਂ URL ਨਕਲ ਕਰਨ ਦੀ ਥਾਂ ਆਪਰੇਟਰ ਨੂੰ ਪੁੱਛੋ ਕਿ ਪ੍ਰਮਾਣ ਪੱਤਰ ਕਿਹੜੀ ਪਛਾਣ ਲਈ ਜਾਰੀ ਹੋਇਆ ਸੀ।

Apple ਆਪਣੀ IKEv2 ਸੈਟਿੰਗਾਂ ਸੰਦਰਭ ਵਿੱਚ ਪੇਲੋਡ ਕੁੰਜੀਆਂ ਨੂੰ RemoteIdentifier ਅਤੇ LocalIdentifier ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਸਾਧਾਰਨ ਸਟਰਿੰਗ ਹਨ, ਇਸ ਲਈ ਅੱਖਰਾਂ ਦਾ ਆਕਾਰ ਅਤੇ ਅੰਤ ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਮਾਇਨੇ ਰੱਖ ਸਕਦੇ ਹਨ।

Local ID ਉਹ ਹੈ ਜੋ ਤੁਹਾਡਾ iPhone ਦਾਅਵਾ ਕਰਦਾ ਹੈ

ਉਪਭੋਗਤਾ ਨਾਮ ਪ੍ਰਮਾਣੀਕਰਨ ਵਿੱਚ EAP ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਜਾਂਚਦਾ ਹੈ, ਅਤੇ Local ID ਇੱਕ ਵੱਖਰੀ IKE ਪਛਾਣ ਹੈ ਜੋ ਕੁਝ ਗੇਟਵੇ ਵੀ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਗੇਟਵੇ ਮੰਗ ਕਰ ਸਕਦਾ ਹੈ ਕਿ Local ID ਉਪਭੋਗਤਾ ਨਾਮ ਦੇ ਬਰਾਬਰ ਹੋਵੇ, ਈਮੇਲ ਪਤਾ ਹੋਵੇ, ਜਾਂ ਉਸ ਦੀ ਕਨੈਕਸ਼ਨ ਨੀਤੀ ਦੀ ਕਿਸੇ ਐਂਟਰੀ ਨਾਲ ਮੇਲ ਖਾਵੇ; ਹੋਰ ਇਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹਨ। ਇਸ ਨੂੰ ਖਾਲੀ ਛੱਡਣਾ ਤਦ ਹੀ ਸੁਰੱਖਿਅਤ ਹੈ ਜਦੋਂ ਆਪਰੇਟਰ ਇੰਝ ਕਹੇ।

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

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

ਸੰਭਾਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੰਜ ਮਿੰਟ ਦੀ ਜਾਂਚ

ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਪੂਰਾ ਕਰੋ; ਪਹਿਲਾਂ ਅਸਫਲ ਹੋਣ ਵਾਲਾ ਕਦਮ ਹੀ ਠੀਕ ਕਰਨਾ ਹੈ।

  1. ਆਪਰੇਟਰ ਤੋਂ ਤਿੰਨ ਸਟਰਿੰਗ ਲਵੋ: ਸਰਵਰ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਿੱਚਲਾ ਨਾਮ, ਉਮੀਦ ਕੀਤਾ Local ID ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ।
  2. ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ ਮਿਲਾਓ। Remote ID ਅਤੇ Local ID ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੇ, ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰੋਫਾਈਲ ਪਾਸਵਰਡ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰੇਗੀ।
  3. ਮੁੱਲ ਬਿਲਕੁਲ ਟਾਈਪ ਕਰੋ, ਅੱਖਰਾਂ ਦੇ ਆਕਾਰ ਸਮੇਤ, ਅੰਤ ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਬਿਨਾਂ।
  4. ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ। ਚੇਤਾਵਨੀ ਚੁੱਪ ਕਰਾਉਣ ਲਈ ਅਸੰਬੰਧਿਤ ਰੂਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਥਾਪਤ ਕਰਨਾ ਨਾਮ ਦੀ ਬੇਮੇਲ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਥਾਂ ਲੁਕਾਉਂਦਾ ਹੈ।
  5. ਦਫ਼ਤਰ ਦੇ Wi-Fi ਉੱਤੇ ਨਹੀਂ, ਮੋਬਾਈਲ ਡੇਟਾ ਉੱਤੇ ਟੈਸਟ ਕਰੋ, ਤਾਂ ਜੋ ਕੈਪਟਿਵ ਪੋਰਟਲ ਜਾਂ ਵੰਡਿਆ DNS ਪਛਾਣ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਨਾ ਦਿਸੇ।
FieldWhat belongs thereWhat a wrong value looks like
Remote IDThe DNS name in the gateway certificateServer answers, then the tunnel drops with a certificate or identity error
Local IDThe identity the gateway policy expects for youIKE_AUTH or user authentication fails after the server responds
ServerA reachable hostname or IPTimeout with no identity exchange at all

ਸਾਰਣੀ ਉੱਪਰੋਂ ਪੜ੍ਹੋ। Server ਕਤਾਰ ਵਿੱਚ ਟਾਈਮਆਊਟ ਦਾ ਅਰਥ ਹੈ ਕਿ ਪਛਾਣ ਵਾਲੇ ਖੇਤਰ ਕਦੇ ਜਾਂਚੇ ਹੀ ਨਹੀਂ ਗਏ, ਇਸ ਲਈ ਉੱਥੇ ਹੀ ਰੁਕੋ। ਸਰਵਰ ਦੇ ਜਵਾਬ ਮਗਰੋਂ ਹੀ ਦਿਸਣ ਵਾਲੀ ਗਲਤੀ ਲਗਭਗ ਹਮੇਸ਼ਾ Remote ID ਜਾਂ Local ID ਦੀ ਬੇਮੇਲ ਹੁੰਦੀ ਹੈ।

ਗਲਤ ਖੇਤਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੀਆਂ ਗਲਤੀਆਂ

"User authentication failed" ਵਰਗਾ ਸੁਨੇਹਾ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ EAP ਬਾਰੇ ਹੈ, Remote ID ਬਾਰੇ ਨਹੀਂ। ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਚੇਤਾਵਨੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਿੱਚਲੇ ਨਾਮ ਬਾਰੇ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ Remote ID ਅਤੇ Server ਖੇਤਰ ਮਿਲਦੇ ਹਨ। "The VPN server did not respond" ਦਾ ਆਮ ਅਰਥ ਹੈ ਕਿ UDP 500 ਅਤੇ 4500 ਕਦੇ ਪੂਰੇ ਨਹੀਂ ਹੋਏ, ਜਾਂ NAT ਲੰਘਣਾ ਅਸਫਲ ਰਿਹਾ, ਅਤੇ ਕੋਈ ਪਛਾਣ ਤੁਲਨਾ ਹੀ ਨਹੀਂ ਹੋਈ।

ਗੇਟਵੇ ਵੱਲ ਪਛਾਣ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਵੱਖਰੀਆਂ ਦਿਸਦੀਆਂ ਹਨ: IKE_AUTH ਦੌਰਾਨ ਪੀਅਰ ਰੱਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਲਾਗ ਕਲਾਇੰਟ ਵੱਲੋਂ ਭੇਜੀ ID ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਅਤੇ ਕਹਿੰਦੀ ਹੈ ਕਿ ਇਹ ਕਿਸੇ ਕਨੈਕਸ਼ਨ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ। ਉਹੀ ਲਾਗ ਲਾਈਨ ਬਹਿਸ ਨਿਪਟਾਉਣ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਫੋਨ ਵੱਲੋਂ ਭੇਜੀ ਬਿਲਕੁਲ ਉਹੀ ਸਟਰਿੰਗ ਦਿਖਾਉਂਦੀ ਹੈ।

ਪਾਸਵਰਡ ਰੀਸੈਟ ਕਰਨ ਨਾਲ ਉਮੀਦ ਕੀਤੀ ਸਰਵਰ ਪਛਾਣ ਠੀਕ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ Remote ID ਬਦਲਣ ਨਾਲ ਗਲਤ ਪਾਸਵਰਡ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ। ਪਹਿਲਾਂ ਪੜਾਅ ਵੱਖ ਕਰੋ, ਫਿਰ ਉਸ ਪੜਾਅ ਵਾਲਾ ਖੇਤਰ ਸੋਧੋ।

ਜਦੋਂ ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਬੰਧਿਤ ਹੋਵੇ

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

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

ਸੈਟਿੰਗਾਂ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਭਰੀਆਂ ਤਿੰਨ ਸਟਰਿੰਗਾਂ ਅਤੇ ਉਹ ਕਿੱਥੋਂ ਆਈਆਂ, ਲਿਖ ਲਵੋ। ਅਗਲੀ ਵਾਰ ਟਨਲ ਅਸਫਲ ਹੋਣ ਉੱਤੇ ਗੇਟਵੇ ਲਾਗ ਵਿੱਚ ਮਿਲੀ ID ਦੀ ਉਸ ਨੋਟ ਨਾਲ ਤੁਲਨਾ ਕਰੋ: ਜੇ ਵੱਖਰੀ ਹੈ ਤਾਂ ਤੁਸੀਂ ਪਾਸਵਰਡ ਨਹੀਂ, ਖੇਤਰ ਵੱਲ ਵੇਖ ਰਹੇ ਹੋ।

ਸੰਬੰਧਿਤ ਲੇਖ