アプリの問題をデバッグして、提案やトラブルシューティングのヒントを探しています。
私のアプリは、HTTPS経由でApacheにデータを送信するモバイルアプリで構成されています(mod_proxyを使用してDjangoサーバーに転送しています)。ただし、Djangoレイヤーであり、400がApacheから直接送信されており、まったく転送されていないことを示しているようです。
また、これはPOSTのごく一部のサブセットでのみ発生します。問題の頻度の低さと、私がアクセスできない電話からの問題が原因で、再現とデバッグが困難でした。
これをトラブルシューティングするために私はどのような種類の物を見なければなりませんか?私は この投稿 を見つけましたが、私はすでにApache 2.2.22を使用しているので、それは問題ではないようです。
リクエストの量が多いため、すべてのリクエストに完全なロギングを追加するのをためらっています(ただし、条件付きロギングを行うことはできますか?)。
提案を探しています:
RFC2616から、 400は悪い要求です :
不正な構文のため、サーバーはリクエストを理解できませんでした。クライアントは変更なしでリクエストを繰り返すべきではありません。
つまり、リクエストが400を引き起こしているということです。
warn
(デフォルト)からdebug
に増やし、エラーログを調べることもできます。こちらが IISでの400エラーのトラブルシューティングに関するブログ投稿 でもあります。