問題タブ [integrated-pipeline-mode]

Classic パイプラインを使用して IIS 7.5 でホストされているサイトがありました。Windows 認証とフォーム認証が有効になるようにそのサイトの認証を設定しましたが、匿名は有効ではありませんでした。これにより、ユーザーが初めて Windows 認証のためにサイトにアクセスしたときにプロンプ​​トが表示されました。その後、通常どおりサイトに移動します。これは、私たちのクライアントが偶然につまずくことなくそのサイトに独占的にアクセスできるように、レビュー サイト用に設定されました。

そのサイトを更新して、統合パイプラインに移動しました。これで、最初にサイトにアクセスしたときに Windows 認証のプロンプトが引き続き表示されますが、フォーム認証のために web.config で指定された loginUrl に移動します。これは私が望んでいるものではありません。

認証に対する 2 つのパイプラインの影響について私が理解していることから、それが問題だと思います。統合モードに切り替えた今、クラシック モードで最初に取得していた動作を再現する方法はありますか?

IIS7で統合モードで実行されているサイトがあり、静的ファイルが認証されるようにweb.configを変更しました。修正したいのは、存在しないファイルのリクエストが届いた場合でも、.NET認証パイプラインを通過することです。Begin_Request（）メソッドをデバッグすると、リクエストが/login.aspx?returnurl=filenotfoundに対して行われていることがわかります。 .js（ここで言い換えます）。

認証が開始される前に404をキャッチして返す方法に関するヒントはありますか？

ありがとう

私は2つの同一のサイトを持っています。アプリプールをクラシックとして使用している場合、Webサービス（写真）はJSONを返します。統合モードに変更すると、XMLが返されます。

コード

http://www.simpletix.com/Facebook/App/DisplayWidget.aspx?Domain=http://culinary-festival.thisticket.com

http://www.simpletix.com/facebook/app/displaywidget.aspx?domain=http://dev.simpletix.com

はい..両方のサイトには次のものがあります。

の<system.webServer> <handlers>

リードをありがとう！

IIS 6では、Helicon（拡張機能のないURLを処理するため）とUrlRewriting.netの2つのサードパーティコンポーネントを使用してUrlRewritingを実行していました。少し前に、IIS 7-クラシックモードに移行しましたが、これら2つのコンポーネントを引き続き使用しています。

現在、ネイティブの.Netルーティングを使用して、サードパーティコンポーネントなしで統合モードに切り替えようとしています。ルーティングは機能していますが、Webアプリケーションの動作はまったく異なります。私たちのウェブサーバーは、以前はCPU使用率が10％未満でしたが、現在は50％以上を簡単に使用しています。

メモリダンプの分析を開始しましたが、問題の根本には到達していないようです。.Netキャッシングメカニズムがガベージコレクターをブロックしているようですか？これは「統合モード」の使用と何の関係がありますか？

以下に、分析の抜粋を示します。次にどこを見るべきかについての提案は大歓迎です。

ASP.NET Web アプリケーションを IIS6 から IIS7 統合モードにアップグレードしました。私たちのアプリケーションは以下を使用します：

したがって、次のように設定する必要があります。

これは賢明ですか？私の本能はそうではないと言っていますが、Googleでこの問題を検索すると、アクセスしたすべてのページでこの「回避策」が提案されます。

偽装は、統合された IIS7 ではもはや適切な方法ではありませんか? それを放棄して、別の解決策を考え出す必要がありますか?

IIS7 統合パイプラインとフォーム認証に関して問題があります。私の Web アプリケーションは aspx と html ページが混在しており、両方をフォーム認証で保護する必要があります。FormsAuthentication モジュールの前提条件を削除することで静的コンテンツを保護することができ、すべてが期待どおりに機能しますが、サインアウトすると .AUXSPATH Cookie が削除されますが、その後も静的 html コンテンツを読み込むことができ、ログインにリダイレクトされません。 aspx コンテンツを提供しようとするとリダイレクトされます...

ブラウザーを閉じて同じ html ページを読み込もうとしても、ユーザーの資格情報が何らかの形でキャッシュされているため、ページは正常に表示されます。

<META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">ブラウザのキャッシュをクリアするか、html ファイルの head セクションを挿入した場合にのみ、ログイン フォームにリダイレクトされ ます。

また、出力キャッシュを構成し、html コンテンツのすべてのキャッシュを防止しました。その後は正常に動作しますが、キャッシュを使用したいのですが、サインアウト後もアクセスを防止できます。

デフォルトでキャッシュされているhtmlコンテンツに関係なく、認証Cookieを削除した後にhtmlコンテンツを提供しないようにするにはどうすればよいですか?!?

NuGet (バージョン 4.1.60730) を使用して RIA サービスをインストールすると、既定の Web.config によってドメイン サービス モジュールが と の両方に登録されます。

これは、Visual Studio 2010 の開発サーバーでは問題なく動作しますが、完全な IIS の標準構成では、統合パイプライン モードの設定が正しくないという問題があります。

system.web の下の登録をコメント アウトすると問題は修正されますが、開発サーバーでは実行されません。

両方のケースで機能する構成はありますか? そうでない場合、この問題を回避するにはどうすればよいですか?

RIA Services をシステム全体にインストールできることはわかっていますが、それは避けたいと思っています。

GetServerVariable("HTTP_URL")IISで、HttpWorkerRequestクラスを呼び出すとパイプラインモードに応じて値が異なるのはなぜですか？

統合モードで実行すると、生のURLが返されます（サーバーには「/SomeUrl/Default.ashx」などが表示されます）。

クラシックモードでは、値はブラウザに入力されたURLのようです（私のURLルーターはたとえば/ someurlをその特定のハンドラーにマップします）。

IIS7でasp.netmvc3アプリケーションを実行しています。問題は、Postアクションを実行するときに、PreRequestHandlerExecute関数の実行が完了するまでに時間がかかりすぎる場合があることです。

• イベントではコードを実行しません。
• これは、ポストアクションでのみ発生します。
• すべてのPOSTリクエストで発生するわけではなく、一部のリクエストでのみ発生します。
• 私はWindowsServerWeb 2008、8GBのメモリと4つのCPUで実行しています。

私は別の投稿で、machine.configprocessModelセクションを調整するとこれが解決する可能性があることを読みました。これが私のprocessModelノードです：

しかし、それでもこれは待ち時間を解決しませんでした。誰かアイデアがありますか？

ローカルのイントラネット環境で、Windows ドメイン ユーザーの偽装を使用する場合、アプリケーション プールで「クラシック」パイプライン モードを使用する運命にあるのでしょうか。 )?

私の目標は、イントラネット上のローカル Web アプリケーションに Windows 認証を使用して、ユーザーが Active Directory アカウントでアプリを認証および実行できるようにすることです (原則)。これを試すたびに (もちろん NetworkService ID を使用して)、次のエラーが発生します。