Probleme bei der Umstellung auf SSL

user

New Member
Hallo,

beim Versuch meine Seiten auf SSL umzustellen bin ich leider auf Probleme gestoßen, die mein Know-how übersteigen.

Nach umfangreichen und erfolgreichen Tests mit einem Einzelzertifikat habe ich bei der PSW-Group ein Multidomain-Zertifikat von Comodo erworben.

Verschlüsselt werden soll ein Multishop-System auf Basis der modified shopsoftware. Es gibt eine Datenbank für die Hauptdomain und auf diese greifen die anderen Domains (ich nenne Sie hier mal V-Shops) zu.
Erreicht wird dies durch eine vhost.conf die jeweils im zugehörigen Verzeichnis /var/www/vhosts/system/v-host-xyz.de/conf/ liegt.

Inhalt:
Code:
DocumentRoot /var/www/vhosts/hauptshop.de/httpdocs
<Directory "/var/www/vhosts/hauptshop.de">
php_admin_flag engine on
php_admin_flag register_globals On 
php_admin_flag safe_mode Off 
php_admin_value open_basedir "/var/www/vhosts/hauptshop.de/httpdocs:/tmp:/usr/share/php"
AllowOverride All
Order allow,deny
Allow from all
</Directory>

Ohne SSL hat das auch ohne Probleme funktioniert, aber mit der Umstellung erhalte ich beim Aufruf der V-Shops folgende Fehlermeldung im Browser:
Forbidden
You do not have permission to access this document.

In der /var/www/vhosts/system/v-host-xyz.de/Logs/error_log werden beim Seitenaufruf folgende Fehlermeldungen generiert:
[warn] RSA server certificate CommonName (CN) `www.v-host-xyz.de' does NOT match server name!?
Directory index forbidden by Options directive: /var/www/vhosts/v-host-xyz.de/httpdocs/

Als Laie gehe ich mal davon aus, dass die erste Meldung nicht direkt mit dem Problem zu tun hat, weil es sich "nur" um eine Warnung handelt.
Die zweite Meldung lässt mich hingegen vermuten, dass der https Aufruf die Einträge in der vhost.conf ignoriert und deshalb vom Zertifikat versucht wird statt dem DocumentRoot des Hauptshops den DocumentRoot des V-Shops anzusteuern.

Betriebssystem: Ubuntu 12.04.5 LTS‬

Was kann ich tun?

Vorab vielen Dank :-)
 
vhost_ssl.conf ist die Lösung

Hallo,

habe das Problem selbst beheben können.

habe die vhost.conf einfach kopiert, in vhost_ssl.conf umbenannt und auch ins Verzeichnis /var/www/vhosts/system/v-shop-xyz.de/conf/ hochgeladen.

Anschließend noch per Konsole folgenden Befehl ausgeführt und fertig!

Code:
/usr/local/psa/admin/sbin/httpdmng --reconfigure-domain v-shop-xyz.de

So einfach, aber manchmal sieht man den Wald vor lauter Bäumen nicht. :rolleyes:
 
Last edited by a moderator:
Du hast nicht erwähnt, dass du Plesk benutzt. ;)
Plesk hat getrennte Configs für Nicht-SSL und SSL.

Du kannst auch einen Link mit ln auf die vhost.conf der Domain setzen.
 
Stimmt, die Info bzgl. Plesk hatte ich vergessen.
Wie auch immer, es läuft jetzt fast alles.

In Plesk habe ich die URLs geplanter Aufgaben (Cronjobs) auch alle auf https umgestellt. Leider werden die Aufgaben so nun nicht mehr ausgeführt.
In der Mail die ich dazu vom Server erhalte steht folgende Fehlermeldung:

AuflC6sen des Hostnamen B;www.hauptshop.de (www.hauptshop.de)B+... 82.xxx.x.xx Verbindungsaufbau zu www.hauptshop.de (www.hauptshop.de)|82.xxx.x.xx|:443... verbunden.
FEHLER: Kann das Zertifikat von B;www.hauptshop.deB+ nicht prC<fen, ausgestellt von B;B;/C=US/ST=Virginia/L=Herndon/O=Parallels/OU=Parallels Panel/CN=Parallels Panel/emailAddress=info@parallels.comB+B+:.
Ein selbst-signiertes Zertifikat gefunden.
FEHLER: Der Common Name B;B;Parallels PanelB+B+ des Zertifikates entspricht nicht dem angeforderten Hostname B;B;www.hauptshop.deB+B+.
Verwenden Sie B;--no-check-certificateB+, um zu dem Server B;www.hauptshop.deB+ eine nicht gesicherte Verbindung aufzubauen.

1. Wie kann ich das beheben ohne den Workaround über no-check-certificate zu nutzen?
2. Wie kann ich die Text-Codierung richtig einstellen (ist wohl eine Folge der kürzlich vorgenommenen Umstellung auf UTF8)?

Danke
 
In 12.04 ist wget zu alt. SNI gibt es erst in wget ab 1.14. Alternativ cURL, wget kompilieren od Distro upgraden (EOL 2017)
 
Upgrade kommt für mich aktuell nicht in Frage, denn das ist mir zu riskant. Der Wechsel auf die nächste LTS Version wird mit dem nächsten Serverwechsel abgefrühstückt.

Was die wget Cronjobs angeht, habe ich nun aus Zeitgründen den Workarround über no-check-certificate angewendet.
Funktioniert so auch ohne weitere Probleme, aber wie kann ich denn die UTF-8 Codierung der Mails hinbekommen?
Ist das lösbar ohne gigantischen Aufwand?

Danke
 
Back
Top