Wordpress / SSL Probleme / Backend nicht aufrufbar

PEASANT KING

Commander
Registriert
Okt. 2008
Beiträge
2.412
Guten Morgen,

ich nutze Apache als ReverseProxy der nach je nach Website URL weiterverbindet zum jeweiligen LXC Container der dort per Apache Webserver eine Website zur Verfügung stellt. Soweit so gut.
Bei meiner größeren Anzahl an Websites funktioniert das wunderbar, jetzt habe ich eine einzige Wordpress Installation, bei der ich massive Probleme was SSL anbelangt habe.

Die Konfiguration im VirtualHost auf dem Proxy schaut so aus:
Apache-Konfiguration:
<VirtualHost *:80>
        ServerName XXXX.XXXXX.de
        ServerAlias XXXX.XXXXX.de
        ProxyPreserveHost On
        ProxyRequests Off
    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>
        ProxyPass /.well-known !
        ProxyPass / http://X.X.X.X/
        ProxyPassReverse / http://X.X.X.X/

#       RewriteEngine on
#       RewriteCond %{SERVER_NAME} =XXX.XXXXX.de
#       RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R=301,L
#       RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

</VirtualHost>

<VirtualHost *:443>
        ServerName XXXX.XXXXX.de
        ServerAlias XXXX.XXXXX.de
        ProxyPreserveHost On
        ProxyRequests Off
    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>
        ProxyPass / https://X.X.X.X/
        ProxyPassReverse / https://X.X.X.X/

    SSLEngine on
    SSLCACertificateFile /etc/letsencrypt/live/XXX.XXXXX.de/cert.pem
    SSLCertificateFile /etc/letsencrypt/live/XXX.XXXXX.de/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/XXX.XXXXX.de/privkey.pem
</VirtualHost>

Auf dem Host die Konfiguration:
Apache-Konfiguration:
<VirtualHost *:80>
    ServerAdmin XXX@XXX.de
    ServerName XXX.XXXXX.de
    DocumentRoot /srv/www/XXX.XXXXX.de
    <Directory "/srv/www/XXX.XXXXX.de">
        Options Indexes FollowSymLinks MultiViews
        AllowOverride All
        Order allow,deny
        allow from all
        Require all granted
    </Directory>

     LogLevel debug
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

<VirtualHost *:443>
    ServerAdmin XXX@XXX.de
    ServerName XXX.XXXXX.de
    DocumentRoot /srv/www/XXX.XXXXX.de
    <Directory "/srv/www/XXX.XXXXX.de">
        Options Indexes FollowSymLinks MultiViewsAllowOverride All
        Order allow,deny
        allow from all
        Require all granted
    </Directory>

    <IfModule mod_headers.c>
        Header set X-Frame-Options "deny"
        Header set X-XSS-Protection "1; mode=block"
        Header set X-Content-Type-Options: nosniff
        Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"

    </IfModule>

    LogLevel debug
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

In Wordpress selbst sind die Variablen siterul und home auf https://xxx.xxxxx.de gestellt. Ich nutze keine htaccess in Wordpress.
Die Website selbst ist per SSL wunderbar erreichbar.
Was das Backend anbelangt ist es eine Katastrophe, denn es ist erst gar nicht aufrufbar. Es gibt wohl zu viele Umleitungsfehler.
Ich nutze bis auf MetaSlider keine Plugins und vor allem keine Plugins, die Redirects oder sonstiges nutzen.

Was mich auch wundert ist, dass beim Frontend manche Resourcen mittels HTTP geladen werden was nicht sein darf.
Ich nutze z.B. get_stylesheet_directory_uri() um den Pfad zu den Resourcen her zu stellen.

Setze ich siteurl und home auf http um funktioniert das backend allerdings unter SSL aber auch mit http Resourcen teilweise.

Was mache ich falsch? Was läuft hier schief?

Grüße
 
Wordpress speichert sämtliche URLs in der Datenbank als absoluten Pfad, ich vermute mal das es dort ein durcheinander gibt (http/https).
 
  • Gefällt mir
Reaktionen: madmax2010
Ja das mag sein, in den paar Tabellen die Wordpress mit sich bringt habe ich nur in der Tabelle posts in der Spalte "guid" Links drin. Hier sind allerdings keine Links zum Backend oder sonstigem drin.
Einzig Links für Beträge etc. und die funktionieren ja mit https und ohne.
 
Zurück
Oben