Phần tên máy chủ của URL HTTP (S) có thực sự không phân biệt chữ hoa chữ thường không?

Có an toàn không khi sử dụng http (s): //CompanyName.com/xyz làm URL (ví dụ: cho mục đích xây dựng thương hiệu) mà không có bất kỳ thay đổi nào đối với cấu hình phía dịch vụ?

Tôi biết rằng DNS không phân biệt chữ hoa chữ thường, nhưng vẫn có thể có tác dụng phụ? Tôi đang nghĩ về các phần khác nhau của chuỗi không khớp với CompanyName.com ~ companyname.com:

• Một số phụ trợ web có thể không phù hợp
• Một số tường lửa lớp cân bằng tải / proxy / bộ đệm / lớp ứng dụng có thể không khớp
• Một số khách hàng có thể áp dụng sai chính sách cùng nguồn gốc
• Một số khách hàng có thể không khớp trong kiểm tra chứng chỉ
• Mặc dù DNS thường không phân biệt chữ hoa chữ thường, IDN có thể thay đổi ảnh không?

Bất cứ ai cũng gặp phải những vấn đề đó hoặc các vấn đề khác với thủ đô trong phần tên máy chủ của URL?

[sửa] @Michael Hampton chỉ ra rằng, theo các tiêu chuẩn HTTP, tên máy chủ IS không phân biệt chữ hoa chữ thường, nhưng một số phần mềm không tuân thủ về vấn đề này.

Tôi cố gắng hiểu được mức độ phổ biến của phần mềm không tuân thủ, đặc biệt là các khách hàng. Tôi cho rằng tất cả các trình duyệt lớn gần đây đều ổn, nhưng ví dụ về ứng dụng di động thì sao? (Tôi có nên tách câu hỏi này thành một câu hỏi SF riêng biệt không?) [/ Edit]

Có, tên máy chủ thực sự không phân biệt chữ hoa chữ thường, như được chỉ định trong RFC 3986 § 3.2.2 , vì tên máy chủ nói chung không phân biệt chữ hoa chữ thường trong DNS . RFC này cũng đưa ra các khuyến nghị về cách tránh các vấn đề bạn đã đề cập:

Mặc dù máy chủ không phân biệt chữ hoa chữ thường, nhà sản xuất và bộ chuẩn hóa nên sử dụng chữ thường cho tên đã đăng ký và địa chỉ thập lục phân để thống nhất, trong khi chỉ sử dụng chữ in hoa cho mã hóa phần trăm.

Tôi đã thấy ít nhất một HTTP cache ( W3 Total Cache ) mà không bình thường hóa các hostname theo cách này, và kết thúc lên bộ nhớ đệm nội dung nhiều lần, ví dụ như dưới example.com, Example.Com, EXAMPLE.COMvv