ਵੈੱਬ-ਫਾਰਮ ਪ੍ਰੌਕਸੀ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਮੂਲ ਬਦਲਦੇ ਹਨ, ਸਿਰਫ਼ ਐਗਜ਼ਿਟ IP ਨਹੀਂ

URL ਬਕਸ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਸਾਈਟ ਨੂੰ ਨੇਟਿਵ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰੌਕਸੀ ਤੋਂ ਵੱਖ ਪਛਾਣੋ ਅਤੇ ਦੱਸੋ ਕਿ ਕਠਿਨ ਲੌਗਇਨ ਤੇ ਸਕ੍ਰਿਪਟਾਂ ਵੱਖਰੇ ਵਿਵਹਾਰ ਕਿਉਂ ਕਰ ਸਕਦੀਆਂ ਹਨ।

URL ਬਕਸ ਵਾਲਾ ਪੰਨਾ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਹੈ। ਉੱਥੇ ਮੰਜ਼ਿਲ ਦਾਖਲ ਕਰਨਾ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਮੱਗਰੀ ਲਿਆ ਕੇ ਦਿਖਾਉਣ ਲਈ ਕਹਿਣਾ ਹੈ। ਇਹ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ HTTP ਜਾਂ SOCKS ਪ੍ਰੌਕਸੀ ਵਰਤਣ ਲਈ ਕਹਿਣ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰਬੰਧ ਹੈ।

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

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

ਇਹ ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਨਤੀਜਾ ਸਮਝਾਉਂਦਾ ਹੈ: ਸਧਾਰਨ ਲੇਖ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਪਰ ਦਸਤਾਵੇਜ਼ ਸੰਪਾਦਕ ਜਾਂ ਲੌਗਇਨ ਪ੍ਰਵਾਹ ਫੇਲ ਹੁੰਦਾ ਹੈ। ਫੇਲ ਹੋਣ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਮੰਜ਼ਿਲ ਸੇਵਾ ਦਾ ਐਗਜ਼ਿਟ IP ਰੱਦ ਕਰ ਰਹੀ ਹੈ। ਵਿਚੋਲਾ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ URL ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਸੁਰੱਖਿਆ ਬਾਰੇ ਧਾਰਨਾਵਾਂ ਬਚਾ ਨਹੀਂ ਸਕਦਾ।

TLS ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ ਇਹ ਵੀ ਵੱਖ ਪਛਾਣੋ। ਮੰਜ਼ਿਲ ਦੀ ਸਮੱਗਰੀ ਲਿਆ ਕੇ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਸੇਵਾ ਇਨਕ੍ਰਿਪਟਿਡ ਸੈਸ਼ਨ ਢੋਣ ਵਾਲੇ ਸਧਾਰਨ CONNECT ਰਿਲੇ ਤੋਂ ਵੱਖਰੀ ਭਰੋਸਾ ਸਥਿਤੀ ਵਿੱਚ ਹੁੰਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪਤੇ 'ਤੇ HTTPS ਦੇਖਣਾ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਅਸਲ ਸਾਈਟ ਤੱਕ ਐਂਡ-ਟੂ-ਐਂਡ TLS ਕਨੈਕਸ਼ਨ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।

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

ਸੰਬੰਧਿਤ ਲੇਖ