web-dev-qa-db-ja.com

IIS 6.0とIIS 7.0

IIS 6.0でWindows2003サーバーを使用しており、.NetアプリケーションをホストするためにIIS 7.0でWindowsServer2008に移行することを検討しています。

誰かがそれの利点または欠点が何であるかを知っていますか？

iis-7iis-6
15
Miral

明確な利点の1つは、アプリケーションプールの新しい「統合モード」です。これにより、asp.netはiis6で可能だったよりも早くパイプラインにフックできます。一部のアプリケーションでは、これを使用してファイルのURL書き換えを行います。これは、ワイルドカード拡張子のマッピングをasp.netdllに追加しないと以前は不可能でした。

私が便利だと思ったもう1つの機能は、リモート管理です。リモート管理はiis6で利用できたと思いますが、そうであれば、iis 7でクリーンアップされ、改善されました。基本的な考え方は、許可されたリモートユーザーがiisに接続し、iisのほぼすべての機能を管理できるようにすることです。

Sslホストヘッダーもiis7でクリーンアップされました。サイトではなくサーバーにssl証明書を追加できるようになりました。証明書は、httpバインディングと同様に、バインディングダイアログを介してサイトとhttpsホストヘッダーにバインドされます。これには、複数のサイトに1つの証明書をすばやく簡単に展開できるという追加の利点があります。

1つ（できれば最後）編集：

Microsoftは、iis6からiis7への移行ツールを提供するWeb展開用のツールをリリースしました。先に進むことにした場合は、ダウンロードして（ ここ ）、移行手順を読むことを強くお勧めします ここ 。

約1年前に同じプロセスを経て、結果にとても満足しています。

13
Joel

私が便利だと思ったいくつかのこと：

  • IIS 7では、Web.Config <rewrite> <rules>を介してURLを書き換えることができます。
  • IISを再起動するのではなく、必要に応じて1つのWebサイトのみを再起動できるようになりました。
  • はるかに優れたUI
  • より良いPHP統合-- http://php.iis.net/
1
Absolut40

最大のメリットは統合パイプラインです。

IIS 7.0統合パイプライン を活用する方法

IIS 6.0以前のバージョンでは、ASP.NETプラットフォームを介した.NETアプリケーションコンポーネントの開発が可能でした。 ASP.NETはISAPI拡張を介してIISと統合され、独自のアプリケーションと要求処理モデルを公開しました。これにより、2つの別々のサーバーパイプラインが効果的に公開されました。1つはネイティブISAPIフィルターと拡張コンポーネント用で、もう1つは管理対象アプリケーションコンポーネント。ASP.NETコンポーネントは、ASP.NET ISAPI拡張バブル内で完全に実行され、IISスクリプトマップ構成でASP.NETにマップされた要求に対してのみ実行されます。

IIS 7.0は、ASP.NETランタイムをコアWebサーバーと統合し、モジュールと呼ばれるネイティブコンポーネントとマネージコンポーネントの両方に公開される統合された要求処理パイプラインを提供します。

統合の多くの利点は次のとおりです：

ネイティブモジュールとマネージモジュールの両方によって提供されるサービスを、ハンドラーに関係なくすべてのリクエストに適用できるようにします。たとえば、マネージドフォーム認証は、ASPページ、CGI、静的ファイルを含むすべてのコンテンツに使用できます。

ASP.NETコンポーネントを強化して、サーバーパイプラインに配置されていたために以前は利用できなかった機能を提供します。たとえば、要求書き換え機能を提供する管理対象モジュールは、認証を含むサーバー処理の前に要求を書き換えることができます。

単一のモジュールとハンドラーのマッピング構成、単一のカスタムエラー構成、単一のURL承認構成など、サーバー機能を実装、構成、監視、およびサポートするための単一の場所。

1
Gulzar Nazim

移行中に私たちが見つけた大きなことの1つは、applicationhost.configファイルの編集がIISマネージャー自体を使用するよりも成功したことです。

私たちのアプリには多くの変更を加える必要がありました。私は早くテストを始めます。

0
Larry Hipp