問題タブ [iis-7]

古いバージョンのIISでは正常に動作するがIIS7では動作しない従来のASPアプリケーションがあります。

ASPコードはCOM+ActiveX DLL（VB6で記述）を呼び出し、ActiveXDLLが別のサードパーティの非ActiveXDLLを呼び出す1つのプログラムを除いて、すべてを正常に実行することができました。

その時点で、「エラー800706be」が発生します。

ここで何をすべきかわかりません。これが私が試したことです：

• アクセス許可と関係があるのではないかと思ったので、テストするために、ActiveX以外のDLLのIIS_IUSRに「フルコントロール」を付与しました-それでも問題は解決していません

• 非ActiveXDLLを呼び出すCOM+コンポーネントは問題がないことを知っています。これは、そのコンポーネント内の他のメソッドを問題なく呼び出すことができるためです。次に、コンポーネントサービスで実行されているコンポーネントが表示されます。

誰かが私を助けることができますか？

編集：8000706BEは「リモートプロシージャコールが失敗しました」に変換されます。あまり役に立たないですよね？

こんにちは編集-コメントありがとうございます。サードパーティのDLLのプロバイダーにActiveXDLLとして再コンパイルしてもらいましたが、IIS7で正常に動作するようになりました。

サードパーティのDLLはDelphiで記述されていました。最初は、最新のDelphiバージョンで再コンパイルしようとしましたが、それも機能しませんでした。

IIS7 で実行されている ASP.NET 3.5 アプリケーションで Context.RewritePath() を使用しています。

私はアプリケーションの BeginRequest イベントでそれを行っており、すべてがファイルで動作します。

/sports の要求は、default.aspx?id=1 などに正しく書き換えられます。

問題は、私の IIS ログに、/sports ではなく、/Default.aspx?id=1 に対する GET 要求が表示されることです。

この種のコードは、IIS6 で完全に機能しました。

ビジネス ロジックを実装する必要があるため、Microsoft Rewrite モジュールを使用することはできません。

ありがとう。

編集：

ハンドラーがパイプラインで早すぎるようですが、ロジックを後のイベントに移動すると、書き換え全体が機能しません (遅すぎて、StaticFileHandler が要求を受け取ります)。

私はググってググって、周りに尋ねましたが、誰もこの問題を抱えていないとは信じられませんか?

編集：

うわぁ！IISフォーラムで見つけたものは次のとおりです。

「これは、統合モードでは IIS と asp.net が共通のパイプラインを共有し、RewritePath が IIS によって認識されるようになったためです。一方、IIS6 では、IIS によってさえ認識されませんでした。次のように動作するクラシック モードを使用することで、これを回避できます。 IIS6.」

最終更新:以下の私の回答をご覧ください。実稼働環境で 1 年以上経過した結果を更新しました。

Vista で IIS7 経由で Web サイトを実行しています。サイトはポート 88 で実行されているため、http://localhost:88はデフォルトの /Home/Index ビューをレンダリングする必要があります。

これは、他のすべてのビューと同様に正しく機能します。

ただし、1 つの問題は常駐です。私のスクリプト パスは /Scripts/[FILE] を指し、CSS パスは /Content/[FILE] を指しています。このサイトを仮想ディレクトリ設定で実行するつもりはないため、/Content または /Scripts フォルダーは常にサイトのルートにあると想定していました。ページがレンダリングされるときはいつでも、CSS やスクリプトはありません! そのため、すべてが不安定に見え、スクリプトが明らかに機能しないため、多くのビューも機能しません。

これは非常に奇妙な問題であり、IIS7 でのホストに関する知識が不足しているためだと確信しています。誰かが提供できる助けをいただければ幸いです。どうもありがとう！

IIS7 で ASP.NET 用のハンドラーまたはモジュールを追加する必要があるたびに、指示では常に、それを と の 2 つのセクションに組み込むように指示されsystem.webますsystem.webserver。

この：

これらの 2 つのセクションの違いは何ですか?

さらに、セクションに追加しないとsystem.web、Visual Studio 2008 デバッガーも正しく動作しません。

IIS7 を搭載した Windows 2008 Server と、 myApplicationという名前で Web ページを実行しています。サーバーの IP を指すドメイン名があります。たとえば、myApplication.comとします。

アプリケーションにアクセスするには、http://myApplication.com/myApplicationと入力する必要があります。http://myApplication.com/と書くと、IIS7 のスタート ページにたどり着きます。誰かが「http://myApplication.com/ 」と入力したときにmyApplicationを自動的に開く方法はありますか ( iisstart.htmを書き換えてJavaScript またはメタデータ リダイレクトを作成する以外に) はありますか?

私が欲しいのは次のとおりです。

• ユーザーがブラウザに「http://myApplication.com/」 と入力します。
• 「http://myApplication.com/myApplication」に移動します
• ブラウザーの URL バーには " http://myApplication.com/ " のみが表示され、アプリケーション内のすべてはこの URL に関連しています。

IIS7 for Vista では、マシンを選択すると、システムの構成に使用できるいくつかのオプションが提供されます。このファイルはどこに保存されていますか? Webページに継承される「接続文字列」などのすべての設定を保存する大きなmaster.configファイルがあるようです。

おそらくそれはmachine.configという名前のファイルですが、マシンの変更のためにIISマネージャで何も変更していません。

管理者として実行せずに、IIS7でホストされているWebアプリケーションプロジェクトをVisual Studio 2008で開くにはどうすればよいですか？Visual Studioの次のバージョンを待つことについて話しているのですか？既存の回避策はありますか？

上記のことを暗示していると思いますが、これはVistaに関係します。

ありがとう。

私は通常、制限付き権限のユーザーを作成し、その下でプロセスを実行しますが、2008年にIIS7で自動的に作成されたプールがこのアカウントを使用するという事実から、これは完全に安全であり、おそらく私が作成したものよりも安全だと思いますか？レドモンドからのSecureByDefaultのプッシュ全体が、これが事実であると私に信じさせます。

Web サイトに、ディレクトリを作成してファイルをコピーするボタンがあります。Visual Studio 2008、ASP.Net 3.5 を使用して開発しました。OSはVistaを使用しています。この Web サイトでは、ID の偽装が使用されています。

次の場合、この機能は機能しません (「パス XYZ へのアクセスが拒否されました」)。

• ローカル Web サーバーにアクセスする IE 経由で Web サイトを実行します

[管理者権限で Visual Studio を実行することに注意してください]:

• Visual Studio でプレイします
• 私はVisual Studioからブラウザで見ると言います
• ローカル Web サーバーにヒットする IE を介して Web サイトを実行しますが、管理者権限で IE を起動します
• Web サイトを別の Web サーバー (vista/IIS7 も) にデプロイします
• 統合認証を受け入れるように FireFox を変更し、FireFox と localhost 経由でアクセスします。

以前にこの動作を見たことはありません。以前は、File.Copy タイプのコマンドは、コピー先のフォルダーに対する権限が有効であることのみを気にしていました... (この状況をデバッグしようとしている間、全員が完全に制御されています)。問題が管理者権限を持っているかどうかであると思われますか? または、それが実行されているマシンにログインしていますか?

ここで何が起きてるの？開発環境で動作し、別のマシンにデプロイされるのに、自分のマシンにデプロイすると動作しないのはなぜですか? 非常に奇妙に思えますが、助けていただければ幸いです。

編集:関連するすべてのディレクトリに「Everyone」を追加し、そのユーザーにフル コントロールを付与したので、権限の問題は発生しませんか?

Vista EnterpriseでWCF 3.5を使用してTCPで実行しようとしている非常に単純なアプリがあります。http://localhost:8080 (または http で予約されていないその他のポート)で WCF サービスにアクセスしようとしたときに発生するエラーは次のとおりです。

TCP エラー コード 10061: ターゲット マシンがアクティブに拒否したため、接続できませんでした 127.0.0.1:8080。

数か月前にこれを機能させましたが、方法を忘れていました。ポートを予約しているかどうか疑問に思っています... Windows ファイアウォールを介してコンパイル済みの実行可能ファイルを許可しようとし、ファイアウォールを介して TCP のポート 8080 を開こうとしましたが、同じエラーが発生します。どこを見るべきか、何をチェックすべきかについての考えやアイデアはありますか?

ありがとう！