2011-04-29 9 views
5

최근에 Heroku에 배포 된 앱이 있습니다. 나는 우리의 요구 사항 측면에서 벽에 부딪혔다 고 생각한다.Heroku에서 와일드 카드 SSL과 함께 와일드 카드 SSL 사용

프로젝트 관리 앱입니다. 관리는 모든 SSL 솔루션을 사용하기로 결정했습니다. 따라서 GoDaddy에서 호스트 이름 기반 SSL 아래 Heroku에 성공적으로 추가 한 와일드 카드 인증서 (* .ourapp.net)가 있습니다. 호스트 이름 기반 SSL은 Heroku가 제공 한 AmazonAWS URL을 가리키는 특정 CNAME (보안이 필요함)을 지정해야합니다. 예를 들어 var.ourapp.net의 보안을 설정하려면 CNAME var.ourapp.net ----> appid42352herokucom-324234.us-east-1.elb.amazonaws.com을 지정해야합니다. [예제 URL입니다.

첫 번째 수준의 모든 하위 도메인을 보호하기 위해 * .myapp.net CNAME이 AmazonURL을 가리켜 야했습니다.

그러나 모든 와일드 카드 하위 도메인 (기본 및 와일드 카드 도메인이 이미 응용 프로그램에 추가됩니다)

현재 customername.outapp.net처럼 같은 각 고객이 브랜드 얻을 수 있다는 URL을 처리 할 필요가있는이 우리의 응용 프로그램 디자인을 방해 DNS는 Zerigo 1 단계에서 처리됩니다.

Please 권장/권장

+0

확실하지 않은 질문입니다. 시나리오를 확장 할 수 있습니까? 아마도 실제 도메인을 사용하여 문제를 해결할 수 있습니까? –

+0

나는 비슷한 것을 가지고 있지만 다른 이슈를 가지고 있습니다. 와일드 카드 CNAME을 어떻게 만들 수 있었습니까? Zerigo 1 단계에서 지원됩니까? (현재 godaddy에 있음) – Kombo

답변

2

소리가 잘 작동하는지 확인하십시오. *.ourapp.com 사용자가 https://ACLIENT.ourapp.com를 요청

appid42352herokucom-324234.us-east-1.elb.amazonaws.com에 :

당신은 CNAME 레코드를 추가했다. 브라우저가 CNAME을 따르고 포트 503에서 appid42352herokucom-324234.us-east-1.elb.amazonaws.com에 연결합니다. 서버가 인증서로 응답합니다. 그런 다음 요청을 Heroku의 "라우팅 메쉬"로 전달합니다. https://ACLIENT.ourapp.com에게 요청을 받고, heroku 도메인 설정에서 호스트 이름을 찾고, 앱의 와일드 카드 도메인을 찾습니다. 그런 다음 요청을 응용 프로그램에 전달합니다.