問題タブ [bare-domain]

stackoverflowのデフォルトドメインがhttp://stackoverflow.comであり、http：//www.stackoverflow.comにアクセスしようとすると、http： //stackoverflow.comにバウンスすることに注意してください。

これの理由は何ですか？技術的な理由（httpコードなど）ではありませんが、サイトの所有者がこれを実行したいのはなぜですか？

私はそれが純粋に美的であり、wwwとそうでないものの両方のホストヘッダーを常に持っていることを知っていますが、小見出しかどうかにかかわらず、ユーザーを単一のドメインにバウンスする理由はありますか？

アップデート1

サブドメインがないことをベアドメインと呼びます。覗いてくれてありがとう！用語があることを知らなかった:)アップデート2

これまでの回答に感謝します-www.domain.comがdomain.comを指すことができることを理解していることに注意してください。これは、両方を提供するか、どちらかを提供するか、またはその両方を提供する必要があるかどうかについての質問ではありません。一部のサイトがデフォルトでwwwサブドメインではなくベアドメインになっている理由、またはその逆の理由を尋ねています。乾杯。

ジェフ・アトウッドは実際、なぜ彼がこことここで裸のドメインに行ったのかを説明しました。（投稿についてはJonas Pegerfalkにうなずきます:)）

ジェフの投稿（およびこのスレッドの他の投稿）では、Cookieと静止画像を使用したベアドメインの問題についても説明しています。基本的に、ベアドメインでCookieをオンにしている場合は、すべてのサブドメインも強制されます。解決策は、 Yahoo Perf Teamがここに投稿したように、別のドメインを購入することです。

複製：

Webサイトをデフォルトでwww.fooにする必要がありますか？

正直なところ、「http://example.com」と「http://www.example.com」の違いはわかりません。

私は通常、長さのために、「www」のない短いバージョンを常に使用します。しかし、ユーザーが使用しているバージョンを変更するときにサイトにアクセスしようとすると、Cookieの競合が発生する可能性があることを私は知っています（考えてください）。したがって、すべてのサイトで、「http://www.foo.com/bar 」が「 http://foo.com/bar 」にリダイレクトされています。しかし、「www」の使用について何か言いたいことはありますか？

このAmazon の記事によると、私は WordPress ウェブサイト全体を AWS CloudFront の背後で機能させようとしていました。静的ファイルだけでなく、Web サイト全体 (適切なキャッシュ動作を設定することで実行できます)。example.comただし、裸のドメイン (なし)を使用する場合、wwwそれは不可能のようです。

つまり、CloudFront ディストリビューションのオリジンが で、同じディストリビューションにexample.comCNAME を配置すると、example.comCloudFront は散発的に 403 エラーを生成します。掘り下げた後、これは予想される動作であることがわかりました。これは、オリジンと CNAME の値が同じであるこのセットアップでは、CloudFront がそれ自体でオリジンを探し、エラーを生成するためです。

では、ネイキッド ドメインを使用し、同時に CloudFront をプロキシとして使用するにはどうすればよいでしょうか?

アップデート：

origin.example.comコメントで提案されたソリューションを実装しました。エラーが発生していましたが、現在は機能しています。

1. CF ディストリビューションの起源はorigin.example.com.
2. CFディストリビューションのCNAMEはexample.com.
3. CF ディストリビューションのCache BehaviorHost設定では、ヘッダーはホワイトリストに登録されています。
4. DNSorigin.example.comでは、A レコードでサーバーの IP を指します。
5. DNSexample.comでは、ALIAS-A レコードを使用して CF ディストリビューションを指します。

この回避策で私が持っている唯一の弱点は、この方法でオリジンサーバーの IP アドレスがネット上で発見可能になることです。スクリプト キディが誤ってアクセスorigin.example.comし、サーバーの実際の IP アドレスが公開される可能性があるため、DDoS 攻撃を受ける可能性があります。プロキシの多くの利点の 1 つは、実際のサーバーの IP アドレスを隠していることです。

主にその理由から、私は現在 Cloudflare をプロキシとして使用しています。過去に大規模な DDoS 攻撃に見舞われ、サーバーの IP アドレスがホストによって null ルーティングされたため、すぐに Cloudflare の背後に隠れてサーバーの静的 IP を変更する必要がありました。それ以来、頭痛はありません。CloduFront に切り替えたかったのですが、ベア ドメインを使用するのは現実的ではないようです。