ਇੱਕ ਫਾਰਵਰਡ ਪ੍ਰਾਕਸੀ ਕਸਟਮ API ਹੈਡਰ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ

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

Connection ਖੇਤਰ ਅਜਿਹੀ ਹੀ ਇੱਕ ਛੋਟ ਹੈ। ਇਹਨਾਂ ਉਦਾਹਰਨ ਬੇਨਤੀਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ:

API-Version: 2026-10
Connection: keep-alive

ਇੱਥੇ API ਖੇਤਰ ਨੂੰ ਇਸ ਕਨੈਕਸ਼ਨ ਲਈ ਸਥਾਨਕ ਨਹੀਂ ਠਹਿਰਾਇਆ ਗਿਆ। ਅਗਲੀ ਉਦਾਹਰਨ ਵਿੱਚ ਭੇਜਣ ਵਾਲਾ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਇਸਦਾ ਦਾਇਰਾ ਬਦਲਦਾ ਹੈ:

API-Version: 2026-10
Connection: API-Version

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

ਉਹ ਬਿੰਦੂ ਲੱਭੋ ਜਿੱਥੇ ਖੇਤਰ ਬਦਲਦਾ ਹੈ

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

ਕਿਸੇ ਪੁਰਾਣੀ ਤਾਇਨਾਤੀ ਵਿੱਚ ਦੱਸੀ ਹੈਡਰ ਆਕਾਰ ਸੀਮਾ ਤੋਂ ਹੀ ਚੁੱਪਚਾਪ ਹਟਾਏ ਜਾਣ ਦਾ ਅਨੁਮਾਨ ਨਾ ਲਗਾਓ। ਸੀਮਾਵਾਂ ਅਤੇ ਨਾਮਨਜ਼ੂਰੀ ਦਾ ਵਿਵਹਾਰ ਅਸਲ ਹਿੱਸਿਆਂ ਅਤੇ ਸੰਰਚਨਾ ਨਾਲ ਸਬੰਧਤ ਹੈ। HTTP ਜਵਾਬ ਅਤੇ ਸੰਬੰਧਿਤ ਲਾਗ ਅਵਲੋਕਨ ਨਾਲ ਰੱਖੋ।

ਆਮ CONNECT ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਐਂਡ-ਟੂ-ਐਂਡ HTTPS ਹੋਣ ’ਤੇ ਪ੍ਰਾਕਸੀ ਅੰਦਰਲਾ API ਖੇਤਰ ਪੜ੍ਹ ਕੇ ਚੋਣਵੇਂ ਤੌਰ ’ਤੇ ਨਹੀਂ ਹਟਾ ਸਕਦੀ। ਤਦ ਹੈਡਰ ਜਾਂਚ TLS ਸਿਰਿਆਂ ’ਤੇ ਜਾਂ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਭਰੋਸੇਯੋਗ ਜਾਂਚ ਵਿਚੋਲੇ ਕੋਲ ਹੁੰਦੀ ਹੈ।