さて、これは私をびっくりさせます。Httpヘッダーチェックツールを使用して、Webページのヘッダーをチェックし、何を推測しました。すべてのリクエストで、応答は200ではなく302でした。
domain.con
www.domain.con
http://www.domain.con
だから、私はここで何かが欠けていますか？リダイレクトは一切行っていません。
では、私のWebサイトのf＃$％はどこにリダイレクトされますか？セキュリティホールはありますか？
更新：グーグルがこれを見つけた間
41885 次
6 に答える
10
domain.comと同じではありませんwww.domain.com- それはリダイレクトです。
于 2010-08-05T09:35:21.853 に答える
7
これは、.net/IIS が www.domain.com または domain.com を www.domain.com/default.aspx にリダイレクトするため、302 のヘッダーを取得し、次に 200 のヘッダーを取得するためです。これは仕様によるものだと思いますしかし、非常に紛らわしいです。
于 2013-01-24T17:49:26.333 に答える
5
多分これの場合：
302件見つかりました
これは最も一般的なリダイレクト コードですが、標準に反する業界慣行の例でもあります。HTTP/1.0 仕様 (RFC 1945) では、クライアントが一時的なリダイレクトを実行する必要がありましたが (元の記述フレーズは「Moved Temporarily」でした)、一般的なブラウザーは 303 See Other の機能を備えた 302 を実装しました。したがって、HTTP/1.1 は、2 つの動作を区別するためにステータス コード 303 と 307 を追加しました。ただし、Web アプリケーションとフレームワークの大部分は、302 ステータス コードを 303 のように使用しています。
303 その他を参照 (HTTP/1.1以降)
リクエストに対するレスポンスは、GET メソッドを使用して別の URI で見つけることができます。PUT への応答として受信された場合、サーバーがデータを受信したと見なされ、別の GET メッセージでリダイレクトを発行する必要があります。
于 2010-08-05T09:50:10.853 に答える
0
URL の末尾に最後のスラッシュを追加するのを忘れた可能性があります。ほとんどの Web サーバーは、スラッシュを含む「正規の」場所にリダイレクトします。スラッシュを含めると、探している応答が得られる場合があります。
于 2010-08-05T09:36:33.553 に答える
0
フォーム認証を使用していますか? ログインページは、auth.aspxなどのデフォルトページ以外のページですか？この場合、常に 302 コードを受け取り、ページはログイン ページにリダイレクトされます。
于 2010-08-05T09:57:12.927 に答える