Windows Vista の互換性と機能の要件

[アーティクル]
07/18/2023

はじめに

インターネットインフォメーションサービス 7.0 (IIS 7.0) 以降は、Windows Vista™ オペレーティングシステム用の Web サーバープラットフォームです。 IIS 7.0 以降では、以前のバージョンの IIS からの多くの変更が導入されています。これらの変更は、イノベーション (破壊的変更の原因となるもの) がユーザーに明らかではないか、IIS 7.0 以降で以前のバージョンのユーザーが見つける可能性がある機能が排除されているために、ユーザーが IIS と対話する方法に影響する可能性があります。

IIS 7.0 以降の破壊的変更

このセクションでは、IIS 7.0 以降での既知の破壊的変更について説明します。

メタベースを必要とするアプリケーションまたはツールの移行

以前のバージョンの IIS ではメタベースを使用して Web サーバーとサイトを構成し、IIS 7.0 以降では XML 構成ファイルを使用してこれらの設定を構成しました。メタベースは IIS 7.0 以降の構成に使用されなくなりましたが、メタベースに依存する API と IIS 7.0 以上の互換性を確保するために、メタベース互換性機能を使用できます。この機能は、管理ベースオブジェクト (ABO) インターフェイス (IMSAdminBase とも呼ばれます)、Active Directory サービスインターフェイス (ADSI)、および IIS 6.0 の ABO 上に構築された WMI プロバイダーをサポートします。

既定では、IIS 7.0 以降ではメタベース互換性機能はインストールされません。

メタベースの互換性に関する考慮事項

次のメタベース関連の問題に注意する必要があります:

IIS 7.0 以降では、新しい構成スキームを使用して設定を保存します。
メタベースは、この新しい構成スキームの一部ではありません。
メタベース互換性機能を使用すると、ADSI や WMI などの既存のメタベース API とツールを使用して、新しい構成ストアに基本的にアクセスできます。
以前のバージョンの IIS の一部の機能はサポートされていません。

詳細については、「IIS.NET の互換性の制限事項」を参照してください。

IIS 7.0 以降のインストールに関する問題

IIS 7.0 以降の既定のインストールが大幅に変更されました。自動インストールも変更されました。

Windows Vista の既定のインストール

IIS は既定では Windows Vista にインストールされていません。 IIS 7.0 以降の既定のインストールでは、匿名認証をサポートし、静的ファイルを提供する最小フットプリントの Web サーバーが提供されます。 Web 開発のサポートを追加する機能など、追加の機能は、セットアップ時に明示的に選択できます。

Windows Vista に IIS をインストールする方法の詳細については、「IIS.NET の Windows Vista に IIS 7.0 以降をインストールする」を参照してください。 Windows Vista の各追加機能の完全な一覧については、IIS 7.0 および上記の機能と Vista エディション IIS.net に関する記事を参照してください。

IIS の自動インストール

自動インストールの詳細については、IIS.NET で「無人セットアップを使用して IIS 7.0 以降のをインストールする」を参照してください。IIS.NET および Microsoft Web サイトで「Windows 自動インストールキット (WAIK) Windows Vista 用ユーザーガイド」を参照してください。

インストール時の Web ルートの場所の変更

IIS 7.0 以降のセットアップでは、\inetpub フォルダーは再ターゲットされません。このフォルダーは常に %SysDrive%\inetpub にインストールされます。 IIS をインストールしたら、もちろん、\inetpub を移動し、その新しい場所を指すように既定の Web サイトを変更できます。

ASP.NET アプリケーションの IIS 7.0 以降への移行

IIS 7.0 以降では、ASP.NET ランタイム拡張モデルがコア Web サーバーと統合されています。この統合により、開発者は、堅牢性の低い IIS C++ API を使用する代わりに、ASP.NET 2.0 と .NET Framework の機能を使用して IIS サーバーを拡張できます。また、既存の ASP.NET アプリケーションは、フォーム認証、ロール、出力キャッシュなどの既存の ASP.NET 機能をあらゆる種類のコンテンツに使用できるため、より緊密な統合をすぐに利用できます。

IIS での ASP.NET 統合と既存のアプリケーションの移行の詳細については、IIS.NET で「ASP.NET IIS 7.0 以降との統合」を参照してください。 ASP.NET に関連する破壊的変更の詳細については、「アプリケーションを IIS 7 にアップグレード ASP.NET する: アップグレード後のアプリケーションの構成と、ASP.NET サイトでの IIS 7.0 統合モードと ISAPI モードの違い」を参照してください。

IIS 7.0 以降での IIS 6.0 MMC スナップインの使用

IIS 6.0 MMC スナップイン IIS 6.0 マネージャーは、Windows Vista で使用できます。 IIS 7.0 以降の Web サーバーから IIS 6.0 Web サーバーまたはサイトをリモート管理するには、IIS 6.0 マネージャーを使用します。 IIS 7.0 以降の Web サーバーまたはサイトのリモート管理には、IIS 6.0 マネージャーまたは IIS 7.0 以降のマネージャーを使用することはできません。

IIS 6.0 マネージャーを使用して、リモート IIS 6.0 サーバーと Windows Vista の両方で FTP サイトを管理する必要があります。 IIS 7.0 以降の MMC スナップインには、FTP 管理機能は含まれていません。

IIS 6.0 用の既存の MMC スナップイン

既存の MMC スナップインは、IIS 7.0 以降のサーバーマネージャーでは動作しません。たとえば、IIS 7.0 以降では、IIS 6.0 で導入された ASP.NET スナップイン拡張機能を使用できません。幸い、IIS 7.0 以降の管理ツールを使用すると、ユーザーインターフェイスを使用してほとんどの ASP.NET 設定を構成できます。

IIS 7.0 以降のユーザーインターフェイスを拡張する方法の詳細については、「単純な UI モジュールの作成」および IIS.NET で「IIS 7.0 以降のエンドツーエンド機能拡張の例」を参照してください。

ASP および Microsoft Access データベースのエラー

ASP と Microsoft Access データベースを使用するアプリケーションは、Windows Vista にアップグレードすると失敗します。次のエラーメッセージが表示されます:

Microsoft JET データベースエンジンエラー '80004005'
特定できないエラー

多くの場合、このエラーは、プロセス ID が一時ディレクトリにアクセスできない場合に発生するアクセス許可の問題です。 IIS 6.0 では、プロセス ID の構成に関係なく、すべてのワーカープロセスが一時ディレクトリとして C:\Windows\Temp を使用していました。実際、IIS 6.0 のどのワーカープロセスもユーザープロファイルを使用していなかったため、Windows ではすべてのユーザーがこのディレクトリへのアクセスを許可していました。

この構成により、すべてのアプリケーションプールが同じ一時ディレクトリを共有するように既定の動作が強制されました。 IIS 7.0 以降では、すべてのアプリケーションプールのユーザープロファイルを読み込むことで、この潜在的なセキュリティ問題に対するより優れた解決策を提供しています。また、既定では、現在使用されている一時ディレクトリは、プロセス ID (NetworkService) 以外では書き込みできません。

この問題を解決するには、NetworkService の一時ディレクトリの随意アクセス制御リスト (DACL) を変更して、ユーザーのアクセスを許可します。この変更により、アプリケーションプールごとに一時ディレクトリを分離しながら、ユーザープロファイルを読み込む利点が得られます。

icacls %systemroot%\serviceprofiles\networkservice\AppData\Local\Temp /grant Users:(CI)(S,WD,AD,X)

icacls %systemroot%\serviceprofiles\networkservice\AppData\Local\Temp /grant "CREATOR OWNER":(OI)(CI)(IO)(F)

これらのコマンドを使用すると、すべてのユーザーがファイルとディレクトリを作成できます (WD = ディレクトリへの書き込み、AD = ディレクトリの追加、X = 実行、S = 同期)。これらのファイルとディレクトリを作成するユーザーは、"CREATOR OWNER" です。

"CREATOR OWNER" アクセス制御エントリ (ACE) を使用すると、このファイルのすべてのレベルのアクセス許可をこのユーザーに許可できます。他のユーザーは、"CREATOR OWNER" ではないため、これらのファイルまたはディレクトリにアクセスできません。

このセキュリティ問題のその他の回避策は、アプリケーションプールごとに loadUserProfile 設定を無効にすることです。 loadUserProfile は AppPool セクションのブール型プロパティであるため、次のコマンドを使用してこの設定 (defaultAppPool の場合) を簡単に構成できます:

%systemroot%\system32\inetsrv\appcmd set config -section:applicationPools /[name='DefaultAppPool'].processModel.loadUserProfile:false

URL 認証

IIS と ASP.NET では、URL を使用した承認にさまざまなスキームが使用されています。これらの実装の 1 つが廃止され、残りの 2 つの実装間には重要な違いがあります。

IIS 6.0 URL 承認は ISAPI 拡張機能として実装されていました。 IIS 7.0 以降では、この実装はサポートされていません。詳細については、Microsoft TechNet サイトで「IIS 6.0 URL 承認」を参照してください。

既定では、ASP.NET は、マネージドコンテンツにのみ適用される URL 承認の実装を使用します。 urlauthorization モジュールから managedHandler の前提条件を削除することで、すべてのコンテンツに適用できますが、パフォーマンスが低下する可能性があります。 MSDN サイトで「ASP.NET URL 承認」で詳細をお読みください。

既定では、IIS 7.0 以降では、すべてのコンテンツに適用される URL 承認の実装が使用されます。これは、IIS 7.0 以降で推奨される URL 承認の実装です。 Microsoft TechNet サイトで IIS URL 承認規則の構成の詳細情報をお読みください。

FrontPage Server Extensions はサポートされません

現時点では、Windows Vista では FrontPage Server Extensions (FPSE) はサポートされていません。 FPSE を使用して Web サーバーにファイルをアップロードする場合は、IIS 7.0 以降で FTP を使用することを検討してください。

Microsoft Windows XP® から Windows Vista にアップグレードし、FPSE が既にインストールされている場合、IIS 7.0 以降では World Wide Web Publishing Service (W3SVC) が無効になります。詳細については、このドキュメントで後述する「Microsoft Windows XP から Windows Vista へのアップグレード」を参照してください。

WebDAV はサポートされません

現時点では、Windows Vista では Web 分散オーサリングとバージョン管理 (WebDAV) はサポートされていません。 WebDAV を使用して Web サーバーにファイルをアップロードする場合は、IIS 7.0 以降で FTP を使用することを検討してください。

NNTP はサポートされていません

NNTP は、Windows Vista ではサポートされていません。

証明書信頼リストを操作するためのウィザードはありません

IIS 7.0 以降のユーザーインターフェイスを使用して証明書信頼リスト (CTL) を作成することはできません。 IIS 7.0 以降で CTL を作成するには、次の手順に従います。

MakeCTL.exeを使用して CTL を作成します。 MakeCTL.exeの詳細については、MSDN サイトの MakeCTL に関するページを参照してください。

MakeCTL.exe ツールは、.NET Framework SDK バージョン 1.1 の一部です。 SDK をインストールすると、MakeCTL.exe は次の場所に表示されます:
```
\Program Files\Microsoft.NET\SDK\v1.1\Bin
```
CTL を作成したら、AdsUtil.vbs を実行して、MakeCTL.exe で使用される名前に CTL 識別子を割り当てる必要があります。
```
adsutil.vbs set w3svc/1/SslCtlIdentifier <Name of CTL>
```
なお、<CTL の名前>は、MakeCTL.exe で使用される CTL のフレンドリ名です。
adsUtil.vbs を実行して SslCtlStoreName を設定します。
```
adsutil.vbs set w3svc/1/SslCtlStoreName CA
```
AdsUtil.vbs を実行したら、次のコマンドを使用して Web サービスを停止します:
```
net stop HTTP /y
```
次のコマンドを使用して、WS3SVC サービスを再起動します:
```
net start W3SVC
```

Windows 2000 サーバードメインコントローラーではダイジェスト認証がサポートされていません

ダイジェスト認証は、Windows ドメインコントローラーが Microsoft Windows Server® 2003 または Microsoft Windows Server® 2008 オペレーティングシステムの場合にのみ使用します。

IIS 6.0 では、Microsoft Windows® 2000 サーバードメインコントローラーでは機能しない高度なダイジェスト認証が導入されました。これは、IIS 7.0 以降で使用できるダイジェスト認証の唯一の実装です。

IIS 5.x では、ダイジェスト認証の実装にサブ認証 (iissuba.dll) と呼ばれるコンポーネントが必要です。以前のバージョンの IIS では、サブ認証によって IIS でパスワードの管理が有効になっており、セキュリティ上のリスクが伴いました。このため、サブ認証は IIS 7.0 以降ではサポートされていません。

Convlog.exeサポートされていません

このツールは廃止されました。ログファイルを NCSA ログファイル形式に変換する簡単な LogParser スクリプトを作成することを検討してください。詳細については、「W3C ログファイルを NCSA 形式に変換する」を参照してください。

コンテンツの規制のユーザーインターフェイスがサポートされなくなりました

コンテンツの規制システムを使用すると、サーバー管理者は、サイトのコンテンツで見つかった暴力、性別、ヌード、および汚い言葉の量に基づいてコンテンツを評価できます。この評価により、HTTP 応答に応答ヘッダーが挿入され、これらの種類のコンテンツのレベルが示されます。コンテンツ規制のユーザーインターフェイスは使用できなくなりましたが、HTTP 応答ヘッダー機能を使用して、これらの応答ヘッダーを手動で挿入できます。

HTTP 応答ヘッダーには IIS 7.0 以降の UI はありませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。 HTTP 応答ヘッダーの詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: Microsoft TechCenter サイトの IIS 7.0 での HTTP 応答ヘッダーの構成」を参照してください。

IIS クラスター管理ツール拡張機能

IIS クラスター管理ツール拡張機能 (iisclex4.dll) を使用した IIS 4.0 および IIS 5.x のクラスタリングのサポートは廃止されました。クラスター管理ツールを使用して IIS 4.0 と IIS 5.x を管理することはできません。 IIS 7.0 以降では、クラスター管理ツールに接続して FTP および W3SVC サービスへの変更を監視できる 2 つのスクリプト (Clusweb.vbs と Clusftp.vbs) が引き続き出荷されます。 Microsoft Windows Server 2003 を使用してクラスターを管理することを検討してください。

SSINC EXEC CMD コマンド

SSINC EXEC CMD コマンドを使用すると、Web ページから任意のコマンドラインパスを実行できます。 IIS 6.0 では、この機能を有効にするためにレジストリを編集する必要がありました。ただし、IIS 7.0 以降では、この機能を有効にしたレジストリキーは削除されています。 ASP.NET、ASP、または CGI を使用して、Web ページからコマンドラインパスを実行します。

Passport Network の資格情報がサポートされなくなりました

Passport Network の資格情報は、Cookie ベースの認証サービスです。 Passport Network の資格情報のサポートは、IIS に組み込まれなくなりました。詳細については、http://www.passport.com の Passport Network のドキュメントを参照してください。ドキュメントにアクセスするには、Passport Network の資格情報を登録して取得する必要があります。

インターネットデータコネクタ (HTTPODBC.DLL) はサポートされていません

インターネットデータコネクタは、アプリケーションが Open Database Connectivity (ODBC) データベースに対してクエリを実行できるようにする Web サーバー拡張機能です。 ASP.NET または ASP を使用して ODBC データベースにクエリを実行します。

メタベースアカウントの再作成

以前は、IISAdmin サービスの起動時に存在しなかった匿名ユーザー (IUSR_コンピューター名) とワーカープロセス (IWAM_コンピューター名) のアカウントが IIS によって再作成されました。これは、セキュリティ上の脅威になる可能性があります。 IIS 7.0 以降では削除できないアカウントが使用されているため、アカウントの再作成を引き続きサポートする理由はありません。

IISRESET

IISrestart では、コンピューターの再起動がサポートされなくなりました。

IIS*.VBS コマンドラインツール

IIS 6.0 では、これらのツールが systemroot\system32 に表示されていました。ただし、IIS 7.0 以降では、次のツールが廃止されています:

Iisapp.vbs
Iiscnfg.vbs
Iisftp.vbs
Iisftpdr.vbs
Iisback.vbs
Iisrepl.vbs
Iisvdir.vbs
Iisweb.vbs

Appcmd.exe は、IIS 7.0 以降の主要なコマンドラインツールです。 Appcmd.exe の詳細については、IIS.NET で「コマンドライン管理の概要 -Appcmd.exe」を参照してください。

Web サイトの一時停止

IIS 5.x では、ユーザーは Web サイトを一時停止されていました。 Windows Vista の新機能を使用すると、ユーザーは同じ方法で Web サイトを一時停止または停止できるため、一時停止機能は IIS 7.0 以降に含まれません。

Web 共有拡張機能を使用すると、お客様は IIS 6.0 の Windows エクスプローラーから仮想ディレクトリを作成できました。この機能は廃止されました。

サーバー側イメージマップ

サーバー側イメージマップでは、Internet Explorer 3 より前のクライアントブラウザーのイメージマッピングがサポートされています。サーバー側イメージはサポートされなくなりました。

ASP コンテンツローテーターと Nextlink

これらの機能は非推奨となり、使用できなくなりました。

XML 構成ファイルを使用してのみ構成できる機能

以下に示す問題のほとんどは、IIS 7.0 以上のユーザーインターフェイス (UI) がない機能に関連します。特定の機能に IIS 7.0 以上の UI がない場合でも、それを構成できます。通常、これは XML 構成ファイルを手動で編集することによって行われます。

新機能または更新された機能	この機能を使用する新しい方法
クライアント証明書マッピング	この機能は IIS 7.0 以降の UI には含まれていませんが、WMI またはAppcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。クライアント証明書マッピングの詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: クライアント証明書マッピング認証」を参照してください。
FTP	FTP 用の IIS 7.0 以降の UI はありませんが、WINDOWS Vista で FTP を管理するために IIS 6.0 MMC を使用できます。 FTP の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 で FTP を設定する」を参照してください。
IP およびドメインの制限	この機能は IIS 7.0 以降の UI には含まれていませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。 IP とドメインの制限の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IP アドレスとドメイン名に基づくコンテンツアクセスの構成」を参照してください。
URLScan	URLScan の代わりに、要求のフィルタリングを使用して式をブロックすることを検討してください。 URLScan 用の IIS 7.0 以降の UI はありませんが、XML 構成ファイルを直接編集するか、Appcmd.exe を使用して、この機能を引き続き使用できます。要求のフィルタリングの詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 での HTTP 要求のフィルタリング」を参照してください。要求のフィルタリングは URLScan を非推奨や廃止にはしませんが、URLScan バージョン 2.5 のインストーラーは Windows Vista では機能しません。この問題を回避するには、Urlscan.dll と Urlscan.ini を IIS 7.0 以降を実行している Web サーバーにコピーし、IIS でグローバル ISAPI フィルターとして Urlscan.dll を設定します。
ログ機能	ログ記録を構成するための IIS 7.0 以降の UI はありませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。ログ記録の構成の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 でのログ記録の構成」を参照してください。
HTTP 圧縮	この機能は IIS 7.0 以降の UI には含まれていませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。 HTTP 圧縮の構成の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 での HTTP 圧縮の構成」を参照してください。
リダイレクト	リダイレクトを構成するための IIS 7.0 以降の UI はありませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。リダイレクトの構成の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 でのリダイレクトの構成」を参照してください。
ドキュメントフッター	ドキュメントフッターを作成するための IIS 7.0 以降の UI はありませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集して staticContent 要素の特定の属性を変更することで、この機能を引き続き使用できます。ドキュメントフッターの作成の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 での MIME 型の構成」を参照してください。
HTTP 応答ヘッダー	この機能は IIS 7.0 以降の UI には含まれていませんが、WMI または Appcmd.exe を使用して XML 構成ファイルを直接編集することで、この機能を引き続き使用できます。 HTTP 応答ヘッダーの詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 での HTTP 応答ヘッダーの構成」を参照してください。
ISAPI フィルターの並べ替え	ISAPI フィルターを追加および削除するための IIS 7.0 以降の UI がありますが、それを使用して ISAPI フィルターを並べ替えることはできません。 XML 構成ファイルを直接編集することで、ISAPI フィルターを並べ替えることができます。 ISAPI フィルターを構成する方法の詳細については、Microsoft TechCenter サイトで「IIS 7.0 ベータ版: IIS 7.0 での ISAPI フィルターの並べ替え」を参照してください。

Microsoft Windows XP から Windows Vista へのアップグレード

Microsoft Windows XP から Windows Vista またはある Windows Vista SKU から別の SKU にアップグレードすると、以前にインストールした IIS のデータが失われたり、誤ってコピーされたりする可能性があります。この場合、エラーメッセージは表示されませんが、特定の IIS 機能が正しく機能しない可能性があります。このため、オペレーティングシステムをアップグレードする前に IIS 構成をバックアップすることをお勧めします。

アップグレードが完了したら、ログファイルを調査して、セットアップ中にエラーが発生したかどうかを確認します。ログは、こちらにあります:

%systemroot%\iis7.log

%systemroot%\iis7_gather.log

アップグレード時に IIS 7.0 以降の Web サービスが無効になりました

IIS 7.0 以降のセットアップで、World Wide Web Publishing Service (W3SVC) または FTP Publishing Service (MSFTPSVC) が無効になる可能性がある 2 つの問題があります。

フロントページサーバー拡張機能がインストールされています

フロントページサーバー拡張機能 (FPSE) がインストールされている Windows Vista に Microsoft Windows XP からアップグレードする場合、IIS 7.0 以降のセットアップでは W3SVC が無効になります。これにより、FrontPage が Web サイトのメタデータを格納するファイルへの意図しないアクセスが防止されます。 IIS 7.0 以降では、アップグレード中に Web サイトからファイルやフォルダーが削除されることはありません。 Web サービスを有効にする前に、これらのファイルを手動で削除またはセキュリティで保護する必要があります。

このタスクを実行する方法の詳細については、IIS.NET で「アップグレード時に FrontPage Server Extensions がインストールされたときに IIS 7.0 以降が無効になっている」を参照してください。

IIS 7.0 以降のロックダウンツールがインストールされていません

以前に IIS ロックダウンツールのバージョンをインストールせずに Microsoft Windows XP から Windows Vista にアップグレードする場合、IIS セットアップでは W3SVC と MSFTPSVC が無効になります。これにより、セキュリティで保護されていない構成を使用する Web サーバーが意図せずに実行されるのを防ぎます。アップグレード中、IIS 7.0 以降では、以前のすべての IIS 構成と設定が維持されます。これにより、既定の Windows Vista 構成を使用する Web サーバーよりも安全性が低い Web サーバーが生成される可能性があります。

これらのサービスを有効にする前に、サーバーの既定の設定で考えられるセキュリティの問題を調べます。特に、移行した可能性がある ISAPI 拡張機能には注意を払いますが、それ以上は必要ありません。

W3SVC または MSFTPSVC を有効にするには

上記の問題に対処したら、アップグレード時に無効にした IIS 7.0 以降のサービスを有効にする必要があります。

サービスを有効にするには、次の手順に従います:

[スタート] メニューの [コントロールパネル] をクリックします。
[コントロールパネル] で、[管理ツール]、[サービス] の順にクリックします。
サービス MMC で、サービスを右クリックし、[スタート] を選択します。

IIS 6.0 管理コンソールがインストールされていません

Microsoft Windows XP から Windows Vista にアップグレードし、以前に IIS 6.0 管理コンソールがインストールされていたが、インストール中に W3SVC が検出されなかった場合、IIS 7.0 以降のセットアップでは IIS 管理コンソールがインストールされません。

おそらく、このコンピューターを使用して IIS 6.0 Web サーバーをリモートで管理していたと考えられます。 IIS 6.0 管理コンソールをインストールするには、Windows Vista のコントロールパネルを使用して、IIS 6.0 管理コンソールを有効にします。

FTP サーバーが削除されました

Microsoft Windows XP から Windows Vista にアップグレードし、以前に FTP がインストールされていたが、インストール中に W3SVC が検出されなかった場合、IIS 7.0 以降のセットアップでは FTP がインストールされません。以前の FTP サーバーがアンインストールされます。お使いの FTP 構成が失われます。

このコンピューターを FTP サーバーとして使用する場合は、FTP サービスを再インストールする必要があります。 FTP サーバーをインストールするには、Windows Vista のコントロールパネルを使用して、FTP 発行サービスを有効にします。

アプリケーションの分離の移行

IIS セットアップでは、IIS 5.x アプリケーションがワーカープロセス分離モードで実行されるように自動的に移行されます。このモードでは、以前のバージョンの IIS よりも保守的な設定が使用されます。移行後、アクセスに問題が発生する可能性があります。これらの問題を解決するには、ファイルやディレクトリなどのオブジェクトに対して、以前よりも多くの NTFS 特権をプロセス ID に付与します。

使用されるプロセス ID は、以前 IIS5.x で使用されていた分離レベルによって異なります。

IIS 5.x アプリケーション保護の Low 設定: 移行されたアプリケーションは、ネットワークサービスプロセス ID を使用する AppPool_Low という名前のアプリケーションプールに表示されます。以前は、このアプリケーションは、はるかに高い特権を持つプロセス ID である LocalSystem として実行されていました。
IIS5.x アプリケーション保護の Medium 設定: 移行されたアプリケーションは、AppPool_Medium という名前のアプリケーションプールに表示され、WAMUserName に格納されたアカウントのプロセス ID を使用して、最初に移行されたアプリケーションの中の設定で実行されます。既定では、プロセス ID は IWAM_computername に設定されていましたが、ユーザーはこのアカウントを変更できませんでした。そのため、アカウントが変更された場合、アプリケーションプールは使用されているアカウントを使用していました。
IIS5.x アプリケーション保護の High 設定: 移行されたアプリケーションは、AppPool_applicationName という名前のアプリケーションプールに表示されますが、applicationName はお使いのアプリケーションの AppFriendlyName の値です。このアプリケーションプールに使用されるプロセス ID は、High の設定で実行された最初の移行されたアプリケーションの WAMUserName に格納されたアカウントです。既定では、プロセス ID は IWAM_computername に設定されていましたが、ユーザーはこのアカウントを変更できませんでした。そのため、アカウントが変更された場合、アプリケーションプールは使用されているアカウントを使用していました。 High の設定で移行されたアプリケーションは、それぞれ独自のアプリケーションプールに移行されます。

次の方法で共有