3

インスタンステンプレートを使用してインスタンスグループを作成し、このインスタンスグループをhttpロードバランサが使用するバックエンドサービスにアライメントしました。私は、私が作成したインスタンスのグループからインスタンスのVMにURLを開くとGoogle計算ロードバランサが400のDELETE要求を返す

今、私はGETPOSTDELETE要求を行うことができますし、すべての要求は、高速であり、すべてが期待どおりに動作します。

ロードバランサの静的IPへのURLを開くとき。私はGETPOST要求を行うことができますが、DELETE要求が応答ページのことわざで400 BAD REQUESTを投げる:

エラーです。

お客様のクライアントから不正な形式のリクエストが送信されました。それはすべて私たち が知っている。

他のロードバランサの問題:

  • サイトは、ロードバランサを介して、非常に遅いです。おそらく 私は行方不明の設定があります。私はすべてを us-central-1bに設定していると確信しています。
  • サイトが表示されないことがあります。それはhttpで動作しますが、 はhttpsとvisaで動作しません。ロードバランサは非常に奇妙な の動作をしています。

私のVMのAPIアクセスがこのインスタンスは、すべてのGoogleクラウドサービスへの完全なAPIアクセス

を持っている私は私のAPI層としてジャンゴを使用していに設定されている、私はこのホスト上でデバッグをオンにしているのを見ましたDELETEリクエストは、ロードバランサの静的IPを介してリクエストを行うときでさえさえしていませんでした。私が行方不明のファイアウォール設定がありますか?

これをもう一度やり直して、DELETEリクエストが発生するのを手伝ってください。

ありがとうございます!

答えて

7

リクエストの本文に何かお送りしていますか?

身体に何かを送信しようとすると、Googleロードバランサは400 BAD REQUESTと応答します。これが問題かどうかを簡単に確認するには、Chrome開発ツールを起動し、[ペイロードのリクエスト]セクションが空である/存在しないことを確認します。

HTTP仕様では、体内で何かを渡すことができると明示的には言わないので、これは間違っていない、ただ定義されていません。

ロードバランサはすべての要求に対して低速ですか、多くの要素がオンになっているページだけですか?

+3

Googleのクラウドロードバランサの後ろにサーバーを移動した後、私のアプリケーションのすべての削除要求が壊れてしまい、Googleによるこのような馬鹿げた動きのためになってしまいました。 HTTP 1.1仕様ではDELETE要求の本文が許されていますが、なぜ完全に受け入れられる要求に対して400エラーを返すのが賢明だと思ったのですか? :( –

+0

Google App Engineで同じ問題が発生したことも報告します。DELETEリクエストはペイロードを持ち運ぶことができません。いいキャッチのための名誉! –

関連する問題