問題タブ [url-rewrite-module]

IIS URL 書き換えモジュールを使用してすべての URL に末尾のスラッシュを追加することは広く普及していますが、.html および .aspx で終わる URL の例外を追加するにはどうすればよいですか?

今日、私はこれを持っています：

Umbraco 内で URLRewriting.config を使用して、いくつかのリダイレクトを設定しようとしています。それらの大部分は正常に機能していますが、いくつかは頭痛の種になっています。

私は次のページを持っています:/testpage.aspx新しいサイトでは現在 の下にあり/directory/testpage.aspxます。いくつかのルールを試してみましたが、ループに陥るか、単に最初のページに移動するだけで、明らかに 404 エラーが発生します。

私が知る限り、以下のルールはこの書き直しを満たし、機能するはずですが、代わりに元のページ (このサイトでは 404) を取得しているだけです。

これらの正規表現 (間違っている場合は訂正してください) は、次の URL で開始および終了するすべてのページが/testpage.aspx新しい URL にリダイレクトされることを示しているはずです。誰でもこれについて何か支援を提供できますか?

ルーティングの問題をデバッグしようとしていますが、MVCルートがURL書き換えと非常によく似ていることに気づきましたが、どの状況でルーティングが必要で、どの状況でURL書き換えが必要かがよくわかりません。これら2つのテクノロジーの違いと、それぞれが適切な状況について誰かに説明してもらえますか？

Web を検索してきましたが、この特定の問題に対する答えが見つかりません。

IIS Rewrite モジュールを使用して、WOFF ファイルと EOT ファイルへの直接アクセスをブロックし、ホットリンクとフォント ファイルの盗難を防止しています。HTTP_REFERER がサーバー名と一致しない場合、リクエストを拒否することでこれを行っています。

ブロッキングは正常に機能します。ただし、クライアントに返す最も適切な応答コードはどれかについては少しわかりません。

これは、.config、.asax などの制限されたファイル タイプをブロックすることとまったく同じではありません。ブラウザーがこれらのファイルを要求することは完全に合理的で合法であるため、要求が正しく参照されている場合に限ります。

サーバーはリクエストを理解しているため、論理的には403が最も正しい応答であると考えていますが、リクエストの受信方法が原因でコンテンツの提供を拒否しています（直接参照されていません）。

404 に関する私の主な懸念は、ブラウザやプロキシなどが URL が無効であると判断し、リソースに対するそれ以上のリクエストの発行を停止するかどうかです。

特に 403 に関して私が懸念しているもう 1 つの懸念は、一部のブラウザーがこれを誤って解釈し、要求に対してユーザーから追加の認証を取得しようとする可能性があることです。

もう 1 つのオプションは、単純に要求を中止することです。その結果、ソケット接続が切断されます。実行するのは非常に簡単ですが、すべてのクライアントがこれにどのように反応するかはわかりません。たとえば、一部のブラウザーまたは検索エンジンがこれを一時的なネットワーク障害と見なし、リクエストの再発行を試み続けるのではないかと考えています。

基本的に、これらのフォント ファイルに対する正当な要求が常に正しく機能することを保証したいと同時に、(可能な限り) ファイルを誤用から保護したいと考えています。

どんな考えでも大歓迎です。

ありがとう、ユージーン

VS 2012のMVCアプリケーションでURL書き換えモジュールを使用しようとしています。Webプラットフォーム4.0を使用してモジュールをインストールし、Ruslanのブログ投稿に従い、コメントに従ってjsスクリプトを更新しました（具体的には、Brant Burnettによる最後のスクリプト）。 10月19日、スクリプトは正常に実行されました。DotNetConfig.xsdを確認したところ、すべて問題ないようです。

IIS管理コンソールを開くと、Url Rewriteモジュールが表示され、すべて問題ないように見えます。

単純なMVCソリューション（デフォルトのホーム/アカウントコントローラーを使用）を作成し、最も単純なToLowerCaseルール（これもRuslanのブログからコピー）を追加すると、タグの下に青い波線が表示され、実行しようとするとhttp500.19が表示されます。 。再起動などは役に立ちません。また、IISExpress7.5を使用していることにも言及しておくことが重要です。

同じ手順がVS2010を実行しているマシンで問題なく機能し、URLの書き換えは問題なく機能しました。

誰かが何がうまくいかないか知っていますか？さらなる分析にはどのような情報が必要ですか？インテリセンスが機能せず、リライトモジュールが認識されないのはなぜですか？

したがって、wibble のユーザー エージェントがない場合は、rsstest/test.xml にアクセスして article.xml に転送できるはずです。

なぜこれが機能しないのですか？

<rule name="df" patternSyntax="ExactMatch" stopProcessing="true"> <match url="^rsstest/test.xml" negate="true" /> <conditions> <add input="{HTTP_USER_AGENT}" pattern="Wibble" negate="true" /> </conditions> <action type="Rewrite" url="article.xml" /> </rule>

前もって感謝します

私はURLリライトで本当に新しく、複数のクエリをリライト/リダイレクトしようとしていますが、機能していないようです。これは検索結果であり、さまざまなフィルタリングが付属しているため、クエリは異なる場合があります。たとえば、クエリがある検索t1=somethingと、次のt2=somethingelseように組み合わせる検索があります。t1=something&t2=somethingelse

web.configでIIS7を使用しています。これまでに行ったことは次のとおりです。
これは私のリンクの例です

私は次のことを試しましたが、実際には機能しませんでした:
(1)

(2)

助けていただければ幸いです。

ありがとう。

私の Web サイトでは、外部のシステムによって URL にクエリ文字列パラメータが追加されることがあります。

したがって、このように見える代わりに:http://www.domain.com?myquery=blahまたはhttp://www.domain.com、URLがありhttpます:http://www.domain.com?myquery=blah&theirpara=blahまたはhttp://www.domain.com?theirpara=blah.

ユーザーが「theirpara」パラメーターを使用してアクセスした場合、パラメーターなしで URL に 301 リダイレクトしたいと考えています。

URL 書き換えモジュールを使用してみましたが、実際にはどこにも行きません。可能であれば、Response.RedirectPermanent の代わりに IIS/web.config レベルで行うとよいでしょう。

ルール（URL書き込みモジュール）を使って設定すればいいのにと思ったのですが、正直どうすればいいのかわかりません。次のルールを使用して末尾のスラッシュを削除していますが、この必要性に合わせて変更する方法がわかりません。

それを設定する方法についてのアイデアはありますか？

変更方法：

domain.com/go/?custom_ref=001

の中へ

domain.com/go/?ref=001

htaccess rewrite を使用してください。

IIS7.5 で IIS Rewrite Module を使用しています。私のマッピングは、次の構造のテキスト ファイルにあります。

したがって、次のようなものが機能します。

これは私のweb.configで次のルールを使用します

クエリ文字列も渡されるようにしたい場合、私のルールはどうなりますか? だから私はこれを機能させたい：