iPhone ਤੇ VPN ਐਪ ਜਾਂ ਬਿਲਟ-ਇਨ IKEv2: ਕਿਵੇਂ ਚੁਣੀਏ
iPhone ਦੀ VPN ਐਪ ਅਤੇ ਬਿਲਟ-ਇਨ IKEv2 ਕਲਾਇੰਟ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਦੇ ਹਨ। ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ ਸਮਰਥਨ, ਪ੍ਰਮਾਣਿਕਤਾ, ਡਿਵਾਈਸ ਨਿਯੰਤਰਣ ਅਤੇ ਰਿਕਵਰੀ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਪਿਛਲੇ ਹਫ਼ਤੇ ਇੱਕ ਸਹਿਕਰਮੀ ਨੇ ਮੈਨੂੰ ਆਪਣਾ iPhone ਦਿੱਤਾ, ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਦੋ VPN ਐਂਟਰੀਆਂ ਸਨ: ਇੱਕ ਪ੍ਰਦਾਤਾ ਐਪ ਨੇ ਛੱਡੀ ਸੀ, ਦੂਜੀ ਸਹਾਇਤਾ ਪੰਨੇ ਤੋਂ ਪੇਸਟ ਕੀਤੀ IKEv2 ਪਰੋਫਾਈਲ ਦੀ। ਇਹ ਇੱਕੋ ਚੀਜ਼ ਦੀਆਂ ਮੁਕਾਬਲੇ ਵਾਲੀਆਂ ਸੰਸਕਰਣਾਂ ਨਹੀਂ ਹਨ। ਪ੍ਰਦਾਤਾ ਐਪ ਇੱਕ ਕੰਟੇਨਰ ਹੈ ਜੋ ਆਪਣਾ ਟਨਲ ਕੋਡ ਨਾਲ ਲੈ ਕੇ ਆ ਸਕਦਾ ਹੈ, ਜਦਕਿ Apple ਦਾ ਬਿਲਟ-ਇਨ ਕਲਾਇੰਟ IKEv2 ਕਲਾਇੰਟ ਹੈ, ਜੋ ਹੱਥ ਨਾਲ ਜਾਂ ਪਰੋਫਾਈਲ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ, ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਦੀ ਸੰਭਾਲ, ਡਿਵਾਈਸ ਨਿਯੰਤਰਣ ਅਤੇ ਰਿਕਵਰੀ ਚੋਣ ਤੈਅ ਕਰਦੇ ਹਨ।
ਐਪ ਅਤੇ ਮੂਲ ਕਲਾਇੰਟ ਵੱਖਰੇ ਪੱਧਰਾਂ ਤੇ ਹਨ
Apple ਦਾ ਬਿਲਟ-ਇਨ VPN ਕਲਾਇੰਟ ਵਿਵਹਾਰ ਵਿੱਚ IKEv2 ਕਲਾਇੰਟ ਹੈ। ਹੱਥ ਨਾਲ ਭਰਨ ਵਾਲਾ ਫਾਰਮ ਅਜੇ ਵੀ ਅਪ੍ਰਚਲਿਤ IPsec ਉੱਤੇ L2TP ਅਤੇ Cisco IPsec ਵਿਕਲਪ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਪਰ ਪ੍ਰਦਾਤਾ ਟ੍ਰਾਂਸਪੋਰਟ ਲਈ ਕੋਈ ਖੇਤਰ ਅਤੇ OpenVPN ਜਾਂ WireGuard ਸੰਰਚਨਾ ਪੇਸਟ ਕਰਨ ਦੀ ਥਾਂ ਨਹੀਂ। ਤੁਸੀਂ ਜਾਂ ਤਾਂ ਸੈਟਿੰਗਾਂ > ਆਮ > VPN & ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਫਾਰਮ ਭਰਦੇ ਹੋ ਜਾਂ VPN ਪੇਲੋਡ ਵਾਲੀ ਪਰੋਫਾਈਲ ਆਯਾਤ ਕਰਦੇ ਹੋ; ਸਤਹ ਇੱਕ ਸਰਵਰ ਪਤਾ, ਦੋ ਪਛਾਣਾਂ, ਇੱਕ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਅਤੇ ਵਿਕਲਪਿਕ ਮੰਗ-ਅਧਾਰਿਤ ਨਿਯਮ ਹਨ।
ਪ੍ਰਦਾਤਾ ਐਪ ਇੱਕ ਪੱਧਰ ਉੱਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ Network Extension ਪੈਕੇਟ ਟਨਲ ਪ੍ਰਦਾਤਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਕੋਡ ਅਤੇ ਰੂਟਿੰਗ ਤਰਕ ਐਪ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਅਤੇ iOS ਸਿਰਫ਼ ਪੈਕੇਟ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਕੁਝ ਐਪ WireGuard ਜਾਂ OpenVPN ਲਾਗੂ ਕਰਦੇ ਹਨ, ਕੁਝ ਆਪਣਾ ਧੁੰਦਲਾ ਟ੍ਰਾਂਸਪੋਰਟ, ਅਤੇ ਕੁਝ ਸਿਰਫ਼ IKEv2 ਪਰੋਫਾਈਲ ਸਥਾਪਿਤ ਕਰਕੇ ਮੂਲ ਕਲਾਇੰਟ ਨੂੰ ਵਧੇਰੇ ਸੋਹਣੀ ਸਕਰੀਨ ਪਿੱਛੇ ਚਲਾਉਂਦੇ ਹਨ। ਇਸੇ ਆਖਰੀ ਸਮੂਹ ਕਾਰਨ ਐਪ ਬਨਾਮ ਪਰੋਫਾਈਲ ਦੀ ਚੋਣ ਕਦੇ-ਕਦੇ ਝੂਠੀ ਹੁੰਦੀ ਹੈ।
ਨਤੀਜਾ ਵਿਵਹਾਰਕ ਹੈ: .ovpn ਜਾਂ WireGuard ਫਾਈਲ ਉਨ੍ਹਾਂ ਖੇਤਰਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀ, ਕਿਉਂਕਿ ਹੈਂਡਸ਼ੇਕ ਦੂਜਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ।
ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਪੇਲੋਡ ਪੜ੍ਹੋ
ਜਦੋਂ ਪਰੋਫਾਈਲ IKEv2 ਹੁੰਦੀ ਹੈ, ਪੇਲੋਡ ਦੀਆਂ ਕੁੰਜੀਆਂ ਕਿਸੇ ਵੀ ਵਿਸ਼ੇਸ਼ਤਾ-ਤੁਲਨਾ ਨਾਲੋਂ ਵੱਧ ਖਰਾਬੀਆਂ ਸਮਝਾਉਂਦੀਆਂ ਹਨ। Apple ਦੀ IKEv2 ਸੈਟਿੰਗਾਂ ਸੰਦਰਭ ਹਰ ਕੁੰਜੀ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦੀ ਹੈ; ਛੋਟਾ ਕੀਤਾ ਪੇਲੋਡ ਇੰਝ ਦਿਸਦਾ ਹੈ:
<key>VPNType</key><string>IKEv2</string>
<key>RemoteAddress</key><string>vpn.example.net</string>
<key>RemoteIdentifier</key><string>vpn.example.net</string>
<key>LocalIdentifier</key><string>[email protected]</string>
<key>AuthenticationMethod</key><string>Certificate</string>
<key>ServerCertificateIssuerCommonName</key><string>Example Issuing CA</string>ਤਿੰਨ ਖੇਤਰ ਨਿਦਾਨ ਦਾ ਵੱਡਾ ਭਾਰ ਚੁੱਕਦੇ ਹਨ। RemoteIdentifier ਉਹ ਨਾਮ ਹੈ ਜੋ ਕਲਾਇੰਟ ਸਰਵਰ ਤੋਂ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ NAT ਪਿੱਛੇ ਦਾ ਗੇਟਵੇ ਜਾਂ ਜਿਸ ਦਾ ਸਰਟੀਫਿਕੇਟ ਪਤੇ ਦੀ ਥਾਂ ਪੂਲ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਅਜਿਹਾ ਲੋਡ ਬੈਲੰਸਰ ਪਤਾ ਸਹੀ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। LocalIdentifier ਉਹ ਪਛਾਣ ਹੈ ਜੋ ਸਰਵਰ ਤੁਹਾਨੂੰ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਉਸ ਨੂੰ ਤੁਹਾਡੇ ਖਾਤੇ ਨਾਲ ਜੁੜੀ ਪਛਾਣ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ। ServerCertificateIssuerCommonName ਜਾਰੀ ਕਰਨ ਵਾਲੇ CA ਨੂੰ ਪਿੰਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਦੁਬਾਰਾ ਜਾਰੀ ਹੋਣ ਵਾਲੇ ਦਿਨ ਪਰੋਫਾਈਲ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਗਲਤੀ ਸੁਨੇਹੇ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਜ਼ਿਕਰ ਨਹੀਂ ਹੁੰਦਾ।
ਜੇ AuthenticationMethod SharedSecret ਦੇ ਬਰਾਬਰ ਹੈ, ਸਰਵਰ EAP ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਦਿੱਤਾ ਰਾਜ਼ ਅਸਲ ਵਿੱਚ ਖਾਤੇ ਦਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਹੈ। ਇਹ ਤਦ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਦੋਂ ਪ੍ਰਦਾਤਾ ਦੋ ਦਸਤਾਵੇਜ਼ ਭੇਜਦਾ ਹੈ, ਇੱਕ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਲਈ ਅਤੇ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਲਈ, ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਤੁਹਾਡੇ ਆਯਾਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
ਐਪ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਮੂਲ ਕਲਾਇੰਟ ਨਹੀਂ
ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਚੋਣ ਸਪਸ਼ਟ ਲਾਭ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਸਰਵਰ WireGuard ਜਾਂ OpenVPN ਬੋਲਦਾ ਹੈ, ਤਾਂ ਐਪ ਹੀ ਇੱਕੋ-ਇੱਕ iOS ਕਲਾਇੰਟ ਹੈ ਜੋ ਇਸਨੂੰ ਵਰਤ ਸਕਦਾ ਹੈ, ਅਤੇ ਮੂਲ ਫਾਰਮ ਸੋਧਣਾ ਇਸ ਤੇ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰੇਗਾ। ਐਪ ਮੰਜ਼ਿਲ ਜਾਂ ਐਪ ਅਨੁਸਾਰ ਵੰਡਿਆ ਟਨਲ, ਆਪਣੀ DNS ਸੰਭਾਲ, kill switch ਸ਼ੈਲੀ ਦੀ ਰੋਕ, ਸਰਵਰ ਚੋਣ ਅਤੇ ਆਪਣੇ ਨੈੱਟਵਰਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਵੀ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ।
ਕੀਮਤ ਉਹ ਸੌਫਟਵੇਅਰ ਹੈ ਜਿਸਦਾ ਤੁਸੀਂ ਆਡਿਟ ਨਹੀਂ ਕੀਤਾ ਅਤੇ ਜੋ ਨੈੱਟਵਰਕ ਐਕਸਟੈਂਸ਼ਨ ਦੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚੱਲਦਾ ਹੈ। ਗੁਣਵੱਤਾ ਸਟੋਰ ਕਾਰਡਾਂ ਦੇ ਸੰਕੇਤ ਨਾਲੋਂ ਵੱਧ ਬਦਲਦੀ ਹੈ: ਇੱਕ ਐਪ ਸਾਫ਼ ਮੁੜ ਜੁੜਦਾ ਹੈ ਜਦਕਿ ਦੂਜਾ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਕੁਝ ਸਕਿੰਟ ਲੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਪ ਦੇ ਅੰਦਰ kill switch ਉਸ ਐਪ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, iOS ਦੀ ਨਹੀਂ। ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਤੇ ਪਹਿਲਾਂ ਮਨਜ਼ੂਰ ਸੂਚੀ ਵੇਖੋ।
ਬਿਲਟ-ਇਨ IKEv2 ਪਰੋਫਾਈਲ ਕੀ ਸਹੀ ਕਰਦੀ ਹੈ
ਘੱਟ ਚੱਲਣ ਵਾਲੇ ਹਿੱਸੇ ਹੀ ਪੂਰੀ ਦਲੀਲ ਹਨ। IKEv2 ਕਲਾਇੰਟ ਅਤੇ ਇਸਦਾ IPsec ਸਟੈਕ ਸਿਸਟਮ ਨਾਲ ਆਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਕ੍ਰੈਸ਼ ਹੋ ਸਕਣ ਵਾਲਾ ਐਕਸਟੈਂਸ਼ਨ ਨਹੀਂ, ਹਰ ਐਪ ਲਈ ਜੀਵਤ ਰੱਖਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਅਤੇ ਤੁਹਾਡੇ ਅਤੇ ਕੰਮ ਕਰਦੇ ਟਨਲ ਵਿਚਕਾਰ ਤੀਜੀ ਧਿਰ ਦੇ ਅਪਡੇਟ ਦਾ ਚੱਕਰ ਨਹੀਂ। ਪਰੋਫਾਈਲ ਲਾਕ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ: ਨਿਗਰਾਨੀ ਹੇਠਲੇ ਡਿਵਾਈਸ ਤੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਬੰਧਨ ਵੱਲੋਂ ਸਥਾਪਿਤ ਕੀਤਾ ਹਟਾ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਸਵਿੱਚ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਵੀ ਨੈੱਟਵਰਕ ਤੇ ਮੁੜ ਜੁੜਨ ਵਾਲਾ Always On VPN ਸਿਰਫ਼ ਉਸੇ ਨਿਗਰਾਨੀ ਹੇਠਲੇ, ਪਰੋਫਾਈਲ-ਪ੍ਰਬੰਧਿਤ ਰੂਪ ਵਿੱਚ ਹੀ ਮੌਜੂਦ ਹੈ।
ਬਿਲਟ-ਇਨ ਰਾਹ ਜੋ ਨਹੀਂ ਦਿੰਦਾ ਉਹ ਲਚਕਤਾ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਐਪਾਂ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਤੀ-ਐਪ VPN ਨਹੀਂ, ਵਰਤੋਂਕਾਰ ਲਈ kill switch ਨਹੀਂ, ਅਤੇ IPsec ਨੂੰ ਰੋਕਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਤੇ HTTPS ਵਰਗਾ ਦਿਸਣ ਵਾਲਾ ਟ੍ਰਾਂਸਪੋਰਟ ਨਹੀਂ। UDP 500 ਅਤੇ 4500 ਸੁੱਟਣ ਵਾਲੇ ਹੋਟਲ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਬਿਲਟ-ਇਨ IKEv2 ਕੋਲ ਕੋਈ ਬਦਲਵਾਂ ਰਾਹ ਨਹੀਂ।
ਬਹੁਤੇ ਕੇਸ ਨਿਪਟਾਉਣ ਵਾਲਾ ਫੈਸਲਾ ਸਾਰਣੀ
ਵਿਵਹਾਰ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਵਾਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤੇ ਕੇਸ ਤੈਅ ਕਰਦਾ ਹੈ।
| What you were given | Device situation | What to use |
|---|---|---|
| An .ovpn or WireGuard config | Personal phone | Provider app; the native form cannot load it |
| IKEv2 host plus CA name | Personal or managed | Profile, or the app's own IKEv2 mode |
| IKEv2 with username and secret | Personal phone | Either; the profile is simpler if you never switch servers |
| A management-installed profile | Supervised, MDM | Native client; do not add a second app entry |
| A per-app tunnelling requirement | Personal phone | App, or accept a full tunnel; iOS cannot split by app without management |
| IPsec blocked on your main network | Any | App with a transport that survives the block |
ਦੋ ਕਤਾਰਾਂ ਦੂਜੀ ਨਜ਼ਰ ਦੇ ਯੋਗ ਹਨ। ਨਿੱਜੀ ਫੋਨ ਤੇ ਪ੍ਰਤੀ-ਐਪ ਲੋੜ ਉਹ ਕੇਸ ਹੈ ਜਿਸਨੂੰ ਲੋਕ ਗਲਤ ਪੜ੍ਹਦੇ ਹਨ: ਸੈਟਿੰਗ iOS ਵਿੱਚ ਹੈ ਪਰ ਪ੍ਰਬੰਧਨ ਇਸਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਗੈਰ-ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਇਹ ਪੇਸ਼ ਨਹੀਂ ਕਰੇਗਾ। ਰੋਕਿਆ ਨੈੱਟਵਰਕ IKEv2 ਤੇ ਅਵਿਸ਼ਵਾਸ ਦਾ ਕਾਰਨ ਨਹੀਂ; ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ ਦੀ ਐਪ ਮੌਜੂਦ ਹੈ।
ਇੱਕ ਟੈਸਟ ਨਾਲ ਚੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਢੰਗ ਜਾਂਚੋ, ਕਨੈਕਟ ਬਟਨ ਨਹੀਂ। ਇੱਕ ਵਾਰ ਜੁੜੋ, VPN ਸੂਚਕ ਦਿਸਦਾ ਹੈ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਤੁਹਾਡਾ ਜਨਤਕ ਪਤਾ ਵਾਪਸ ਦੇਣ ਵਾਲਾ ਪੰਨਾ ਖੋਲ੍ਹੋ ਅਤੇ ਪਿਛਲੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। VPN ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ Wi-Fi ਤੋਂ ਮੋਬਾਈਲ ਡੇਟਾ ਤੇ ਜਾਓ ਅਤੇ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਵੇਖੋ, ਫਿਰ ਫੋਨ ਨੂੰ ਏਅਰਪਲੇਨ ਮੋਡ ਵਿੱਚੋਂ ਲੰਘਾਓ। ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਵੇਖੋ ਟਨਲ ਆਪਣੇ ਆਪ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ: OnDemandEnabled ਵਾਲੀ ਪਰੋਫਾਈਲ ਵਾਪਸ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਦਕਿ ਬਹੁਤੀਆਂ ਐਪਾਂ ਪਹਿਲਾਂ ਖੋਲ੍ਹਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ।
ਜਦੋਂ ਉਹ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦਾ, ਫੇਲ੍ਹਤਾ ਨੂੰ ਇਸ ਆਧਾਰ ਤੇ ਵੰਡੋ ਕਿ ਟਨਲ ਹੈ ਵੀ ਜਾਂ ਨਹੀਂ। VPN ਸੂਚਕ ਨਾ ਹੋਣਾ ਮਤਲਬ ਟਨਲ ਕਦੇ ਉੱਠਿਆ ਹੀ ਨਹੀਂ: ਜਾਂ ਤਾਂ ਹੈਂਡਸ਼ੇਕ RemoteIdentifier, ਪਿੰਨ ਕੀਤੇ CA ਜਾਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਤੇ ਫੇਲ੍ਹ ਹੋਇਆ, ਜਾਂ ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਹੀ ਨਹੀਂ ਹੋਈ ਕਿਉਂਕਿ ਮੰਗ-ਅਧਾਰਿਤ ਨਿਯਮ ਮੇਲ ਨਹੀਂ ਖਾਦਾ ਅਤੇ ਕਿਸੇ ਐਪ ਨੇ ਇਸਨੂੰ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ। ਸੂਚਕ ਹੋਵੇ ਪਰ ਟ੍ਰੈਫਿਕ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਇਹ ਰੂਟਿੰਗ, DNS ਜਾਂ ਸਰਵਰ-ਪਾਸੇ ਨੀਤੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰਨਾ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਨਹੀਂ ਛੂੰਹਦਾ।
ਡਿਵਾਈਸ ਨੂੰ ਅਗਲੇ ਵਿਅਕਤੀ ਲਈ ਸਮਝਾਉਣਯੋਗ ਰੱਖਣ ਲਈ ਛੋਟੀ ਸੂਚੀ:
- ਇੱਕ VPN ਐਂਟਰੀ, ਦੋ ਨਹੀਂ;
- ਪਰੋਫਾਈਲ ਜਾਂ ਐਪ ਜਿਸ ਸਰਵਰ ਨਾਲ ਜੁੜਦੀ ਹੈ ਉਸਦੇ ਨਾਮ ਤੇ;
- ਪਛਾਣ ਦੇ ਮੁੱਲ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਮਿਲਣ ਉੱਥੇ ਲਿਖੇ।
ਸਾਰਣੀ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਕਤਾਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਜੇ ਇਹ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਤਾਂ ਉੱਥੇ ਹੀ ਰੁਕੋ।