ਪ੍ਰੌਕਸੀ ਦੀ ਭੇਜੀ ਬੇਨਤੀ ਨੂੰ ਇਸ ਦੇ ਟਿਕਾਣੇ ’ਤੇ ਦੇਖੋ
ਕਲਾਇੰਟ ਵੱਲੋਂ HTTP ਬੇਨਤੀ ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਸ਼ਾਮਲ ਜਾਂ ਬਦਲੇ ਗਏ ਹੈਡਰਾਂ ਲਈ ਸਹੀ ਨਿਰੀਖਣ ਬਿੰਦੂ ਚੁਣੋ।
ਕਲਾਇੰਟ ਇੱਕ HTTP ਬੇਨਤੀ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਉਸ ਸੁਨੇਹੇ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲ ਸਕਦੀ ਹੈ। ਜਿੱਥੇ ਭੇਜਿਆ ਸੰਸਕਰਣ ਨਿਰੀਖਣਯੋਗ ਹੁੰਦਾ ਹੈ, ਉਹੀ ਟਿਕਾਣਾ ਹੈ।
| ਨਿਰੀਖਣ ਬਿੰਦੂ | ਉੱਥੇ ਉਪਲਬਧ ਸੁਨੇਹਾ |
|---|---|
| ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ ਵਸਤੂ | ਪਹਿਲੀ ਛਾਲ ਲਈ ਤਿਆਰ ਬੇਨਤੀ |
| ਮੂਲ ਦਾ ਬੇਨਤੀ ਲੌਗ ਜਾਂ ਈਕੋ ਹੈਂਡਲਰ | ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਾਪਤ ਬੇਨਤੀ |
| ਕਲਾਇੰਟ ਦਾ ਜਵਾਬ-ਹੈਡਰ ਸੰਗ੍ਰਹਿ | ਵਾਪਸੀ ਰਾਹ ’ਤੇ ਪ੍ਰਾਪਤ ਜਵਾਬ |
ਨਿਯੰਤਰਿਤ ਜਾਂਚ ਲਈ, ਉਹ ਐਂਡਪੌਇੰਟ ਵਰਤੋ ਜੋ ਤੁਸੀਂ ਚਲਾਉਂਦੇ ਹੋ ਅਤੇ ਪ੍ਰਾਪਤ ਬੇਨਤੀ ਹੈਡਰ ਦਰਜ ਕਰਦਾ ਜਾਂ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਬੇਨਤੀ ਨੂੰ ਪਛਾਣਨਯੋਗ ਨਿਸ਼ਾਨ ਦਿਓ ਤਾਂ ਜੋ ਮੂਲ ਦਾ ਰਿਕਾਰਡ ਖਾਸ ਕਲਾਇੰਟ ਕਾਰਵਾਈ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕੇ।
WebClient ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ, ResponseHeaders ਵਾਪਸ ਦਿੱਤੇ ਜਵਾਬ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਹ ਪ੍ਰੌਕਸੀ ਦੀ ਟਿਕਾਣੇ ਵੱਲ ਭੇਜੀ ਬੇਨਤੀ ਦਾ ਰਿਕਾਰਡ ਨਹੀਂ ਹੈ। ਸਰਵਰ ਆਪਣੇ ਜਵਾਬ ਦੇ ਮੁੱਖ ਭਾਗ ਵਿੱਚ ਬੇਨਤੀ ਜਾਣਕਾਰੀ ਦੁਹਰਾਉਣੀ ਚੁਣ ਸਕਦਾ ਹੈ, ਪਰ ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਵਿਵਹਾਰ ਹੈ।
ਜੇ ਰਾਹ ਵਿੱਚ ਕਈ ਵਿਚੋਲੇ ਹਨ, ਟਿਕਾਣਾ ਉਨ੍ਹਾਂ ਦੇ ਸਾਂਝੇ ਫਾਰਵਰਡਿੰਗ ਪ੍ਰਭਾਵ ਦੇਖਦਾ ਹੈ। ਸਿਰਫ ਹੈਡਰ ਦਾ ਹੋਣਾ ਤਬਦੀਲੀ ਨੂੰ ਕਿਸੇ ਖਾਸ ਛਾਲ ਨਾਲ ਨਹੀਂ ਜੋੜਦਾ। ਕਸਟਮ API ਖੇਤਰਾਂ ਲਈ, ਫਾਰਵਰਡਿੰਗ ਅਤੇ Connection-ਖੇਤਰ ਦੇ ਨਿਯਮ ਦੱਸਦਾ ਹੈ ਕਿ ਤਬਦੀਲੀ ਕਦੋਂ ਆਸ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਆਮ HTTPS CONNECT ਸੁਰੰਗ ਇੱਕ ਹੋਰ ਸੀਮਾ ਜੋੜਦੀ ਹੈ: ਅੰਦਰੂਨੀ HTTP ਬੇਨਤੀ ਕਲਾਇੰਟ ਅਤੇ ਵੈੱਬਸਾਈਟ ਵਿਚਕਾਰ ਐਨਕ੍ਰਿਪਟ ਹੁੰਦੀ ਹੈ। ਰਿਲੇ ਪ੍ਰੌਕਸੀ ਉਹ ਐਨਕ੍ਰਿਪਟ ਹੈਡਰ ਸੋਧ ਨਹੀਂ ਸਕਦੀ। CONNECT ਬਦਲ ਦੇ ਹੈਡਰ ਉਸ ਵੱਖਰੇ ਬਦਲ ਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਪ੍ਰਬੰਧਿਤ TLS ਨਿਰੀਖਣ ਪ੍ਰੌਕਸੀ ਦੀ ਭੂਮਿਕਾ ਵੱਖਰੀ ਹੈ।