파이프 라인에서 처음 발생하는 작업 : URL 다시 쓰기 (IIS의 URL 다시 쓰기 모듈에 정의 된대로) 또는 바인딩 매핑? 일부 사용자가 https://www.mydomain.com을 입력해도 제대로 작동하지만 https://mydomain.com 브라우저에서 인증서 오류가 발생합니다 mydomain.com에 대한 새 인증서를 구입해야합니까, URL 재 작성을 사용하여이 문제를 해결할 수 있습니까? URL 재 작성을 사용하여 리디렉션으로 리디렉션 할 수 있습니까? https://mydomain.com ~ https://www.mydomain.com?IIS 파이프 라인 : 우선 진행되는 작업 : URL 다시 쓰기 또는 바인딩?
2
A
답변
2
동일한 문제가있었습니다. Certifcate 바인딩 (SSL 핸드 셰이크)을 먼저 수행 한 다음 URL 다시 쓰기 모듈.
이 게시물이
나를 위해 명확히 : Redirect to 'www' before ssl requirement대신 https://mydomain.com 또 다른 인증서를 얻는 우리가 https://www.mydomain.com 인증서에 주체 대체 이름 얻을 요청했다.
당신은 SAN 귀하의 재생에 대한 http://www.digicert.com/subject-alternative-name.htm
감사를 어떻게 작동하는지 볼 수 있습니다. 네, 우리의 인증서는 SAN에 www.domain.com과 domain.com이 있습니다. 그러나 제대로 작동하도록 IIS를 구성 할 수 없습니다. 인증서 경고를 피하려면 어떻게해야합니까? – Radislav
IIS에서 특별한 일을하지 말라. 확인하고 다시 연락 할 것입니다. – bdoshi
좋습니다. 감사. 우리는 두 개의 도메인을위한 두 개의 바인딩을 www와 without로 추가하기 만하면됩니다. 고마워요 !!! – Radislav