Domain-Mapping (ohne Plugin) in 4.5.x Multisite?

Verwenden von WP 4.5.2

Selbst der Entwickler des WordPress.org-Plugins für die Domänenzuordnung in einem Netzwerk mit mehreren Standorten sagt, dass er das Plugin nicht mehr verwenden soll, da das Kern-WP jetzt dieselbe Funktionalität enthält.

Kennt jemand eine durchgehende Anleitung, wie dies funktioniert? Ich habe versucht, einen CNAME-Zeiger in meinem Registrar auf eine meiner Netzwerk-Sites zu setzen, und die Site-URL in admin->network->edit site->info->Site Address (URL)den Namen der registrierten Domain geändert - und es landet mich immer noch auf einer Seite "Site existiert nicht" bei meinem Hosting-Unternehmen .

Ich habe das Gefühl, dass es daran liegt, dass für die Multisite-Instanz keine dedizierte IP-Adresse vorhanden ist. Bevor ich jedoch einen anderen Hosting-Plan kaufe und für eine dedizierte IP-Adresse bezahle, wollte ich in WP 4.5 WIRKLICH verstehen, wie die Domänenzuordnung eingerichtet werden soll Multisite.

Jede Hilfe, Einsicht oder Hinweis auf eine gute Referenz wäre sehr dankbar.

Hier ist ein Beispiel für eine von mir konfigurierte Lösung, bei der die Site im Netzwerk verbleibt, jedoch eine Domänenzuordnung von einer registrierten Domäne zum Netzwerk erstellt wird. Dadurch wird der Netzwerkstandort als völlig unabhängiger Standort mit allen Funktionen (Anmeldung usw.) angezeigt.

Tor:

Karte des Kunden registriert Domain, die beide www.foosite.comund foosite.comüber unser Multi - Site - Netzwerk mymultisite.com- und es ist so einfach wie möglich machen auf dem Client (dh keine Ausmisten mit CNAME oder A - Datensätze um an ihrem Registrar).

Verfahren:

Verwenden von Amazon Route 53 als DNS-System.

1. Bei Amazon AWS Route 53 wird das DNS verarbeitet. Daher erstellen wir zunächst eine gehostete Zone für die registrierte Domain ( foosite.com) des Clients, auf die ein www CNAME -Eintrag verweistwww.mymultisite.com

2. Richten Sie in Amazon AWS einen S3-Bucket für den (Nicht-WWW-) Client ein foosite.comund ordnen Sie diesen statisch zuwww.foosite.com

3. Erstellen Sie in der von Route 53 gehosteten Zone einen A-Datensatz für die (nicht www) foosite.comund geben Sie ihn als Alias ​​an. Zeigen Sie auf den in Schritt 2 erstellten Bucket. Dadurch wird sichergestellt, dass beide www.foosite.comund foosite.comam Ende auf verweisenwww.mymultisite.com

4. Wechseln Sie im Netzwerk mit mehreren Standorten im Netzwerkadministrator zur Site des Clients, bearbeiten Sie die Site-URL und ändern Sie sie in www.foosite.com

5. In dem Hosting-Konto, das Hosts mymultisite.comangeben, wird eine Add-On-Domain (oder eine geparkte Domain) angegeben, die aufgerufen wird, foosite.comund auf public_html (oder wo immer Sie WP installiert haben) verwiesen. Dadurch wird effektiv ein virtueller Hostdatensatz in der Apache-Konfiguration für die eingehende zugeordnete Site erstellt.

( Hinweis: Wenn die Multisite unter einer statischen IP-Adresse gehostet wird und die einzige Site unter dieser Adresse ist und das Hosting-Unternehmen die dynamische Zuordnung eingehender Domänen zum Dokumentstamm der Site zulässt, müssen Sie nicht add- verwenden. auf oder geparkten Domains. Wenden Sie sich an Ihr Hosting-Unternehmen, wenn Sie sich nicht sicher sind.

6. In Ihrem wp-config.phpfür die Multisite müssen Sie eine Zeile hinzufügen: define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] ); Wenn Sie Probleme mit dieser Einstellung haben, können Sie es versuchen define('COOKIE_DOMAIN', '');).

Ergebnis:

Sie haben eine vollständige DNS-Lösung für die zugeordnete Domäne eingerichtet. Sie müssen den Client lediglich anweisen, seinen Registrar für seine Domain zu aktualisieren, und die Amazon-Nameserver, die in Ihrer gehosteten Zone auf Route 53 aufgezeichnet sind, als DNS angeben. Ihre Kunden müssen überhaupt nicht mit CNAME- oder A-Datensätzen herumspielen - Sie erledigen das Mapping vollständig auf Route 53. Aufgrund der Magie des AWS Alias-Datensatzes muss Ihre Multisite nicht einmal eingeschaltet sein eine statische IP-Adresse (obwohl ich sie auf einer behalte, nur um sicher zu gehen).

Wenn Sie ein anderes System als Nameserver verwenden (z. B. Enom oder GoDaddy), würden Sie einen A-Eintrag für deren Domäne einrichten, der auf die statische IP-Adresse von verweist mymultisite.com. Dies ist eine gute Antwort, birgt jedoch das Risiko, dass Sie Ihren Kunden bei einer Änderung Ihrer statischen IP-Adresse mitteilen müssen, dass sie den A-Eintrag bei ihrem Registrar aktualisieren sollen.

Ich mag die Route 53-Lösung viel besser. Ich habe auch einen "White Label" -Satz von DNS bei AWS eingerichtet, der den Anweisungen in diesem Artikel folgt . Jetzt ist es ganz einfach - sagen Sie den Kunden, dass hier Ihre neuen Nameserver bei Ihrem Registrar festgelegt werden sollen, und alles auf der WP-Seite funktioniert einwandfrei. Es ist nicht erforderlich, eine statische IP-Adresse in einem A- Datensatz zu verwalten.

So sieht die gehostete Zone für foosite.com aus:

foosite.com     A     ALIAS <name of S3 bucket>
footsite.com    NS    ns1.vanityns.com; ns2.vanityns.com; ns3.vanityns.com; ns4.vanityns.com
foosite.com     SOA   ns1.vanityns.com hostmaster.vanityns.com x x x x
www.foosite.com CNAME www.mymultisite.com

Das Einrichten des Vanity-Nameservers ist zu umfangreich, um hier eingegeben zu werden. Folgen Sie den Anweisungen in dem Artikel, den ich verlinkt habe. Ein zusätzlicher Punkt dazu: Stellen Sie sicher, dass Sie für die Nameserver-Einträge für den Vanity-Nameserver selbst die Liste der Vanity-Nameserver mit Klebedatensätzen angeben, die mit den tatsächlichen IP-Adressen der tatsächlich von AWS zugewiesenen Nameserver in Ihrem wiederverwendbaren Delegierungssatz verbunden sind.

Das sind ungefähr 20 Stunden Forschung / Experimentieren, was für mich funktioniert hat.