多くのWebサイトは、FQDN（例example.com）でアクセスしたときにのみサイトコンテンツを表示することがわかりました。IPアドレスでアクセスしようとすると、404サイトが見つかりませんというエラーが表示されます。
サイトの所有者がDNSを経由するのではなく、IPアドレスでWebサイトに直接アクセスしたくない理由はありますか？
ウェブサイトで直接IPアクセスを利用できるようにすることの長所と短所は何ですか？
多くのWebサイトは、FQDN（例example.com）でアクセスしたときにのみサイトコンテンツを表示することがわかりました。IPアドレスでアクセスしようとすると、404サイトが見つかりませんというエラーが表示されます。
サイトの所有者がDNSを経由するのではなく、IPアドレスでWebサイトに直接アクセスしたくない理由はありますか？
ウェブサイトで直接IPアクセスを利用できるようにすることの長所と短所は何ですか？
回答:
ドメイン名を介して到達されたウェブサイトは、IPアドレスのルートで直接ホストされない場合があるので注意してください、すなわちexample.orgにマップすることができ123.45.67.89/~example。通常のWebホストでは、WebサイトごとにIPアドレスを割り当てることができないため、これは一般的です。これは非常に無駄です。
あなたが行う場合たとえば、DNSルックアップのをwebmasters.stackexchange.com、あなたは、IPアドレス取得します198.252.206.140（私はリンク先のウェブサイト上の右側を）。IPアドレスはStackExchangeページに移動しますが、webmastersセクションにはつながりません198.252.206.140/www/webmasters。
IPアドレス（またはのようなもの123.45.67.89/~example）を使用する1つの短所は、静的IPアドレスが必要なことです。何らかの理由でIPアドレスを変更する必要がある場合、ユーザーをリダイレクトする方法はありません。一方、ドメイン名の場合、新しいIPアドレスを指すようにDNSレコードを更新するだけです。
完全に関連しているわけではありませんが、IPアドレスのもう1つの明らかな欠点は、名前と末尾よりも覚えにくいことです。
デフォルトでは、ドメイン名およびIPアドレスを使用してWebサイトを利用できます。この質問に対するさまざまな回答/コメントはさまざまな視点を提供しますが、それらをコピーしたくありません。
個人的には、IPアドレスでアクセスをブロックすることはありません。単にインターネットが機能するとは思わないからです。さらに、通常のユーザーはWebサイトのIPアドレスをランダムに見つけることはありません。また、IPアドレスを使用してサイトへのリンクの共有を開始することはありません。したがって、SEOとセキュリティに対するあらゆる努力は、他の場所で確実に費やされます。
stackexchange.com、では検索されませんwebmasters.stackexchange.com。gwhois.org/webmasters.stackexchange.com+dns
173.194.41.161Googleのホームページが表示されます。
HTTPの元のバージョンには、クライアントがリクエストの一部としてホスト名を指定するメカニズムが含まれていませんでした。サーバーに接続し、URLのパス部分のみを送信しました。HTTPプロトコルに対する初期の変更の1つは、クライアントがホスト名を含む他の「ヘッダー」情報を送信する機能を追加することでした。
20年前、仮想ホストのブラウザサポートは非常に不安定でした。当時は、IPアドレスのみからコンテンツを提供する正当な理由もありました。クライアントのごく一部は、ホストヘッダーを送信しませんでした。ホスト名は、すべてのブラウザーとWebクローラーによって送信される標準ヘッダーになりました。
実際、サーバーがWebサイトで応答する場合、IPアドレスのコンテンツを探している要求は満たされそうにないことがわかります。次のようなIPのみのリクエストが表示されることがあります
サイトを提供したり、サイトにリダイレクトしたりするのではなく、IPアドレスリクエストのみに対して404エラーを提供することを好みます。また、サーバーは、悪意のあるドメインリダイレクトへの対処方法の回答で説明されているように、認識できないホスト名に404ページを提供するように構成されています。
特に、複数のドメインをホストする共有ホスティングまたは独自のサーバーがある場合、IP経由で「ウェブサイト」にアクセスできません。独自のサーバーでは、IPを入力した場合に到達するプライマリドメインを定義できます。共有ホストの場合は不可能です。
@Ijacquで述べたように、IPは簡単に変更できます。
もう1つはコンテンツの複製です。したがって、基本的にはそうすることはお勧めできません。
サーバーIPを介してWebサイトにアクセスする場合は、ドメイン自体に301または302フォワードを確実に追加する必要があります。
私が管理したサーバーの1つに小さなHTMLサイトを追加しました。「Welcome to 123.456.789.123」をデフォルトのWebサイトとしてエコーします。そのマシンでいくつかの顧客プロジェクトがホストされていたためです。Apache vhostsを使用して設定しました。
SEOの観点から見ると、これは災害です。
stackexchange.comなどのWebサイトが1つあり、IPアドレスからもアクセスできる場合、コンテンツが重複します。
これはあなたのランキングを破壊し、ユーザーを混乱させます。ユーザーはGoogleを検索し、同じトピックの2つの結果を見つけます（1つはドメイン名でアクセス可能、もう1つはIPアドレスでアクセス可能）
IPアドレスからドメインにアクセスできないようにしてください。
1つのサーバーで1つのドメインをホストしている場合、最良のアプローチは301 redirect、そのドメインにIPアドレスアクセスをダイレクトすることです。
サーバー上に複数のドメインがある場合は、直接IPアドレスアクセスを無効にします。
<link rel="canonical" href="http://example.com" />コンテンツを重複させないためにa を追加できます。
わずか2セントで、WebサーバーにいくつかのWebサイト（約8）があり、それらはすべて同じIPアドレスを持っています。ホストヘッダーを使用すると、FQDNはWebサーバー（私の場合はApache）が問題のWebサイトの正しいディレクトリに要求を送信するのに役立ちます。IPアドレスは、デフォルトで会社のWebサイトに送信されます。2001年頃から、これはほとんどのWebホスティングプロバイダーの標準であり、特にIPv4アドレスの現在の状態を考慮しています。ほんの少しのバックグラウンドで、私はVoyager.net（ミシガン州）で約8年間働いていました。Voyagerは80,000以上のドメインをホストするホスティング会社であり、ISPでした。補足として、FQDNは定義により、人間が読めるアドレスをIPアドレスに与えるために使用されるため、より簡単に覚えることができます。再び私の2セントだけ。
セキュリティの観点から見ると、これは賢明な動きです。
トラフィックの多いほとんどのWebサイトでは、CDNがどこかに使用されます。そのため、試みられたDOSまたはDDOS攻撃は、単にCDNサーバーを介して消滅し、ユーザーサイトに到達しません。
ただし、ユーザーがサイトのIPアドレスを知っている場合、そのIPに直接攻撃を仕掛け、すぐにサーバーを停止できます。それが、ほとんどのCDNがサーバーのIPアドレスを隠すオプションを提供する理由です。そのため、サイトにアクセスしようとしている人に404を渡すのは良い動きです。これは、.htaccessファイルによって、またはデフォルトのサーバードキュメントルート以外の場所でサイトをホストすることによって、萎縮させることができます。
共有IPホスティングについて誰もが忘れているのは、同じライセンス番号を持つ1000台の車のようなものだということです。誰かが悪意のあることをしている場合、そのトラフィックはIPからのようにターゲットサーバーに表示されます。ブロックされるため、他のすべてのユーザーがそれを使用します。関心のあるサイトには、独自のIPが必要です。送信するメールは、共有ではなくIPから送信される必要があります。私はこれ以上何も決着せず、1994年以来これに取り組んでいます。