Wiem o https do zabezpieczania ważnych stron, takich jak login i tym podobne. Ale dlaczego ktoś miałby tworzyć osobną subdomenę, taką jak www? na przykład
https://wwws.site.com/login
Wiem o https do zabezpieczania ważnych stron, takich jak login i tym podobne. Ale dlaczego ktoś miałby tworzyć osobną subdomenę, taką jak www? na przykład
https://wwws.site.com/login
Odpowiedzi:
Nie ma dobrego powodu, aby to zrobić. Pewien marketingowiec prawdopodobnie to zasugerował.
W rzeczywistości jest to zły pomysł, ponieważ uczy użytkowników, aby ufali nazwie hosta, a nie wskaźnikom bezpieczeństwa przeglądarki (ikona blokady itp.)
Robię to (chociaż zwykle korzystam z secure.site.com lub podobnego), gdy mam osobną treść do wyświetlenia. To znaczy, gdy site.com i secure.site.com zawierają różne rzeczy i / lub mają różne ograniczenia dotyczące tego, kto (tj. Źródłowy adres IP) może z nich korzystać. Jeśli obie serwują tę samą treść, nie jestem pewien, dlaczego to robisz - nie widzę w tym żadnej korzyści. Sądzę, że zostało to zrobione po prostu dlatego, że osoba, która go skonfigurowała, nie wiedziałaby, jak skonfigurować zarówno HTTP, jak i HTTPS w tej samej domenie w tej samej konfiguracji.
HP kiedyś to robił i nadal mogą to robić. W ten sposób ładują zrównoważoną witrynę. Każda subdomena może być powiązana z oddzielnym adresem IP, a po zalogowaniu się na www.hp.com zostaniesz przekierowany na jedną z www1.hp.com ... itd. Myślę, że może minął jeszcze czas, zanim CDN wszedł ich własne, że Amazon zrobił to samo.
Czasami jest to spowodowane złym projektowaniem aplikacji, w której serwer obsługujący wersję 1 witryny jest hostowany pod adresem 68.68.68.2 (www.domain.com), a następnie ktoś przepisuje witrynę, ponieważ deweloper z Teksasu jest teraz w więzieniu (prawdziwa historia ... ), a ponieważ pewna logika XML-RPC zakopana w kupie bzdur na www.domain.com jest nadal potrzebna, po prostu przekierowujemy naszych użytkowników na wwws.domain.com (68.68.68.3), gdzie nasza nowa i ulepszona strona została opracowana przez Brian niezadowolony były pracownik Microsoftu.
Nie jesteśmy pewni, co się stanie, jeśli usuniemy www.domain.com lub przeniesiemy go lub zmienimy jego nazwę, dlatego po prostu zostawiamy go zamiast migrować naszą „dobrą” witrynę z powrotem do naszej podstawowej domeny.