ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ERR_INVALID_CHUNKED_ENCODING ਦੀ ਜਾਂਚ
ਫਰੇਮਿੰਗ, ਰੁਕਣ ਦੇ ਸਥਾਨ ਅਤੇ ਪ੍ਰੌਕਸੀ-ਰੂਟ ਲੌਗਾਂ ਦੀ ਤੁਲਨਾ ਕਰਕੇ ਲੱਭੋ ਕਿ ਜਵਾਬ ਕਿੱਥੇ ਅਧੂਰਾ ਜਾਂ ਵਿਗੜਿਆ ਹੋ ਜਾਂਦਾ ਹੈ।
ERR_INVALID_CHUNKED_ENCODING ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜਵਾਬ ਨੂੰ ਪੂਰਾ chunked ਸੁਨੇਹਾ ਵਜੋਂ ਡੀਕੋਡ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਿਆ। ਕੁਝ ਸਮੱਗਰੀ ਦੇ ਸਫਲਤਾਪੂਰਵਕ ਆਉਣ ਨਾਲ ਇਹ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਬਾਕੀ ਜਵਾਬ ਵੈਧ ਸੀ।
- ਜਵਾਬ ਦੇ ਹੈਡਰ ਅਤੇ ਪਹਿਲੀ ਡੀਕੋਡਰ ਗਲਤੀ ਸੰਭਾਲ ਕੇ ਰੱਖੋ। ਕਿਹੜੇ ਹਿੱਸੇ ਨੇ ਇਹ ਦੱਸਿਆ ਅਤੇ ਸੁਨੇਹਾ chunked ਐਲਾਨਿਆ ਗਿਆ ਸੀ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੈਅ ਕਰੋ।
- ਰੁਕਣ ਦਾ ਸਥਾਨ ਲੱਭੋ। HTTP/1.1 chunked ਕੋਡਿੰਗ ਲਈ ਆਕਾਰ, ਸੰਬੰਧਿਤ ਡੇਟਾ, ਵੱਖਰੇ ਕਰਨ ਵਾਲੇ ਅਤੇ ਆਖਰੀ ਹਿੱਸਾ ਲੋੜੀਂਦਾ ਹੈ, ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਉੱਥੇ trailers ਵੀ। ਜਲਦੀ ਕਨੈਕਸ਼ਨ ਬੰਦ ਹੋਣਾ ਅਤੇ ਵਿਗੜਿਆ ਆਕਾਰ ਵੱਖਰੇ ਸੰਕੇਤ ਹਨ।
- ਉਸੇ ਕੰਟਰੋਲ ਕੀਤੇ ਬੇਨਤੀ ਦੀ ਇੱਛਤ ਰੂਟ ਉੱਤੇ ਤੁਲਨਾ ਕਰੋ। ਬੇਨਤੀ ਨੂੰ ਪ੍ਰੌਕਸੀ ਅਤੇ ਅਪਸਟ੍ਰੀਮ ਲੌਗਾਂ ਨਾਲ ਮਿਲਾਓ। ਉਸ ਥਾਂ ਉੱਤੇ ਅਪਸਟ੍ਰੀਮ ਬੰਦ ਹੋਣਾ, ਵਿਚੋਲੇ ਦਾ ਰੂਪਾਂਤਰਨ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਰੱਦ ਹੋਣਾ ਲੱਭੋ।
TCP ਬਫਰ ਦੇ ਆਕਾਰ ਤੋਂ HTTP ਫਰੇਮਿੰਗ ਦਾ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ। ਇੱਕ ਸਾਕਟ ਪੜ੍ਹਤ ਵਿੱਚ ਅੱਧਾ ਹਿੱਸਾ ਜਾਂ ਕਈ ਹਿੱਸੇ ਹੋ ਸਕਦੇ ਹਨ; ਫਿਰ ਲਾਇਬ੍ਰੇਰੀ ਡੀਕੋਡ ਹੋਈ ਸਮੱਗਰੀ ਵੱਖਰੇ ਬਫਰਾਂ ਵਿੱਚ ਦਿਖਾ ਸਕਦੀ ਹੈ। JSON ਰਿਕਾਰਡ ਦੀ ਹੋਰ ਇੱਕ ਹੱਦ ਹੁੰਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਅਸਲ ਪੈਕੇਟ ਹੱਦਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖੇ ਬਿਨਾਂ ਜਵਾਬ ਨੂੰ ਮੁੜ ਫਰੇਮ ਕਰ ਸਕਦਾ ਹੈ।
ਜੇ ਸਬੂਤ ਪੁਰਾਣੀ Squid ਸਥਾਪਨਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਸ ਨਤੀਜੇ ਨਾਲ ਇਸ ਦਾ ਰੀਲੀਜ਼ ਨੰਬਰ ਰੱਖੋ। Squid 2.x ਲਈ ਪੈਚ ਸਲਾਹ ਹਰ ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦੀ। ਤੁਲਨਾ ਦੌਰਾਨ ਆਮ ਡੀਕੋਡਿੰਗ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬਣਾਈ ਰੱਖੋ: ਗਲਤੀ ਨੂੰ ਦਬਾਉਣ ਨਾਲ ਅਧੂਰੀ ਫਾਈਲ ਸਫਲ ਡਾਊਨਲੋਡ ਵਾਂਗ ਦਿਖ ਸਕਦੀ ਹੈ।