Wi-Fi ਪੋਰਟਲ ਦੇ ਲੌਗਇਨ VPN ਲੌਗਇਨਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ
ਦੋ ਵੱਖਰੇ ਸਿਸਟਮ ਸਾਈਨ ਇਨ ਮੰਗਦੇ ਹਨ: ਥਾਂ ਦਾ Wi-Fi ਅਤੇ ਤੁਹਾਡਾ VPN ਗੇਟਵੇ। ਸਕਰੀਨ ਉੱਤੇ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ ਪਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਹਰ ਵਿੰਡੋ ਵਿੱਚ ਪੁੱਛੋ: ਇਸ ਭੇਤ ਨੂੰ ਸੱਚਮੁੱਚ ਕੌਣ ਜਾਂਚ ਸਕਦਾ ਹੈ?
ਜਨਤਕ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕੁਝ ਲਾਭਦਾਇਕ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋ ਵੱਖਰੇ ਸਿਸਟਮ ਤੁਹਾਨੂੰ ਸਾਈਨ ਇਨ ਕਰਨ ਲਈ ਕਹਿੰਦੇ ਹਨ: ਥਾਂ ਦਾ Wi-Fi ਅਤੇ ਤੁਹਾਡਾ VPN ਗੇਟਵੇ। ਸਕਰੀਨ ਉੱਤੇ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਪੋਰਟਲ ਤੈ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਡਿਵਾਈਸ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਵਰਤ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ; VPN ਤੈ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਤੇ ਹੋਰ ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹੋ ਜਾਂ ਨਹੀਂ। ਮੈਂ ਹਰ ਵਿੰਡੋ ਵਿੱਚ ਇੱਕ ਸਵਾਲ ਪੁੱਛ ਕੇ ਇਹਨਾਂ ਨੂੰ ਵੱਖ ਰੱਖਦਾ ਹਾਂ: ਇਸ ਭੇਤ ਨੂੰ ਸੱਚਮੁੱਚ ਕੌਣ ਜਾਂਚ ਸਕਦਾ ਹੈ? ਅੱਗੇ ਉਹ ਚੈੱਕਲਿਸਟ ਹੈ ਜੋ ਮੈਂ ਹੋਟਲਾਂ, ਹਵਾਈ ਅੱਡਿਆਂ ਅਤੇ ਕਾਨਫਰੰਸ ਥਾਵਾਂ ਉੱਤੇ ਵਰਤਦਾ ਹਾਂ, ਜਿੱਥੇ ਟਾਈਪ ਕਰਨਾ ਬੰਦ ਕਰਦਾ ਹਾਂ ਉਹ ਥਾਵਾਂ ਵੀ ਸ਼ਾਮਲ।
ਹਰ ਲੌਗਇਨ ਨੂੰ ਉਸ ਸੇਵਾ ਨਾਲ ਜੋੜੋ ਜੋ ਇਸਨੂੰ ਜਾਂਚਦੀ ਹੈ
ਇੱਕ ਹੋਟਲ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਚਾਰ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਹੀ ਤੁਹਾਡਾ ਇਨਪੁਟ ਮੰਗਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖੋ, ਕਿਉਂਕਿ ਸਕਰੀਨ ਘੱਟ ਹੀ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਕਿਹੜੇ ਪੜਾਅ ਦੀ ਹੈ।
| Stage | Who checks it | What you give it | What it proves |
|---|---|---|---|
| Wi-Fi association | The access point | WPA2 passphrase or 802.1X credentials | That the device may join this SSID |
| Portal authorization | The venue or its portal provider | Room number, booking name, voucher, email or access code | That a guest may use local access |
| VPN authentication | Your gateway or identity provider | Client certificate, password, one-time code or SSO approval | That the user or device may enter the private network |
| Application login | Each internal service | That service's own account | That you may use that service |
ਦਫ਼ਤਰਾਂ ਅਤੇ ਯੂਨੀਵਰਸਿਟੀਆਂ ਵਿੱਚ ਆਮ 802.1X ਨੈੱਟਵਰਕ ਪਹਿਲੀਆਂ ਦੋ ਕਤਾਰਾਂ ਧੁੰਦਲੀਆਂ ਕਰਦੇ ਹਨ। ਉੱਥੇ Wi-Fi ਸਾਈਨ ਇਨ ਆਪ RADIUS ਸਰਵਰ ਸਾਮ੍ਹਣੇ ਪਛਾਣ ਜਾਂਚ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਰੂਟਿੰਗ ਪਛਾਣ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਅਸਲ ਖਾਤਾ ਐਨਕ੍ਰਿਪਟਿਡ ਅਦਾਨ-ਪ੍ਰਦਾਨ ਦੇ ਅੰਦਰ ਯਾਤਰਾ ਕਰਦਾ ਹੈ। ਉਦੋਂ ਵੀ ਜਾਂਚ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਬਾਰੇ ਹੈ; ਇਹ ਟਨਲ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦੀ, ਅਤੇ VPN ਗੇਟਵੇ ਇਸਨੂੰ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਸਬੂਤ ਨਹੀਂ ਮੰਨਦਾ।
ਕ੍ਰਮ ਲੇਬਲਾਂ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਕੈਪਟਿਵ ਪੋਰਟਲ ਇਸ ਲਈ ਹਨ ਕਿਉਂਕਿ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਥਾਂ ਪੰਨਾ ਕਿਸੇ ਮਾਹਰ ਪ੍ਰਦਾਤਾ ਨੂੰ ਸੌਂਪ ਸਕਦੀ ਹੈ। IETF ਦਾ RFC 8952 ਪੋਰਟਲ ਨੂੰ ਆਪਣਾ ਹਿੱਸਾ ਮੰਨਦਾ ਹੈ, ਇਸ ਲਈ ਅਣਜਾਣ ਡੋਮੇਨ ਜਾਂਚ ਦਾ ਕਾਰਨ ਹੈ, ਆਪਣੇ ਆਪ ਵਿੱਚ ਧੋਖੇ ਦਾ ਸਬੂਤ ਨਹੀਂ। ਡੋਮੇਨ ਦੀ ਥਾਂ ਦੇ ਲਿਖਤੀ ਨਿਰਦੇਸ਼ਾਂ ਨਾਲ ਅਤੇ ਖੇਤਰਾਂ ਦੀ ਸਾਰਣੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
ਜਾਂਚੋ ਕਿ ਪੋਰਟਲ ਕੀ ਮੰਗ ਸਕਦਾ ਹੈ
ਪੋਰਟਲ ਦੇ ਖੇਤਰ ਹੱਕ ਬਾਰੇ ਹਨ, ਪਛਾਣ ਬਾਰੇ ਨਹੀਂ: ਕਮਰਾ ਨੰਬਰ, ਬੁਕਿੰਗ ਦਾ ਉਪਨਾਮ, ਵਾਊਚਰ ਕੋਡ, ਚਾਬੀ ਦੇ ਕਵਰ ਉੱਤੇ ਛਾਪਿਆ ਕੋਡ, ਸਮਾਂ-ਸੀਮਤ ਪਾਸ ਲਈ ਈਮੇਲ, ਸ਼ਰਤਾਂ ਦੀ ਸਵੀਕ੍ਰਿਤੀ। ਥਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਪਤਾ ਹੈ ਕਿ ਕਮਰਾ ਕਿਸਨੇ ਬੁੱਕ ਕੀਤਾ, ਇਸ ਲਈ ਇਹ ਉਹ ਤੱਥ ਮਿਲਾ ਸਕਦੀ ਹੈ ਬਿਨਾਂ ਕੁਝ ਅਜਿਹਾ ਸਿੱਖਣ ਦੇ ਜੋ ਇਸਨੂੰ ਹੋਰ ਕਿਤੇ ਤੁਹਾਡੇ ਵਜੋਂ ਕੰਮ ਕਰਨ ਦੇਵੇ।
ਉਸ ਸੂਚੀ ਤੋਂ ਅੱਗੇ ਕੁਝ ਵੀ ਵਿਰਾਮ ਦੇ ਯੋਗ ਹੈ। ਹੌਟਸਪੌਟ ਪੰਨਾ ਤੁਹਾਡਾ ਡੋਮੇਨ ਪਾਸਵਰਡ ਜਾਂਚ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਇਹ ਤੁਹਾਡੇ VPN ਦਾ ਇੱਕ-ਵਾਰ ਕੋਡ, ਰਿਕਵਰੀ ਕੋਡ ਜਾਂ ਨਿੱਜੀ ਚਾਬੀ ਵੀ ਜਾਂਚ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮੰਗਣ ਦਾ ਕੋਈ ਕਾਰਨ ਨਹੀਂ। ਇੱਕੋ ਇੱਕ ਜਾਇਜ਼ ਅਪਵਾਦ ਸੰਸਥਾ ਵੱਲੋਂ ਚਲਾਇਆ ਨੈੱਟਵਰਕ ਹੈ: ਦਫ਼ਤਰ ਦਾ ਮਹਿਮਾਨ SSID ਜਾਂ ਕਾਨਫਰੰਸ ਦਾ Wi-Fi ਤੁਹਾਨੂੰ ਉਸ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਕੋਲ ਭੇਜ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਲਈ ਵਰਤਦੇ ਹੋ। ਇਹ ਫੇਰ ਵੀ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਸਾਈਨ ਇਨ ਹੋਸਟ ਤੁਹਾਡਾ ਰੋਜ਼ਾਨਾ ਹੈ, ਸਹਿਮਤੀ ਸਕਰੀਨ ਤੁਹਾਡੇ ਕਿਰਾਏਦਾਰ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ, ਅਤੇ ਪ੍ਰਵਾਹ ਦਿਸਣ ਵਾਲੇ ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ।
ਮਾਰਕੀਟਿੰਗ ਈਮੇਲ ਵੱਖਰੀ ਹੈ: ਯਾਤਰਾ ਉਪਨਾਮ ਤੁਹਾਡੀ ਕੰਮ ਦੀ ਪਛਾਣ ਦਿੱਤੇ ਬਿਨਾਂ ਖੇਤਰ ਪੂਰਾ ਕਰਦਾ ਹੈ।
ਜਾਂਚੋ ਕਿ VPN ਕਲਾਇੰਟ ਆਪਣੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਮੰਗਦਾ ਹੈ
ਕਲਾਇੰਟ ਉਹੀ ਮੰਗਦਾ ਹੈ ਜਿਸ ਲਈ ਇਸਦੀ ਪ੍ਰੋਫਾਈਲ ਸੰਰਚਿਤ ਹੈ, ਇਸ ਲਈ ਉਮੀਦ ਕੀਤੀ ਵਿੰਡੋ ਪ੍ਰੋਫਾਈਲ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਤੁਸੀਂ ਸੰਜੋਗ ਨਾਲ ਜਿਸ ਨੈੱਟਵਰਕ ਉੱਤੇ ਹੋ ਉਸਦੀ ਨਹੀਂ। ਸਰਟੀਫਿਕੇਟ ਪ੍ਰੋਫਾਈਲ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਫਾਈਲ ਚੋਣ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ ਚੁੱਪਚਾਪ ਜੁੜਦੀਆਂ ਹਨ। ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਪ੍ਰੋਫਾਈਲ ਦੋਵੇਂ ਮੰਗਦੀਆਂ ਹਨ, ਅਕਸਰ ਇੱਕ-ਵਾਰ ਕੋਡ ਨਾਲ। SSO ਪ੍ਰੋਫਾਈਲ ਤੁਹਾਡਾ ਬ੍ਰਾਊਜ਼ਰ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਕੋਲ ਖੋਲ੍ਹਦੀਆਂ ਹਨ ਅਤੇ ਟੋਕਨ ਨਾਲ ਵਾਪਸ ਆਉਂਦੀਆਂ ਹਨ। WireGuard ਫੇਰ ਵੱਖਰਾ ਹੈ: ਇਹ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜਨਤਕ ਚਾਬੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਵਰਤੋਂਕਾਰ ਲੌਗਇਨ ਨਹੀਂ, ਇਸ ਲਈ WireGuard ਦਾ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਦੇਣ ਵਾਲੀ ਵਿੰਡੋ WireGuard ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦੀ।
ਯਾਤਰਾ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਪੜ੍ਹੋ। OpenVPN ਵਿੱਚ auth-user-pass ਦੱਸਦਾ ਹੈ ਕਿ ਪਾਸਵਰਡ ਬੇਨਤੀ ਦੀ ਉਮੀਦ ਹੈ, ਜਦੋਂ ਕਿ cert, key ਜਾਂ pkcs12 ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਆਮ ਤੌਰ 'ਤੇ ਬਿਨਾਂ ਬੇਨਤੀ ਜੁੜਨ ਵਾਲੀ ਪ੍ਰੋਫਾਈਲ ਅਚਾਨਕ ਪਾਸਵਰਡ ਮੰਗੇ, ਤਾਂ ਉਸ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ ਸ਼ੱਕ ਕਰੋ ਜੋ ਆਪਣਾ ਸਰਟੀਫਿਕੇਟ ਲੋਡ ਨਹੀਂ ਕਰ ਸਕੀ ਜਾਂ ਕਿਸੇ ਹੋਰ ਢੰਗ ਉੱਤੇ ਡਿੱਗ ਗਈ। ਬੇਨਤੀ ਦਿਸਣ ਵਾਲੀ ਕਿਸੇ ਵੀ ਵਿੰਡੋ ਵਿੱਚ ਤੁਹਾਡਾ ਕੰਮ ਦਾ ਪਾਸਵਰਡ ਟਾਈਪ ਕਰਨ ਦਾ ਸੱਦਾ ਨਹੀਂ।
ਕੋਈ ਵੀ ਜਾਇਜ਼ VPN ਕਲਾਇੰਟ ਕਮਰਾ ਨੰਬਰ, ਪੋਰਟਲ ਵਾਊਚਰ ਜਾਂ Wi-Fi ਪਾਸਫ੍ਰੇਜ਼ ਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਇਨਪੁਟ ਵਜੋਂ ਨਹੀਂ ਮੰਗਦਾ। ਜਦੋਂ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜਾਂ ਤਾਂ ਕਲਾਇੰਟ ਉਹ ਨਹੀਂ ਜੋ ਇਹ ਦਾਅਵਾ ਕਰਦਾ ਹੈ, ਜਾਂ ਕੈਪਟਿਵ ਪੋਰਟਲ ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਟਰੈਫਿਕ ਰੋਕ ਰਿਹਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਲੌਗਇਨ ਵਰਗਾ ਦਿਸਣ ਵਾਲਾ HTML ਪੰਨਾ ਪੜ੍ਹ ਰਹੇ ਹੋ।
ਇਹਨਾਂ ਪੰਜ ਸ਼ਰਤਾਂ ਉੱਤੇ ਰੁਕੋ
ਇਹ ਉਹ ਥਾਵਾਂ ਹਨ ਜਿੱਥੇ ਮੈਂ ਸੰਭਾਵੀ ਬਦਲਵੇਂ ਰਾਹ ਨਾਲ ਅੱਗੇ ਵਧਣ ਦੀ ਬਜਾਏ ਰੁਕਦਾ ਹਾਂ। ਹਰ ਇੱਕ ਨੂੰ ਜਾਂਚਣਾ ਸਸਤਾ ਅਤੇ ਗਲਤੀ ਕਰਨਾ ਮਹਿੰਗਾ ਹੈ।
- ਪੋਰਟਲ ਜਾਂ SSO ਪੰਨੇ ਉੱਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂ TLS ਚੇਤਾਵਨੀ ਦਿਸਦੀ ਹੈ। ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਇਸ ਉੱਤੇ ਕਲਿੱਕ ਕਰਕੇ ਅੱਗੇ ਨਾ ਵਧੋ।
- ਪੰਨਾ ਅਜਿਹਾ ਭੇਤ ਮੰਗਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ VPN ਗੇਟਵੇ ਜਾਂ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਜਾਂਚ ਸਕਦਾ ਹੈ: ਡੋਮੇਨ ਪਾਸਵਰਡ, ਇੱਕ-ਵਾਰ ਕੋਡ, ਰਿਕਵਰੀ ਕੋਡ, ਨਿੱਜੀ ਚਾਬੀ।
- ਡੋਮੇਨ ਥਾਂ ਦੇ ਛਾਪੇ ਨਿਰਦੇਸ਼ਾਂ ਜਾਂ ਤੁਹਾਡੀ ਸੰਸਥਾ ਆਪਣੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਦਰਜ ਕਰਦੀ ਸਾਈਨ ਇਨ ਹੋਸਟ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ।
- ਤੁਹਾਨੂੰ ਰੂਟ ਸਰਟੀਫਿਕੇਟ, ਸੰਰਚਨਾ ਪ੍ਰੋਫਾਈਲ ਜਾਂ ਸਹਾਇਕ ਐਪਲੀਕੇਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ ਤੋਂ ਨਹੀਂ ਆਉਂਦੀ।
- ਅਜਿਹੀ MFA ਮਨਜ਼ੂਰੀ ਆਉਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤੀ, ਜਾਂ VPN ਕਲਾਇੰਟ ਹੋਟਲ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਮੰਗਦਾ ਹੈ।
ਬਦਲ ਹੋਰ ਪਾਸਵਰਡ ਨਹੀਂ। ਫ਼ੋਨ ਹੌਟਸਪੌਟ ਵਰਤੋ, ਰਿਸੈਪਸ਼ਨ ਤੋਂ ਨੈੱਟਵਰਕ ਦਾ ਸਹੀ ਨਾਮ ਅਤੇ ਪਹੁੰਚ ਢੰਗ ਪੁੱਛੋ, ਅਤੇ ਪੰਨੇ ਬਾਰੇ ਨੈੱਟਵਰਕ ਚਲਾਉਣ ਵਾਲੇ ਜਾਂ ਤੁਹਾਡੇ IT ਡੈਸਕ ਨੂੰ ਦੱਸੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਅਜਿਹੇ ਪੰਨੇ ਸਾਮ੍ਹਣੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜਾਂਚਣ ਦੀ ਲੋੜ ਨਹੀਂ ਜਿਸਨੂੰ ਤੁਸੀਂ ਮੰਨ ਨਹੀਂ ਸਕਦੇ।
ਅਸਫਲਤਾ ਨੂੰ ਸਹੀ ਪੜਾਅ ਨਾਲ ਜੋੜੋ
ਦੋਵੇਂ ਪੜਾਅ ਪਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਅਸਫਲਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਗਲਤੀ ਆਮ ਤੌਰ 'ਤੇ ਪੜਾਅ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਜੇ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ: ਜੁੜਨਾ, ਪਤਾ ਦੇਣਾ, ਪੋਰਟਲ ਅਧਿਕਾਰ, ਟਨਲ ਸਥਾਪਨਾ, ਫਿਰ ਅੰਦਰੂਨੀ ਸਰੋਤ। ਪੋਰਟਲ ਕੋਡ ਖਤਮ ਹੋਣ ਕਾਰਨ VPN ਪਾਸਵਰਡ ਬਦਲਣਾ ਸਮਾਂ ਬਰਬਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਅਸਲ ਸਮੱਸਿਆ ਆਪਣੀ ਥਾਂ ਉੱਤੇ ਰਹਿਣ ਦਿੰਦਾ ਹੈ।
ਕੁਝ ਪਰਖ ਪੜਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀਆਂ ਹਨ। ਪੋਰਟਲ ਸਾਈਨ ਇਨ ਤੋਂ ਬਾਅਦ ਆਮ ਜਨਤਕ HTTPS ਪੰਨਾ ਮੰਗੋ। ਜੇ ਉਸਦੀ ਬਜਾਏ ਪੋਰਟਲ ਵਾਪਸ ਆਵੇ, ਤਾਂ ਉਸ ਪਰਤ ਉੱਤੇ ਅਧਿਕਾਰ ਕਦੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ। ਜੇ VPN ਕਲਾਇੰਟ ਦੱਸੇ ਕਿ ਗੇਟਵੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਤਾਂ ਸਮੱਸਿਆ ਟਨਲ ਹੇਠਾਂ ਹੈ: ਪੋਰਟਲ ਸੈਸ਼ਨ, ਨਾਮ ਹੱਲ, ਜਾਂ ਅਜਿਹਾ ਨੈੱਟਵਰਕ ਜੋ ਪੋਰਟ ਰੋਕਦਾ ਹੈ। ਜੇ ਟਨਲ ਉੱਠੇ ਅਤੇ ਇੱਕ ਅੰਦਰੂਨੀ ਹੋਸਟ ਨਾਮ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਨਿੱਜੀ ਨੈੱਟਵਰਕ ਅੰਦਰ ਨਾਮ ਹੱਲ ਜਾਂ ਨੀਤੀ ਵਧੀਆ ਸ਼ੱਕ ਹੈ।
ਪੋਰਟਲ ਸੈਸ਼ਨ ਟਨਲ ਤੋਂ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਵੀ ਖਤਮ ਹੁੰਦੇ ਹਨ। ਜਦੋਂ ਥਾਂ ਪਹੁੰਚ ਰੱਦ ਕਰਦੀ ਹੈ, ਤਾਂ ਸਥਾਪਿਤ VPN ਕਨੈਕਸ਼ਨ ਡਿੱਗਦਾ ਹੈ ਭਾਵੇਂ ਇਸਦੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਕਦੇ ਗਲਤ ਨਹੀਂ ਸਨ। ਪੋਰਟਲ ਨੂੰ ਦੁਬਾਰਾ ਅਧਿਕਾਰ ਦਿਓ, ਫਿਰ VPN ਦੁਬਾਰਾ ਜੋੜੋ ਅਤੇ ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਕਰਨ ਦਿਓ। ਉਦੋਂ VPN ਪਾਸਵਰਡ ਘੁਮਾਉਣਾ ਕੁਝ ਠੀਕ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਤੁਹਾਨੂੰ ਬਾਹਰ ਲਾਕ ਕਰ ਸਕਦਾ ਹੈ।
ਹਰ ਭੇਤ ਸਿਰਫ਼ ਉਸ ਸਿਸਟਮ ਨੂੰ ਦਿਓ ਜੋ ਇਸਨੂੰ ਜਾਂਚ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਾਰਣੀ ਨਾਲ ਨਾ ਮਿਲਣ ਵਾਲੀ ਬੇਨਤੀ ਨੂੰ ਬਚਣ ਦਾ ਕਦਮ ਨਹੀਂ ਸਗੋਂ ਰੁਕਣ ਦਾ ਸੰਕੇਤ ਮੰਨੋ। ਜੇ ਦੋਵੇਂ ਪੜਾਅ ਪਾਰ ਹੋਣ ਅਤੇ ਟਨਲ ਫੇਰ ਵੀ ਇਨਕਾਰ ਕਰੇ, ਤਾਂ ਕੋਈ ਵੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦੀ ਸਹੀ ਗਲਤੀ ਕੈਪਚਰ ਕਰੋ।