Onderwerp: OpenSSL, virtualhost hoe zit het nou eigenlijk?

Omdat ik de laatste tijd de melding krijg dat het tijdelijke certificaat van website op de server is verlopen heb ik besloten deze weer even te verlengen, dus dat heb ik vandaag bijgewerkt.
Allereerst wilde de browser het nieuwe certificaat niet pakken

Bleek dus dat hij (GOD MAG WETEN HOE) het certificaat van de eerste https host pakten, dus nu aan aanpassing te hebben gaan.

Code:

NameVirtualHost *:443
NameVirtualHost control.rollerscapes.net:443

<VirtualHost *:443>
etc...

<VirtualHost control.rollerscapes.net:443>
etc...

Pakten control.rolerscapes.net eindelijk het goede certificaat, maar als ik nou naar de eerste https webhost gaat 'webservice.rollerscapes.net:443' dan pakt hij weer het certificaat van control.rollerscapes.net !

Dus allebei een aparte NameVirtualHost gegeven, krijg ik de waarschuwing: "Starten van httpd: [Sun Oct 29 11:33:42 2006] [warn] NameVirtualHost control.rollerscapes.net:443 has no VirtualHosts"

HOE HOET HET VERDOME WEL Ik heb die handleiding al meer dan 100 keer doorgelezen maar er staan nergens iets over dit probleem!
Dus kan iemand mij voor een keer vertellen wat nu wel de goede manier is?

Ik loop nu al weet ik veel hoe lang tegen dit probleem aan, en word zo onderhand wel een beetje panisch gestoord van

Je kan geen virtualhosting doen over SSL. Als een client een connectie maakt wordt dadelijk de encryptie gedaan, VOOR de client zijn hostname (virtualhost) doorgeeft die hij wenst te bereiken. Daarom moet je voor elke vhost met een ander SSL certificaat een ander IP/poort gebruiken.

Beetje onnodig grof taalgebruik.....

ssl werkt niet echt met name based virtual hosts. Iedere ssl site heeft een eigen ip adres nodig.

Ik snap je frustraties, maar dit is op tig plaatsen zeer goed gedocumenteerd.

Ik heb ook een apart IP adres er voor, control.rollerscapes.net heeft een eigen IP adres.

Het leuke is: het werkt gewoon, alleen verkeerd...
Het vreemde is dat hij wel de goede host pakt alleen het verkeerde certificaat, terwijl als ik hem handmatig controleer hij wel goed is, maar ik heb nu iets gevonden wat het mogelijk oplost.

Ik heb al meerdere problemen meegemaakt met OpenSSL, waaronder die stome passprhase waarom je afvraagt waarom hij er is.
En het feit dat je C foutmelding krijg te zien als hij het bestand niet kan openen...

Waar ik doelde met 'het is niet duidelijk', is dat ik nog niet op de apache website een resoluut voorbeeld ben tegenkomen hoe het wel moet.
Je moet gewoon zelf aan de hand van 5 pagina brede A4tjes zien te ontdekken hoe je het moet doen.

Maar het lijkt wel of er meer niet klopt in de configuratie.
Als ik naar control.rollerscapes.net ping krijg het hooft IP-adres

Dus ik hoe jullie op de hoogte

AHH IK BEN TOCH WEL ZO DOM
De entry bij de DNS staat op controll i.p.v. van control
Ik vind het nog knap dat het heeft gewerkt

Oorspronkelijk geplaatst door Rollerscapes

AHH IK BEN TOCH WEL ZO DOM

idd.

Passphrases zitten trouwens op de .key files en kan je er zelf afhalen. Zie OpenSSL howto

Ja dat weet ik
Alleen vind het een beetje een overbodig iets als je het mij vraagt.

Offtopic: En dan blijkt de DNS editor van TransIP ook nog is niet feiloos te werken onder Firefox 2.0 (Ik stuur ze wel even een mailtje)

X.509 certificaten worden voor meer dingen als HTTPS gebruikt hoor

Weet ik
Maar waarom is het standaard? en niet gewoon als optie.

Ik heb transip een mailtje gestuurd over het probleem, en de DNS gewijzigd.
Hier mee zou het opgelost moeten zijn.

Ondanks ik geen medewerkers of grote hoeveelheid klanten heb komt er iemand heel geregeld langs: Murphy