問題タブ [iisvdir]

現在、 IISVdirツールを使用してアプリと仮想ディレクトリを作成/変更/更新する古い II6 自動化スクリプトをアップグレードし、IIS7 のAppCmdに置き換える作業を行っています。

IIS6 の「IISVDir」コマンドは、メタベースからのパスを参照します。たとえば、/W3SVC/1/ROOT/MyApp1 は「既定の Web サイト」の ID です。このコマンドでは、実際にはサイトの表示名を変更する必要はありません。

異なる言語の OS では、「既定の Web サイト」サイト名に「既定の Web サイト」などの名前を付けることができるため、これはうまく機能します。ただし、AppCmd が「既定の Web サイト」をその名前でしか参照できず、言語に中立な識別子では参照できない場合、この柔軟性は失われます。

では、AppCmd をスクリプト化して、言語に依存しない識別子を使用してサイト、vdir、およびアプリを参照し、「既定のアプリ サイト」を参照するにはどうすればよいでしょうか?

おそらく、最初から独自のサイトを作成し、別の名前を付けて、「既定の Web サイト」をルートとして使用するのをやめる必要がありますか?

(情報開示: 現在作業中の IIS7 英語版マシンしか持っていませんが、古いスクリプトをテストするために IIS6 英語版と IIS6 日本語版の両方のマシンを持っています。つまり、実際には IIS7 に残っている「既定の Web サイト」にすぎないのかもしれません。 -日本？）

Inno Setup スクリプトでは、GetExceptionMessage は空のメッセージを返します (コロン ":" 記号のみが含まれます)。Inno Setup の最新バージョン (5.4.2) が使用されます。

IIsWebVirtualDir の削除中に例外が発生します。例外タイプまたは実際の例外メッセージを取得する方法はありますか?

ありがとう、デニス。

2003 サーバーでは、標準IUSRの匿名アクセスを使用して Web サイトを実行しています。

このサイト内にはいくつかの仮想ディレクトリがあり、すべてがローカル Web サーバー上の同じ物理ディレクトリを指しています (これにより、すべての顧客をアップグレードするときに、更新するコードベースが 1 つだけになります)。

これらの各 vdir 内に、DFS ネットワーク共有を指す別の vdir を作成しました。これらの vdir をセットアップしたとき、DFS 共有に必要なすべてのセキュリティ/権限を持つドメイン ユーザー として接続するように明示的に指示しました。

しかし、Web ページを読み込もうとするたびServer.Executeに、DFS 共有上のファイルに対する操作は失敗します。

DFS ディレクトリの監査をオンにすると、2 つの失敗した監査が表示されます。どちらもIUSR、DFS 共有への接続を試みたアカウントであることが示されています。

特定のドメイン ユーザーとして接続するように vdir に明示的に指示したときに、なぜこのようなことが起こるのでしょうか?

Server.Executeリモートディレクトリに常に接続するようにサイトに指示したものとは異なる資格情報で実行されますか?

appcmd を使用してサイトの展開を自動化しようとしています。

Web サイトとアプリ プールが正常に動作しています。次のようにxml構成ファイルで設定を取得します。

これらを xml ファイルに保存し、ソース管理に入ります。次のようなコマンドを使用して、サイトとアプリ プールを作成します。

仮想ディレクトリで試してみるまで、これはうまく機能します。次のエラーが表示されます。

これをグーグルで試しましたが、あまり見つかりません。私の目標は、CI サーバーのビルド プロセスを介して、サイト、サービス、またはそれらのコレクションを N 台のマシンに自動的に展開できるようにすることです。vdir が他のものと異なる動作をしている理由がわかりません。

vdir の xml ファイルの設定は次のとおりです。

ありがとう