これに関するベストプラクティスについて疑問に思っていましたか? IIS を使用して複数の Web サイトをホストするには、2 つの方法があることを知っています。
1つ目は、すべてのWebサイトにIPを設定することです
2 つ目は、ホスト ヘッダーと IIS 用の単一の IP アドレスを使用することです。
どちらがベストプラクティスなのか、なぜどちらを優先すべきなのか疑問に思っていました。
ありがとう!
これに関するベストプラクティスについて疑問に思っていましたか? IIS を使用して複数の Web サイトをホストするには、2 つの方法があることを知っています。
1つ目は、すべてのWebサイトにIPを設定することです
2 つ目は、ホスト ヘッダーと IIS 用の単一の IP アドレスを使用することです。
どちらがベストプラクティスなのか、なぜどちらを優先すべきなのか疑問に思っていました。
ありがとう!
各サイトに独自の IP アドレス/ドメイン名があると、SSL の実装と管理が容易になります。その名前の証明書を取得して、そのサイトにインストールするだけです。ホスト ヘッダーで SSL を実行するには、IP を共有するすべてのサイトで実装および同期されるワイルドカード サーバー証明書が必要です。また、すべてのサイトが同じドメインにあるという制限もありません。
個人的には、ホストヘッダーの構成により、標準のWebホスティングが非常に簡単になります。
私は文字通り何百ものサイトを多数のサーバー(IISと* nix Apacheの両方)で単一のIPアドレスを使用せずに実行しており、すべて仮想ホストとして構成されています。ライブWebホスティング環境では、DNS構成とサーバー構成の両方の点で作業が楽になります。
IPベースの分離を使用したのは、異なるネットワーク上でサイトを実行して、異なるネットワークインターフェイスのトラフィックを処理したい場合のみです。
ホストヘッダーの方法論によるパフォーマンスの低下は見たことがありませんが、誰かの恐ろしい話を聞きたいです-そこにいくつかある必要があります:-)
通常、仮想ホスティングは個別の IP アドレスよりも優れていますが、マイレージは異なります.
これは実際には、ネットワークとシステムの展開の接続です。システム上にあるサイトとサービスの総数を調べたいとします。それらを別々のネットワーク インターフェイス (したがって、複数の IP アドレス) に配置したい場合があります。結合された物理インターフェイスから離れて動作するようにしたい場合があります。
セキュリティ上の理由から、他のアプリケーションとは別に実行する必要がある Web アプリケーションを実行したい場合があります。
上記の他の回答は、SSL、組織の境界など、他の要因について言及しています。(一部のソフトウェアは、スパム制御のように、IP アドレスで関連付けを行います)。おそらく私が考えていない他の多くの要因があります。
私は個人的に、お互いの関係に基づいてサイトを分けています。たとえば、私のビジネス サイトはすべて 1 つの IP アドレス (現在 1 つのドメイン) を共有しています。私の個人/コミュニティ サイトはすべて、2 つ目の IP アドレスを共有しています。
一部のブラックリスト システムでは IP が関与することを私は知っているため、電子メールの送信に関しては時間の経過とともに違いが生じる可能性があるため、共有 IP アドレスを持つ 1 つのサイトで問題が発生すると、その IP を使用する他のサイトでも問題が発生する可能性があります。
他の項目、理由、および正当化があると確信していますが、それらは少なくとも私のものです...
IPv4 アドレス空間を節約するため、ホスト ヘッダーが優先されます。これらは HTTP/1.1 以降必須です。
https の場合はもう少し複雑です。TLS/SSL server_name 拡張 (RFC 4366 および以前の RFC 3546) をサポートする最新のブラウザーが必要です。これも:
もちろん、サーバーはそれをサポートする必要があります。以前のブラウザーをサポートし、SSL/TLS を使用する場合は、仮想ホストごとに IP アドレスを使用する必要があります。これらのブラウザーが廃止されると、TLS/SSL の IP アドレスを共有しようとしています。