ਹੋਟਲ Wi-Fi: VPN ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਫੇਲ ਹੁੰਦਾ ਹੈ

VPN ਕਲਾਇੰਟ ਘੁੰਮਦਾ ਰਹਿੰਦਾ ਹੈ, ਫਿਰ ਦੱਸਦਾ ਹੈ ਕਿ ਸਰਵਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਅਤੇ ਸਾਰੇ ਮੰਨ ਲੈਂਦੇ ਹਨ ਕਿ ਹੋਟਲ VPN ਬਲੌਕ ਕਰਦਾ ਹੈ। ਆਮ ਤੌਰ ਤੇ ਐਨਾ ਨਾਟਕੀ ਕੁਝ ਨਹੀਂ ਹੋਇਆ: ਨੈੱਟਵਰਕ ਨੇ ਤੁਹਾਨੂੰ ਅਜੇ ਬਾਹਰ ਨਹੀਂ ਜਾਣ ਦਿੱਤਾ। ਕੈਪਟਿਵ ਪੋਰਟਲ ਹਰ ਕਨੈਕਸ਼ਨ ਨੂੰ ਤਦ ਤੱਕ ਰੋਕਦਾ ਹੈ ਜਦ ਤੱਕ ਤੁਸੀਂ ਸਾਈਨ ਇਨ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਜਦ ਲੌਗਇਨ ਪੰਨਾ ਇਸ ਦੇ ਪੈਕਟ ਫੜ ਰਿਹਾ ਹੋਵੇ ਤਦ ਟਨਲ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਨ ਇਨ ਪੂਰਾ ਕਰੋ।

ਭਰਮ: ਹੋਟਲ VPN ਬਲੌਕ ਕਰਦਾ ਹੈ

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

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

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

ਪਹਿਲਾਂ ਪੋਰਟਲ ਪੂਰਾ ਕਰੋ, ਫਿਰ ਆਮ HTTPS ਜਾਂਚੋ

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

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

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

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

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

ਮੂਲ ਪਰੋਫਾਈਲ ਅਤੇ ਇਸ ਦੀ ਗਲਤੀ ਰੱਖੋ

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

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

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

ਸਿਰਫ਼ ਉਹੀ ਬਦਲ ਵਰਤੋ ਜੋ ਆਪਰੇਟਰ ਦਿੰਦਾ ਹੈ

ਮਿਲਦਾ TCP ਪਰੋਫਾਈਲ ਉੱਥੇ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਦਿੱਤਾ UDP ਮਾਰਗ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਪਰ ਸਿਰਫ਼ ਤਦ ਜਦ ਸਰਵਰ ਉਸ ਟ੍ਰਾਂਸਪੋਰਟ ਅਤੇ ਪੋਰਟ ਤੇ ਸੱਚਮੁੱਚ ਸੁਣਦਾ ਹੋਵੇ। TCP ਪੋਰਟ 443 ਆਪਣੇ ਆਪ ਆਮ HTTPS ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ, ਅਤੇ ਇਹ ਪਾਬੰਦੀਸ਼ੁਦਾ ਨੈੱਟਵਰਕ ਵਿੱਚੋਂ ਲੰਘਣ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ।

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

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

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

ਅੰਤ ਵਿੱਚ, ਲੈਪਟਾਪ ਸੌਣ ਤੋਂ ਬਾਅਦ ਦੀ ਰਿਕਵਰੀ ਜਾਂਚੋ। ਪੋਰਟਲ ਅਧਿਕਾਰ ਟਨਲ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ ਤੇ ਖਤਮ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਆਪਣੇ ਆਪ ਮੁੜ ਜੁੜਨ ਵਾਲਾ ਡਿਵਾਈਸ ਭੁੱਲ ਚੁੱਕੇ ਨੈੱਟਵਰਕ ਤੇ ਵਾਪਸ ਆ ਸਕਦਾ ਹੈ। ਪੋਰਟਲ ਪੰਨਾ ਮੁੜ ਖੋਲ੍ਹਣਾ ਆਮ ਕਦਮ ਹੈ, VPN ਖਰਾਬ ਹੋਣ ਦਾ ਸੰਕੇਤ ਨਹੀਂ।