로그인과 같은 중요한 페이지를 보호하는 https에 대해 알고 있습니다. 그러나 왜 누군가가 wwws와 같은 별도의 하위 도메인을 만들 것입니까? 예를 들어
https://wwws.site.com/login
로그인과 같은 중요한 페이지를 보호하는 https에 대해 알고 있습니다. 그러나 왜 누군가가 wwws와 같은 별도의 하위 도메인을 만들 것입니까? 예를 들어
https://wwws.site.com/login
답변:
그렇게 할 이유가 없습니다. 일부 마케팅 담당자가이를 제안했을 것입니다.
실제로 사용자에게 브라우저의 보안 표시기 (잠금 아이콘 등)가 아닌 호스트 이름을 신뢰하도록 지시하기 때문에 나쁜 생각입니다.
게재 할 별도의 콘텐츠가있을 때이 작업을 수행합니다 (보통 secure.site.com 또는 이와 유사 함). 즉, site.com과 secure.site.com에 다른 사물이 포함되어 있거나 누가 (즉, 소스 IP 주소) 이들을 사용할 수 있는지에 대해 다른 제한 사항이있는 경우. 둘 다 동일한 콘텐츠를 제공하는 경우 왜이 작업을 수행해야하는지 잘 모르겠습니다. 이점이 없습니다. 나는 그것을 설정 한 사람이 동일한 구성의 동일한 도메인에서 HTTP와 HTTPS를 모두 구성하는 방법을 알지 못했기 때문에이 방법으로 간단하게 수행되었다고 생각합니다.
HP는이 작업을 수행했지만 여전히 그렇게 할 수 있습니다. 이것이 그들이 사이트를로드 밸런싱하는 방법입니다. 각 하위 도메인은 별도의 IP 주소와 연결될 수 있으며 www.hp.com에 로그인하면 www1.hp.com 중 하나로 리디렉션됩니다 ... 등 CDN이 시작되기까지 시간이 걸렸다 고 생각합니다 아마존도 같은 일을했습니다.
때로는 웹 사이트 버전 1을 호스팅하는 서버가 68.68.68.2 (www.domain.com)에서 호스팅되는 응용 프로그램 디자인이 좋지 않기 때문에 텍사스의 개발자가 감옥에 있기 때문에 누군가가 웹 사이트를 다시 작성합니다. ) 및 www.domain.com의 쓰레기 더미에 묻힌 일부 XML-RPC 로직이 여전히 필요하기 때문에 사용자를 wwws.domain.com (68.68.68.3)으로 리디렉션하여 새롭고 개선 된 사이트가 개발했습니다. Brian은 불만을 품은 전 Microsoft 직원입니다.
www.domain.com을 다운하거나 옮기거나 이름을 바꾸면 어떻게 될지 확신 할 수 없으므로 '좋은'웹 사이트를 기본 도메인으로 다시 마이그레이션하는 대신 그대로 두십시오.