ਕੀ ਉਹ Wi-Fi ਲੌਗਇਨ ਪੇਜ ਅਸਲੀ ਹੈ? ਪਾਸਵਰਡ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ
ਕਾਪੀ ਕੀਤਾ SSID ਅਤੇ ਹੋਟਲ ਦਾ ਲੋਗੋ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ। ਪੋਰਟਲ ਦੇ ਡੋਮੇਨ ਦੀ ਤੁਲਨਾ ਥਾਂ ਦੇ ਆਪਣੇ ਨਿਰਦੇਸ਼ਾਂ ਨਾਲ ਕਰੋ, ਅਤੇ ਇਸ ਵਿੱਚ ਕਦੇ ਵੀ ਕੰਮ ਦੇ ਪ੍ਰਮਾਣ ਨਾ ਲਿਖੋ।
ਤੁਸੀਂ ਥਾਂ ਦੇ Wi-Fi ਨਾਲ ਜੁੜਦੇ ਹੋ, ਇੱਕ ਪੇਜ ਖੁੱਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਈਮੇਲ ਪਤੇ ਜਾਂ ਕੰਪਨੀ ਖਾਤੇ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਦਾ ਨਾਮ ਉਸ ਨਾਲ ਮਿਲਦਾ ਹੈ ਜੋ ਰਿਸੈਪਸ਼ਨ ਨੇ ਤੁਹਾਨੂੰ ਦੱਸਿਆ ਸੀ, ਅਤੇ ਲੋਗੋ ਵੀ ਠੀਕ ਦਿਸਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਕਾਪੀ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਕੁਝ ਵੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਨ ਇਨ ਦਾ ਤਰੀਕਾ ਅਜਿਹੇ ਸਰੋਤ ਤੋਂ ਪੱਕਾ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਵਾਲਾ ਪੇਜ ਨਾ ਹੋਵੇ।
ਪੇਜ ਨਾਲੋਂ ਨਿਰਦੇਸ਼ਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ
ਇਹੀ ਪੂਰਾ ਤਰੀਕਾ ਹੈ: ਸੁਤੰਤਰ ਰਾਹੀਂ ਜਾਂਚੋ, ਫਿਰ ਫੈਸਲਾ ਕਰੋ। ਹੇਠਾਂ ਸਭ ਕੁਝ ਇਹ ਹੈ ਕਿ ਕੀ ਤੁਲਨਾ ਕਰਨੀ ਹੈ ਅਤੇ ਕੀ ਇਨਕਾਰ ਕਰਨਾ ਹੈ।
ਇਹ ਹੌਲੀ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਦੋ ਵਾਰ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਸ ਵਿੱਚ ਲਗਭਗ ਦੋ ਮਿੰਟ ਲੱਗਦੇ ਹਨ।
ਡਿਜ਼ਾਈਨ ਨਹੀਂ, ਡੋਮੇਨ ਪੜ੍ਹੋ
ਥਾਂ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਨ੍ਹਾਂ ਦੀ ਮਹਿਮਾਨ ਪਹੁੰਚ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਜਾਂ ਬੁਕਿੰਗ ਨਾਲ ਆਇਆ ਕਾਰਡ, ਰਸੀਦ ਜਾਂ ਪੁਸ਼ਟੀ ਈਮੇਲ ਪੜ੍ਹੋ। ਸਾਈਨ ਇਨ ਡੋਮੇਨ ਅਤੇ ਮੰਗੀ ਗਈ ਜਾਣਕਾਰੀ ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਨਿਰਦੇਸ਼ਾਂ ਨਾਲ ਕਰੋ। ਥਾਵਾਂ ਸੱਚਮੁੱਚ ਬਾਹਰੀ ਪੋਰਟਲ ਸੇਵਾਵਾਂ ਵਰਤਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਅਣਜਾਣ ਡੋਮੇਨ ਨੂੰ ਜਾਂਚ ਚਾਹੀਦੀ ਹੈ, ਕਿਸੇ ਵੀ ਦਿਸ਼ਾ ਵਿੱਚ ਆਪਣੇ-ਆਪ ਅਨੁਮਾਨ ਨਹੀਂ। ਨਿਰਦੇਸ਼ਾਂ ਨਾਲ ਮਿਲਦਾ ਡੋਮੇਨ ਸੁਰੱਖਿਆ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਪਰ ਨਾ ਮਿਲਣਾ ਰੁਕਣ ਦਾ ਕਾਰਨ ਹੈ।
ਪੇਜ ਦੀ ਬਣਾਵਟ ਨਹੀਂ, ਪਤੇ ਦੀ ਪੱਟੀ ਦੇਖੋ। ਤਾਲਾ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਉਸ ਹੋਸਟ ਨਾਲ ਜੁੜਾਅ ਐਨਕ੍ਰਿਪਟਿਡ ਹੈ; ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਉਹ ਹੋਸਟ ਉਹੀ ਹੈ ਜੋ ਥਾਂ ਨੇ ਚਾਹਿਆ ਸੀ।
HTTPS ਚੇਤਾਵਨੀ ਰੁਕਣ ਦਾ ਸੰਕੇਤ ਹੈ, ਕਲਿੱਕ ਕਰਕੇ ਲੰਘਣ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ।
ਪੇਜ ਕੀ ਮੰਗ ਰਿਹਾ ਹੈ, ਪੜ੍ਹੋ
Wi-Fi ਪਹੁੰਚ ਪੇਜ ਦਾ ਕੰਮ ਸੀਮਤ ਹੈ: ਕਮਰੇ ਦਾ ਨੰਬਰ, ਵਾਊਚਰ ਕੋਡ, ਈਮੇਲ ਪਤਾ ਜਾਂ ਸ਼ਰਤਾਂ ਦਾ ਚੈੱਕਬਾਕਸ ਸਵੀਕਾਰ ਕਰਨਾ। ਤੁਹਾਡੀ VPN ਨਿੱਜੀ ਕੁੰਜੀ, ਕੰਮ ਦਾ ਪਾਸਵਰਡ, ਰਿਕਵਰੀ ਕੋਡ ਜਾਂ ਮੁਫ਼ਤ ਨੈੱਟਵਰਕ ਲਈ ਭੁਗਤਾਨ ਕਾਰਡ ਮੰਗਣ ਦਾ ਇਸ ਕੋਲ ਕੋਈ ਕਾਰਨ ਨਹੀਂ ਹੈ। ਉਹ ਹੋਰ ਸੇਵਾਵਾਂ ਦੇ ਹਨ, ਅਤੇ ਜੋ ਪੇਜ ਉਹ ਮੰਗਦਾ ਹੈ ਉਹ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਚੁੱਕਾ ਹੈ ਕਿ ਇਹ ਕੀ ਹੈ। ਬੇਨਤੀ ਨੂੰ ਹੀ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਸੰਕੇਤ ਮੰਨੋ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲੇਗਾ।
ਪਹੁੰਚ ਲਈ ਇਹ ਲੋੜੀਂਦਾ ਹੈ ਅਜਿਹਾ ਪੇਜ ਕਹਿਣ ਕਰਕੇ ਟਰੱਸਟ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਸਹਾਇਕ ਐਪ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰੋ। ਜਾਇਜ਼ ਪ੍ਰਬੰਧਿਤ ਲੋੜਾਂ ਤੁਹਾਡੀ ਸੰਸਥਾ ਰਾਹੀਂ ਆਉਂਦੀਆਂ ਹਨ, ਪੋਰਟਲ ਦੀ ਬੇਨਤੀ ਰਾਹੀਂ ਨਹੀਂ।
ਜੇ ਪੇਜ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਮੰਗੇ, ਤਾਂ ਜੁੜਾਅ ਤੋੜੋ ਅਤੇ ਹੋਰ ਨੈੱਟਵਰਕ ਵਰਤੋ।
ਆਪਣੇ-ਆਪ ਜੁੜਨਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋ
ਸੰਭਾਲਿਆ ਨੈੱਟਵਰਕ ਨਾਮ ਆਪਣੇ-ਆਪ ਜੁੜ ਸਕਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡਿਵਾਈਸ ਉਸ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਉਸ ਪਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਨਹੀਂ ਚੁਣਿਆ ਸੀ। ਪਲੇਟਫਾਰਮ ਦੀਆਂ ਆਪਣੇ-ਆਪ ਜੁੜਨ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਜਾਂਚੋ ਅਤੇ ਹੁਣ ਲੋੜੀਂਦੇ ਨਾ ਰਹੇ ਨੈੱਟਵਰਕ ਭੁੱਲ ਜਾਓ। ਇਹੀ ਇੱਕ ਆਦਤ ਨਕਲੀ ਨੈੱਟਵਰਕ ਦੁਆਰਾ ਡਿਵਾਈਸ ਨੂੰ ਬਿਨਾਂ ਫੈਸਲੇ ਦੇ ਆਪਣੇ ਵੱਲ ਖਿੱਚਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਰਾਹ ਹਟਾ ਦਿੰਦੀ ਹੈ। ਇਹ ਤੁਹਾਡੇ ਵਾਲੇ SSID ਨੂੰ ਵੀ ਪਿਛੋਕੜ ਦੀ ਘਟਨਾ ਨਹੀਂ, ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੀ ਚੋਣ ਬਣਾਉਂਦੀ ਹੈ।
ਇੱਕੋ ਨਾਮ ਦੇ ਦੋ ਨੈੱਟਵਰਕ ਇੱਕੋ ਥਾਂ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਡਿਵਾਈਸ ਬਿਨਾਂ ਪੁੱਛੇ ਇੱਕ ਚੁਣ ਲੈਂਦੀ ਹੈ। ਤੁਸੀਂ ਕਿਸ ਨਾਲ ਜੁੜੇ ਸੀ ਇਹ ਤੁਹਾਡੀ ਯਾਦ ਭਰੋਸੇਯੋਗ ਰਿਕਾਰਡ ਨਹੀਂ ਹੈ।
ਜਿਸ ਨੈੱਟਵਰਕ ਨਾਲ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਜੁੜੇ ਹੋ ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ, ਜਿਸ ਨਾਲ ਜੁੜਨਾ ਚਾਹੁੰਦੇ ਸੀ ਉਸ ਦੀ ਨਹੀਂ।
VPN ਇਸ ਕਦਮ ਨੂੰ ਨਹੀਂ ਢਕਦਾ
VPN ਨੂੰ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਲਈ ਕੈਪਟਿਵ ਪੋਰਟਲ ਸੁਰੰਗ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਹੁੰਦਾ ਹੈ। ਇਸ ਕ੍ਰਮ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੋਰਟਲ ਨੂੰ VPN ਕਾਰਨ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ, ਅਤੇ VPN ਉਹ ਪ੍ਰਮਾਣ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਨਕਲੀ ਪੇਜ ਨੂੰ ਦੇ ਚੁੱਕੇ ਹੋ, ਬਾਅਦ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਪੋਰਟਲ ਦੀ ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਅਤੇ ਨੈੱਟਵਰਕ ਵਰਤੋਂ ਲਈ ਕਾਫ਼ੀ ਭਰੋਸੇਯੋਗ ਹੋਣ 'ਤੇ ਸੁਰੰਗ ਜੋੜੋ। ਦੋਵੇਂ ਕਦਮਾਂ ਨੂੰ ਵੱਖਰੇ ਸਬੂਤਾਂ ਵਾਲੇ ਵੱਖਰੇ ਫੈਸਲੇ ਮੰਨੋ।
ਜੇ ਪੇਜ ਦੀ ਜਾਂਚ ਹੋ ਚੁੱਕੀ ਹੈ ਅਤੇ ਸੁਰੰਗ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਹੋਰ ਸੂਚੀ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਅਜਿਹੇ ਪੇਜ ਵਿੱਚ ਕੰਮ ਦਾ ਪਾਸਵਰਡ ਲਿਖ ਦਿੱਤਾ ਹੈ ਜਿਸ 'ਤੇ ਹੁਣ ਸ਼ੱਕ ਹੈ, ਤਾਂ ਜਾਣੇ-ਪਛਾਣੇ ਚੰਗੇ ਜੁੜਾਅ ਤੋਂ ਇਹ ਬਦਲੋ ਅਤੇ ਆਪਣੇ ਪ੍ਰਬੰਧਕ ਨੂੰ ਦੱਸੋ ਕਿ ਕੀ ਹੋਇਆ। ਇੱਥੇ ਰਫ਼ਤਾਰ ਨਿਸ਼ਚਿਤਤਾ ਨਾਲੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ।
RFC 8952 ਵਿੱਚ ਦੱਸੀ ਗਈ ਕੈਪਟਿਵ ਪੋਰਟਲ ਬਣਾਵਟ ਇੱਕ ਵਾਰ ਪੜ੍ਹਨ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਮਝਾਉਂਦੀ ਹੈ ਕਿ ਪੋਰਟਲ ਤੁਹਾਡੇ ਬਾਅਦ ਵਿੱਚ ਬਣਾਏ ਕਿਸੇ ਵੀ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਕਿਉਂ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਗਿਆਨ ਸ਼ੱਕੀ ਪੇਜ ਨੂੰ ਅਨੁਮਾਨ ਦੀ ਥਾਂ ਫੈਸਲਾ ਬਣਾ ਦਿੰਦਾ ਹੈ।