크롬을 사용하여 https://wild.rileylark.appspot.com으로 이동하면 "this is going great"아이콘이 표시됩니다. 나는 파이어 폭스 4를 사용할 때, 나는 "세상에, 당신이있어 effed"메시지가 :firefox에서 https를 통한 appengine의 와일드 카드 하위 도메인
가 wild.rileylark.appspot.com 유효하지 않은 보안 인증서를 사용합니다.
인증서는 다음과 같은 이름에 대해서만 유효합니다 : * .appspot.com에서, * * appspot.com, appspot.com
그래서 여기에 특정 조건이 인증서의 이름이 *.appspot.com이며, *.*.appspot.com이 인증서의 주체 대체 이름 필드 내에서 나타나는 것입니다.
A rejected Chrome bug covers this exact scenario. 응답자는 응답자가 Chrome에서 의도적으로 지원되지 않는 것임을 나타내며 points to Firefox source code suggesting the same이며 IETF의 권장 구현 인 RFC 2818을 따르고 있다고 주장합니다.
해결 방법이 있습니다. 내 대답을 보라. –
이 제한의 해결 방법은 이제 described in docs입니다. 하위 도메인 이름 사이의 점 대신에 -dot-을 사용하십시오 (예 : -dot-).
이것은 가장 간단한 해결 방법이며 재구성없이 즉시 문제를 해결합니다. 처음에는 활성화 할 yaml에서 약간의 조정이 필요하다고 생각했습니다. 힌트를 가져 주셔서 감사합니다. – cat
https://wild-dot-rileylark.appspot.com 2013 년 4 월에 유의하시기 바랍니다, 구글은 appspot.com에서 호스팅 이중 와일드 카드 도메인에 대한 SSL 인증서를 발급 중단 (즉 . .appspot.com에서). 이러한 URL을 사용하여 응용 프로그램에 대한 HTTPS 액세스를 사용하는 경우 "."대신 "-dot-"를 사용하도록 응용 프로그램 논리를 변경하십시오. 예를 들어 응용 프로그램 "myapp"의 버전 "1"에 액세스하려면 "https://1.myapp.appspot.com"대신 "https://1-dot-myapp.appspot.com"을 사용하십시오. "https://1.myapp.appspot.com"을 계속 사용하면 인증서가 일치하지 않으므로 URL과 인증서가 정확히 일치해야하는 User-Agent에 오류가 발생합니다.
참조 :. https://cloud.google.com/appengine/docs/python/modules/
확인이 http://www.hanselman.com/blog/SomeTroubleWithWildcardSSLCertificatesFireFoxAndRFC2818.aspx – systempuntoout
그러나 인증서에서 appengine 모두 \ * appspot.com 명시 적으로 사용하여 커버처럼 보이는 \ *. \ *. appspot.com ... 나는 곤두박질 쳤다! –
Firefox는 이중 와일드 카드 주소를 올바르게 해석하지 않습니다. :/ –