Habe es nun auch auf dem Server zum Laufen bekommen.
Das Problem dort war folgendes:
Der Server war nach aussen über eine feste IP (80....) erreichbar. Intern hatte er eine andere (172...) IP Adresse. Anfragen an die 80er IP wurden entsprechend an die 172er durchgeroutet. Das Problem war nun folgendes:
Dem Webserver hatte ich zunächst in der httpd.conf als Servername die externe IP Adresse (80...) gegeben. Entsprechend sah mein SSL Part in der httpd.conf folgendermassen aus:
Zitat:
<VirtualHost 80.xxx.xxx.xxx:443>
ServerName localhost
DocumentRoot "C:/wwwroot"
SSLEngine On
SSLCertificateFile conf/ssl/test-zertifikat.crt
SSLCertificateKeyFile conf/ssl/test-zertifikat.key
</VirtualHost>
|
HTTP Zugriffe von aussen waren so ohne weiteres möglich. Nur Zugriffe über HTTPS führten ins Leere.
Dann habe ich irgendwann mal testweise statt der 80er IP Adresse die interne 172er IP Adresse verwandt. Als Common Name bei der Erstellung des SSL Zertifikates habe ich entsprechend die jeweilige IP Adresse eingetragen.
Und schon funktionierte der SSL Zugriff auch von aussen, obwohl diese IP Adresse nach aussen hin niemals auftaucht.
Jetzt möchte ich mir noch ein Zertifikat zulegen. Verstehe ich es richtig, dass ich hier bei der Generierung der CSR Datei dieselben Daten eingeben sollte, wie zuvor bei meinem "Testzertifikat"? Also wieder die interne IP Adresse als Common Name?
Kann mir hier evtl. jemand einen Anbieter für derartige Zertifikate empfehlen?
Verisign ist ja bekannt, die wollen aber auch mal eben 350$ haben.
thawte.com möchte immerhin "nur" noch 200 Euro/Jahr haben. Evtl. hat hier ja noch jemand einen Tipp.
Danke und Gruß
|HB|