HTTP ホスト名の大文字と小文字は関係しますか?

Question

言い換えれば、私が使用するかどうかは重要ですか？ http://www.example.com/ または http://wwwW.exAmPLe.COm/ ?

最近、ホスト名に関する奇妙な問題に遭遇しています。Apache2.2+PHP5.1.4 Webサーバーがあり、あらゆる種類のブラウザからアクセスできます。特に IE6 ユーザー (特にUA 文字列に多数の BHO が負荷されている場合、パターンはまだありません）経由でアクセスすると、サイトへのアクセスに問題が発生するようです（Cookie が消え、JS の読み込みが拒否されます）。 http://www.Example.com/, 、 だがしかし http://www.example.com/

確認しました HTTP そして DNS RFC、私 P3P ポリシー, 、Cookieの設定と SOP;ドメイン名の大文字と小文字が区別されるという記述さえ、どこにも見たことがありません。

(パスとクエリ文字列では大文字と小文字が区別されることはわかっています ( ?x=foo とは異なります ?x=Foo ）そしてそれらを適切に扱います。私のコードではドメイン名の解析/処理は行っていません)

私が何か間違ったことをしているのでしょうか、それともこれはブラウザとツールバーの単なる問題であり、回避する必要がありますか?

Answer 1

ドメイン名は ない 大文字と小文字を区別; Example.com と同じ IP に解決されます eXaMpLe.CoM. 。Web サーバーまたはブラウザーが Host ヘッダーでは大文字と小文字が区別されます。これはバグです。

Answer 2

いいえ、これに違いはありません。

URL RFC 仕様 (http://www.ietf.org/rfc/rfc1738.txt）。セクション 2.1 より:

回復性のために、プログラムは URL は大文字で扱う必要があります scheme の小文字と同等 名

Answer 3

あなたは質問を実際的な質問として表現し、その後現実世界の問題について説明したため、実際の答えは次のようになります。はい。

他の回答は、RFC 仕様でホスト名について述べられていることに関しては正しいです。技術的には、大文字と小文字を区別しない必要があります。(実際、古い慣例では、トップレベル ドメイン (TLD) はすべて大文字であると想定されていました...「apple.COM」など）。

ただし、現実の世界では、OS リゾルバーや主要なブラウザなどの成熟したソフトウェアがこれを正しく実行します。あらゆる種類の二次コードがこれを誤って処理し、混乱を招く可能性があります。

Answer 4

によると http://tools.ietf.org/html/rfc1035:

公式プロトコルの一部であるDNSのすべての部分について、すべての 文字列(ラベル、ドメイン名など)の比較 は、大文字と小文字を区別しない方法で行われます。現在、このルールは 例外なくドメインシステム全体に強制します。

さらに、将来的には変更される可能性があるとも述べています。COM ドメインでは大文字と小文字が区別されないと想定しても問題ないと思いますが、非 ASCII 文字の使用を許可する他のドメインでは異なる可能性があります。

Answer 5

いいえ、プロトコル指定子に関しては大文字と小文字は区別されません。

これは URL の RFC で確認できます。.

2.1.URLの主要な部分

スキーム名は、 文字。小文字 "a" -- "z"、数字、および文字 プラス ("+")、ピリオド (".")、およびハイフン ("-") は許可されます。回復性については、 URL を解釈するプログラムは、 大文字を同等に扱う スキーム名を小文字にする(例: "http" だけでなく "HTTP" も許可します)。