Ich kaufe ein comodo ssl-Zertifikat, um den HTTPS-REST-Dienst zu aktivieren.iOS POST HTTPS-Anfrage mit breitem Kartenzertifikat
Vielleicht ist dies eine Müllhalde Frage, aber ich muss nur sicherstellen, dass ich nicht kaufen, das falsche Zertifikat:
Haben die widecard SSL-Zertifikate für meinen Zweck auf iOS-Client arbeiten, oder muss ich ein Nicht-Breitband-SSL-Zertifikat speziell für die URL?
Das Zertifikat ist nicht für die URL, aber für die Domäne: - Ein normales (nicht Wildcard) Zertifikat für example.com gilt für https://example.com/ * (* bedeutet nichts) - Ein Wildcard-Zertifikat für .example.com ist gültig für https: // .example.com/* - Ein Zertifikat kann für mehr als eine Domäne gültig sein: beispiel.com + www.example.com + example.us zum Beispiel.
Warnung: ein Wildcard-Zertifikat ist für ONE LEVEL nur gültig: .example.com für https://a.example.com/ aber NICHT für https://b.a.example.com/ *
Also, für einen REST-Dienst gültig ist, kann eine Wildcard arbeiten, aber es ist nicht die einzige Lösung.
Danke für die Antwort. Ein Plus für exzellente Erklärungen. – Sean
@sean Wenn das Ihre Frage beantwortet, können Sie es mit dem Häkchen bestätigen :) – Tom
Ich werde. Ich möchte nur sehen, ob jemand Wildcard-Cert mit iOS SDK erfolgreich versucht hat oder nicht. Ich stimme Ihrer Erklärung vollkommen zu, aber ich mache mir trotzdem Sorgen, dass iOS SDK die Dinge anders handhaben würde. Ich bin eine paranoide Person :-) – Sean