私の知る限り、最上位のドメインは です.。したがって、ibm.comは と呼ぶ方が適切ではないでしょうかibm.com.。むしろ、 はibm.com.どのアプリケーションでも常に機能するはずです。
Chromeブラウザで入力するとibm.com.、期待通りに動作しました。google.com.とについても同様です。ただし、とwww.apple.com.などの他のドメインでは、最後にピリオドを付けると、www.comcast.com.a.azurewebsites.net.400 エラー: リクエストのホスト名が無効です。
これまでのところ、末尾のピリオドでは機能しない例は IIS サイトのものでした。ただし、私がテストしたのはドメイン名の例はほんのわずかです。
末尾のピリオドが期待どおりに機能するようにするには、どこで何を行う必要がありますか?
答え1
これをブラウザで試さないでください (答えは Web サーバーの構成によって異なります)。DNS を照会するには、「dig」(Domain Information Groper) などの DNS ツールを使用します。
dig ibm.com.dig comcast.com.dig a.azurewebsites.net.
などなど、期待通りの結果が得られます。
答え2
2つの異なるプロトコルがあります。
1: DNS。リモート側の IP アドレスを提供します。ドメイン ネーム システムの構造 (およびプロトコル) により、sld.tld.は有効な名前になりますsld.tld。
2: HTTP。ブラウザが Web サーバーに接続してページを取得する場合、そのリクエストにはリモート URL のパス部分だけでなく、ホスト名も含まれています。なぜそうなるのでしょうか。これは、同じ IP アドレスで何百万ものドメイン名にアクセスできる可能性があり、サーバー側にはブラウザが要求しているホスト名を見つける他の選択肢がないためです。
ドメイン名を で拡張した場合でも.、DNS 要求は有効であり、末尾のポイントなしで拡張した場合と同じ IP アドレスが取得されます。
しかし、http の場合は、完全に異なるホスト名になります。HTTP はこの DNS 機能について何も知りませんが、理論的にはほとんどの Web サーバーがこのようなホスト名を処理するように構成することも可能です。
しかし、そうではありません。誰も、このような末尾のエッジがあるサイトを見たいとは思っていません。Web サーバー側では、そのリクエストは、そのユーザーにとって不明なホスト名に属するものになります。
この場合、何が行われるかはシステム管理者によって異なります。ほとんどのウェブホスティング プロバイダーは、これを「今すぐ支払い、今すぐ支払い、重要です」ページにリダイレクトするだけですが、他の可能性も設定できます。