“ਮੇਰਾ IP ਸਪੂਫ ਕਰੋ” ਅਕਸਰ “ਵੈਬਸਾਈਟ ਨੂੰ ਦੂਜਾ ਪਤਾ ਦਿਖਾਓ” ਦੇ ਅਰਥ ਵਿੱਚ ਹਲਕੇ ਤੌਰ ’ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਪਹਿਲਾ ਕੀਤੇ ਬਿਨਾਂ ਦੂਜਾ ਕਰ ਸਕਦੀ ਹੈ।

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

Your application -- connection A -- proxy -- connection B -- website

ਕਨੈਕਸ਼ਨ A ਅਤੇ ਕਨੈਕਸ਼ਨ B ਉੱਤੇ ਪਤਾ-ਲੇਬਲ ਪੇਂਟ ਕੀਤਾ ਇੱਕ TCP ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਹਨ। ਉਨ੍ਹਾਂ ਦੀ ਆਪਣੀ ਟਰਾਂਸਪੋਰਟ ਅਵਸਥਾ ਹੈ। ਪ੍ਰੌਕਸੀ ਉਹੀ ਐਪਲੀਕੇਸ਼ਨ ਬਾਈਟਾਂ ਅੱਗੇ ਭੇਜ ਸਕਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਆਲੇ-ਦੁਆਲੇ ਦੇ TCP ਹਿੱਸੇ, ਪ੍ਰਾਪਤੀ ਦਾ ਸਮਾਂ ਅਤੇ ਪੈਕਟ ਸੀਮਾਵਾਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।

ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਹਾਲੇ ਵੀ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਵੈਬਸਾਈਟ ਕਨੈਕਸ਼ਨ B ਰਾਹੀਂ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਉਹ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਅਤੇ ਸੰਬੰਧਿਤ ਡੇਟਾ ਕਨੈਕਸ਼ਨ A ਰਾਹੀਂ ਵਾਪਸ ਲੈ ਜਾਂਦੀ ਹੈ। ਦੋਵੇਂ ਲੱਤਾਂ ਵਿੱਚ ਇੱਕ ਭਾਗੀਦਾਰ ਹੈ ਜੋ ਆਪਣੇ ਵਰਤੇ ਪਤੇ ’ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।

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

ਇੱਕ ਦਿਖਣ ਵਾਲਾ ਪਤਾ ਪੂਰੀ ਪਛਾਣ ਦੀ ਕਹਾਣੀ ਨਹੀਂ ਹੈ

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

ਸਮੱਸਿਆ ਹੱਲ ਲਈ ਪੁੱਛੋ ਕਿ ਕਿਹੜੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਕਿਹੜੇ ਨਿਰੀਖਕ ਨੇ ਪਤਾ ਬਣਾਇਆ। “ਮੇਰਾ IP ਬਦਲ ਗਿਆ” ਸਿਰਫ਼ ਕਿੱਥੇ ਨਿਰੀਖਣ ਕੀਤਾ ਗਿਆ ਪਛਾਣਨ ਤੋਂ ਬਾਅਦ ਹੀ ਲਾਹੇਵੰਦ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ