WordPress-Rest-API-Reverse-Proxy

Ich versuche, einen Reverse-Proxy mit WordPress einzurichten und einige Pfade auszuschließen. Meine Ausschlussregeln funktionieren für Admin, Includes usw., aber nicht für /wp-json/. Ich vermute, dass es an der .htaccess liegt. Ich brauche WordPress, um die restlichen API-Daten zurückzugeben, weil ich das in Gatsbyjs verwende.

Ich habe den ganzen Tag damit verbracht, das herauszufinden. Aus irgendeinem Grund gibt /wp-json/ bei meinem Setup 404 zurück und es wird an den Netlify-Server weitergeleitet, auf dem sich der Front-End-Teil meiner Website befindet. Wenn ich alle Proxy-Regeln entferne, funktioniert wp-json.

.htaccess enthält das Standard-Wordpress-Zeug.

Hier ist ein Pastebin meines virtuellen Hosts:
https://pastebin.com/vFh6hCkN

<IfModule mod_ssl.c>
   <VirtualHost *:443>
    # The ServerName directive sets the request scheme, hostname and port that
    # the server uses to identify itself. This is used when creating
    # redirection URLs. In the context of virtual hosts, the ServerName
    # specifies what hostname must appear in the request's Host: header to
    # match this virtual host. For the default virtual host (this file) this
    # value is not decisive as it is used as a last resort host regardless.
    # However, you must set it for any further virtual host explicitly.

    Protocols h2 http/1.1
    ServerName  www.michaelharwinlaw.com
    ServerAlias michaelharwinlaw.com
    ServerAdmin [email protected]
    DocumentRoot /var/www/html/

    <Directory /var/www/html>
            Options Indexes FollowSymLinks MultiViews
            AllowOverride All
            Order allow,deny
            allow from all
    </Directory>

    SSLProxyEngine on
    ProxyPass /wp-admin/ !
    ProxyPass /wp-login/ !
    ProxyPass /wp-json/ !
    ProxyPass /wp-content/plugins/ !
    ProxyPass /wp-includes/ !
    ProxyPassMatch .*\.xml !
    ProxyPass / https://stag.michaelharwinlaw.com/
    ProxyPassReverse / https://stag.michaelharwinlaw.com/

    # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
    # error, crit, alert, emerg.
    # It is also possible to configure the loglevel for particular
    # modules, e.g.
    #LogLevel info ssl:warn

    ErrorLog ${APACHE_LOG_DIR}/mc-error.log
    CustomLog ${APACHE_LOG_DIR}/mc-access.log combined

    # For most configuration files from conf-available/, which are
    # enabled or disabled at a global level, it is possible to
    # include a line for only one particular virtual host. For example the
    # following line enables the CGI configuration for this host only
    # after it has been globally disabled with "a2disconf".
    #Include conf-available/serve-cgi-bin.conf

    Include /var/www/html/wp-content/uploads/wpseo-redirects/.redirects

    SSLCertificateFile /etc/letsencrypt/live/www.michaelharwinlaw.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/www.michaelharwinlaw.com/privkey.pem
    Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>

.htaccess

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Es funktioniert nicht, weil /wp-json ist keine echte Datei oder Verzeichnis, ohne das zu lesen .htaccesserhalten lokale Anfragen a 404 not found Antwort, sodass Apache die Anfrage weiterhin an den Remote-Server weiterleitet.

Um diese URL-Umschreibung zu beheben, müssen wir die Anfragen an die lokale Adresse senden index.php.

Ersetzen ProxyPass /wp-json/ ! mit

ProxyPass /index.php !
ProxyPass /wp-json !

/wp-json ohne den abschließenden Schrägstrich / wird benötigt, um Anfragen für beide zu bearbeiten domain/wp-json oder domain/wp-json/.

Alle anderen nicht vorhandenen URLs werden vom Remote-Server verarbeitet.

Aus die Dokumentationsehen Seitennavigation funktioniert nicht Abschnitt:

„Dies ist auf einen Fehler in der von WordPress generierten .htaccess-Datei zurückzuführen. Um ihn zu beheben, löschen Sie den Inhalt Ihrer .htaccess-Datei und erstellen Sie sie neu.

1. Gehen Sie in der Systemsteuerung zu Verwalten > Dateien (Weitere Informationen zum Bearbeiten von Dateien);
2. Klicken Sie auf den Link zu Ihrer .htaccess-Datei, um deren Inhalt zu bearbeiten;
3. Kopieren Sie den Inhalt der Datei und fügen Sie ihn in eine Textdatei in einem Texteditor ein. Dies ist eine Vorsichtsmaßnahme für den Fall, dass Ihre .htaccess-Datei manuelle Einträge für Weiterleitungen, Ablehnungen oder andere praktische htaccess-Tricks enthält;
4. Löschen Sie alle Inhalte aus Ihrer .htaccess-Datei und klicken Sie auf die Schaltfläche Datei aktualisieren;
5. Gehen Sie in der Systemsteuerung zu Optionen > Permalinks;
6. Klicken Sie auf die Schaltfläche Permalink-Struktur aktualisieren, um neue Umschreibungsregeln für Ihre Permalinks neu zu generieren;
7. Testen Sie die Ergebnisse mit einem zuvor unterbrochenen Link.
8. Fügen Sie alle manuellen htaccess-Einträge wieder in Ihre Datei ein (Platzieren Sie manuelle htaccess-Einträge vor den Zeilen # BEGIN WordPress oder nach # END WordPress.)”