Ich bin nicht sicher, ob das gut umzusetzen ist, aber vielleicht hat jemand eine Idee.
Nachfolgend sehen Sie ein Modell meines Setups
Ich habe zwei Standorte (im Sinne von „Rechenzentren“), die meilenweit voneinander entfernt liegen. Den „lokalen“ mit der Bezeichnung „Ziel“ und den Remote-Standort mit der Bezeichnung „Quelle“ in der Skizze.
Auf meiner „lokalen“ Site habe ich zwei physische ESXi-Server, auf denen ein Großteil von allem gehostet wird (viel mehr als abgebildet, abgebildet ist nur das Relevante).
An meinem „Remote“-Standort laufen zwei physische Server unter CentOS 5. Sie sind für alles zu alt und die Installation eines neuen Servers wäre zu teuer. Deshalb habe ich beschlossen, einige der dortigen Ressourcen an meinen lokalen Standort zu migrieren.
Beide Apache-Server hosten eine WordPress-Multisite und einige andere PHP- und Nicht-PHP-Websites. Und beide befinden sich hinter einem Nginx-Server.
Ich habe sourceA.com erfolgreich auf das Ziel sourceA.com migriert (DNS verweist immer noch auf die alte Site und nginx fungiert als Proxy für mein „lokales“ nginex, das als Proxy für Apache fungiert.
So wie es ist, funktioniert es wie von außen erwartet.
Die anderen Websites und Dienste der Quelle funktionieren auch einwandfrei.
Mein Problem besteht darin, dass ich von meinem lokalen LAN aus einige Wartungsarbeiten an SiteA durchführen möchte, ohne zu source.com zu gehen und über einen Proxy zurückgeschickt zu werden …
Ich denke, das ist eine vernünftige Bitte :)
Jetzt kann ich entweder mein lokales DNSMASQ ODER die Hosts-Datei meines PCs einrichten, sodass beim Zugriff auf „siteA.com“ vom Webbrowser aus das Gewünschte passiert.
Aber jetzt kann ich nicht auf meine E-Mails auf siteA.com zugreifen, da die IP nicht mehr den „Quell“-Server erreicht, sondern meinen LAN-Apache- oder Nginx-Server.
Dasselbe gilt beim SSH-Zugriff auf die andere Seite.
(ja, ich kann versuchen, eine der anderen Domänen zu verwenden und meine Skripte und alles zu ändern, aber ich möchte wirklich nicht damit anfangen, Einstellungen und Skripte zu ändern, die ich vor Ewigkeiten eingerichtet habe. Wenn es nicht kaputt ist, reparieren Sie es nicht. Diese funktionieren einwandfrei, also brauche ich etwas, das nicht möglicherweise etwas kaputt macht.)
Ich habe versucht, einen lokalen Multisite-Alias für diese Domäne (siteA) zu konfigurieren. Da die Multisite jedoch mit dem „Standard“-Alias auf „siteA.com“ konfiguriert ist, erhält der Browser, sobald er WP mit „siteA.local“ erreicht, eine 302-Weiterleitung zu „siteA.com“, geht zum Quellserver und wird per Proxy weitergeleitet.
Ich schätze, der nächste Schritt besteht darin, WP zu hacken und dafür zu sorgen, dass es nicht auf lokale Aliase umleitet, aber dann muss ich diese Änderung jedes Mal vornehmen, wenn WP aktualisiert wird. Ich konnte kein Plugin finden, das dies deaktiviert oder irgendwie eine benutzerdefinierte Filterung der Umleitungen ermöglicht.
Hat jemand eine bessere Idee?
Antwort1
In der WordPress-Konfiguration gibt eszwei Variablenzum Festlegen der Site-URL.
Die allgemeine Auffassung besagt, dass für diese Werte die vollständige URL verwendet wird. Auf meiner Single-Site-WordPress gebe ich jedoch weder das Schema noch den Hostnamen an. Das bedeutet, dass die Site mit einer relativen URL (mit einem führenden, /aber ohne Schema oder Hostnamen) umleitet.
Möglicherweise funktioniert es mit Multisite-WordPress (ich weiß es nicht), aber es bedeutet, dass auf die Site über mehr als einen Domänennamen zugegriffen werden kann.