IIS, Redirecting and HTTPS

Question

HTTPS 포트가 제대로 처리되지 않는 문제가 있습니다. 상대적으로 작은 문제이며 해결하기가 매우 쉽습니다. 단지 생각할 생각이 없습니다.

IIS 6, www.mylongdomainname.com과 함께 제공되는 웹 사이트가 있습니다. 우리는 https://www.mylongdomainname.com을 통해 처리되는 안전한 포털을 보유하고 있습니다. 이제 우리는 www.shortname.com과 같이 전화를 통해 사용하는 여러 허영심과 마케팅 URL을 가지고 있습니다. 두 개의 웹 사이트 설정이 있습니다. 하나는 웹 사이트 www.mylongdomain.com 헤더와 함께 모든 요청을 처리하는 설정입니다. 다른 하나는 트래픽을 허용하고 www.mylongdomain.com으로 영구적으로 리디렉션됩니다. 이렇게하면 더 이상 도메인을 추가하면 모두 끝나고 mylongdomain.com을 www.mylongdomain.com으로 리디렉션합니다.

모든 것이 잘 작동합니다. 이제 문제는 "shortname.com"이라고 할 때 반환되는 첫 번째 결과는 "mylongdomain"검색과 동일하지만 Google은 https://shortname.com을 통해 다른 페이지를 크롤링하고 이러한 방식으로 색인을 생성 할 수있었습니다. 우리는 이러한 다른 도메인에 대한 SSL 인증서가 없으므로 클릭 할 때 불쾌한 신뢰할 수없는 오류가 발생합니다.

우리가 전화로 이러한 URL을 사용하지 않으면 실제로 URL 표시 줄과 검색 상자의 차이를 모르는 사람들이 얼마나되는지 알 수 있습니다.

제안 사항이나 요령이 있으십니까?

Answer 1

https://shortname.com이 http://shortname.com (301)으로 전송되도록 리디렉션을 설정했습니다. 이것은 즉시 불쾌한 신뢰할 수없는 오류를 끝낼 것입니다. 또한 이로 인해 Google은 천천히 그러나 확실하게 색인을 업데이트합니다.

여러 가지 방법이 있습니다. IIS7을 사용하는 경우 URL Rewrite Module을 사용하고 리디렉션 규칙을 작성하여 처리 할 수 ​​있습니다.

IIS7을 사용하고 있지 않다면이를 수행하기위한 코드를 작성하는 것이 좋습니다. I wrote some ASP.NET 나는이 HTTP/HTTPS 리다이렉션을 처리하는데 많은 시간을 소비했다. 귀하의 특별한 경우에는 단순히 내 코드를 가져 와서 Global.asax의 Application_BeginRequest 함수에서 SetSSL (False)를 호출하면됩니다.