1 年前、Python/Ruby バックエンドと通信する J2ME クライアントでまったく同じ問題が発生しました。アプリケーションまたはインフラストラクチャ レベルの変更を必要としない唯一の解決策は、mod_proxy の比較的知られていない機能を使用することでした。
Mod_proxy には、着信 (チャンク) リクエストをバッファリングし、プロキシ バックエンドに渡す前に Content-Length ヘッダーを使用して単一のリクエストとして書き換える機能があります。巧妙なトリックは、要求を同じ Apache サーバーに戻す小さなプロキシ構成を作成できることです。つまり、ポート 80 で着信チャンク リクエストを取得し、それを「デチャンク」してから、ポート 81 で非 HTTP 1.1 準拠のサーバーに渡します。
この構成を本番環境で 1 年余り使用しましたが、問題はありませんでした。次のようになります。
ProxyRequests Off
<Proxy http://example.com:81>
Order deny,allow
Allow from all
</Proxy>
<VirtualHost *:80>
SetEnv proxy-sendcl 1
ProxyPass / http://example.com:81/
ProxyPassReverse / http://example.com:81/
ProxyPreserveHost On
ProxyVia Full
<Directory proxy:*>
Order deny,allow
Allow from all
</Directory>
</VirtualHost>
Listen 81
<VirtualHost *:81>
ServerName example.com
# Your Python application configuration goes here
</VirtualHost>
また、問題の完全な記事と解決策の詳細については、ブログを参照してください。