Tôi biết về https để bảo mật các trang quan trọng như đăng nhập và như vậy. Nhưng tại sao ai đó cũng sẽ tạo một tên miền phụ riêng như www? ví dụ
https://wwws.site.com/login
Tôi biết về https để bảo mật các trang quan trọng như đăng nhập và như vậy. Nhưng tại sao ai đó cũng sẽ tạo một tên miền phụ riêng như www? ví dụ
https://wwws.site.com/login
Câu trả lời:
Không có lý do chính đáng để làm điều này. Một số người tiếp thị có thể đề nghị nó.
Trên thực tế, đó là một ý tưởng tồi, bởi vì nó dạy người dùng tin tưởng vào tên máy chủ chứ không phải các chỉ số bảo mật của trình duyệt (biểu tượng khóa, v.v.)
Tôi làm điều này (mặc dù tôi thường sử dụng safe.site.com hoặc tương tự) khi tôi có nội dung riêng để phục vụ. Tức là, khi site.com và safe.site.com chứa những thứ khác nhau và / hoặc có những hạn chế khác nhau về việc ai (tức là địa chỉ IP nguồn) có thể sử dụng chúng. Nếu cả hai đều phục vụ cùng một nội dung, thì tôi không chắc tại sao bạn lại làm điều này - tôi không thấy bất kỳ lợi ích nào cho nội dung đó. Tôi đoán rằng nó đã được thực hiện theo cách này đơn giản chỉ vì người thiết lập nó không biết cách định cấu hình cả HTTP và HTTPS trên cùng một tên miền trong cùng một cấu hình.
HP đã từng làm điều này và họ vẫn có thể làm điều đó. Đây là cách họ tải cân bằng trang web của họ. Mỗi tên miền phụ có thể được liên kết với một địa chỉ IP riêng và khi đăng nhập vào www.hp.com, bạn sẽ được chuyển hướng đến một trong www1.hp.com ... vv Tôi nghĩ thậm chí đã có một thời gian trước khi CDN vào riêng của họ, rằng Amazon đã làm điều tương tự.
Đôi khi, điều này là do thiết kế ứng dụng kém, trong đó máy chủ lưu trữ phiên bản trang web1 được lưu trữ tại 68,68,68,2 (www.domain.com) và sau đó ai đó viết lại trang web vì nhà phát triển của bạn từ Texas hiện đang ở tù (câu chuyện thật ... ) và bởi vì một số logic XML-RPC bị chôn vùi trong đống rác tại www.domain.com vẫn cần thiết, chúng tôi chỉ cần chuyển hướng người dùng của chúng tôi đến wwws.domain.com (68,68,68.3) trong đó trang web mới và được cải thiện của chúng tôi được phát triển bởi Brian nhân viên cũ của Microsoft bất mãn.
Chúng tôi không chắc chắn điều gì sẽ xảy ra nếu chúng tôi gỡ xuống www.domain.com hoặc di chuyển nó hoặc đổi tên nó, vì vậy chúng tôi chỉ để lại nó thay vì di chuyển trang web 'tốt' của chúng tôi trở lại tên miền chính của chúng tôi.