Domain-Mapping/ externe Domains / Multisite / verschiedene Provider

Was geht:

Das Mapping auf Domains und Subdomains innerhalb des gleichen HTML-Verzeichnisses funktioniert tadellos. Dazu verwende ich die aktuellsten Versionen aller Komponenten.

Die Domain der Multisite-Instanz (kurz MSI) sowie die Domains auf die gemappt wird liegen in ein und dem selben HTML-Webverzeichnis bei ein und dem selben Provider (kurz P1), also in einer physikalischen (virtuellen) Umgebung.

Die Clientblogs (kurz CB) der MSI werden als Subdomains, nicht als Unterverzeichnisblogs (kurz UVB) angelegt. So die von mir gewählte (nicht mehr änderbare) Grundeinstellung bei der Einrichtung der MSI.

Im Confixx* habe ich für die "domain-a.de" auf die gemappt werden soll lediglich das Directory ausgewählt in dem die MSI liegt. Da ich die MSI direkt auf oberster Ebende im Rootdir installiert habe (so ja die Empfehlung bzw. Voraussetzung) steht als Verweis lediglich das "/" (natürliche ohne Anführungsstriche).

ZS-A (Zusammenfassung A):

Provider: P1 (fiktiv)
Domain der MSI: [URL]http://msi.de[/URL]
Clientblog: [URL]http://client.msi.de[/URL]
Primary Adress für Clientblog (Mapping): [URL]http://domain-a.de[/URL]
Rootdir des MSI: /
Verweis der "domain-a.de" in das Rootdir der MSI:  /

Nun die Herausforderung mit (nicht geglückten) Lösungversuchen:

Wir beziehen uns auf die ZS-A und teilen die Konstellation auf 2 Provider auf und nennen es Zusammenfassung B (kurz ZS-B). Die zu mappende Domain nennen wir "domain-b.de" sie liegt also bei P2. P2 nutzt auch Confixx als Verwaltungsoberfläche.

ZS-B:
P1:

Domain der MSI: [URL]http://msi.de[/URL]
Clientblog: [URL]http://client.msi.de[/URL]
Primary Adresse für Clientblog (Mapping): [URL]http://domain-a.de[/URL]
Rootdir des MSI: /

P2:
Verweis der "domain-b" auf die MSI bei P1

Da ein Verweis ins Rootdir der MSI die bei P1 liegt nicht möglich ist habe ich folgende Verweise (kurz VW) ausprobiert:

VW 1: [URL]http://client.msi.de[/URL]
VW 2: [URL]http://123.456.789[/URL] (IP-Adresse der "msi.de")
VW 3: [URL]http://msi.de[/URL]
VW 4: [URL]http://123.456.789/home[/URL]
VW 5: [URL]http://123.456.789/html[/URL]
VW 6: [URL]http://wasdergeier[/URL] (hat auch nicht funktioniert)

Da kein VW zum Ziel sondern lediglich zu Endlosumleitungsfehler oder auf die Confixx-Loginseite von P1 führte versuchte ich mein Glück mit Eintragungen im Namenserver von P2, nachdem ich Wikipedia und diverse Foren überflogen hatte.

Hier einige Versuche mittel Namenserver:

P2/Namenserver:
ANAME-RECORD:


domain-b.de = 123.456.789
[URL="http://www.domain-b.de"]www.domain-b.de[/URL] = 123.456.789


CNAME-RECORD:
domain-b.de = client.msi.de
[URL="http://www.domain-b.de"]www.domain-b.de[/URL] = client.msi.de

Alle Lösungsansätze blieben erfolglos. Nun habe ich noch einige Ideen, bevor ich jedoch weitere Zeit vernichte, hoffe ich auf Erleuchtung durch Erleuchtete.

[size=8]Eine Bitte an alle, die ein ähnliches Problem haben, bitte wartet bitte, bis sich jemand erbarmt, der die hoffentlich für alle verständliche Aufgabenstellung entsprechend logisch und verständlich zu Ende führt und klarstellt, wo die Katze sich in den Schwanz beisst.
[/SIZE]
Confixx* = Verwaltungsoberfläche für Domain- und E-Maileinrichtung und je nach Zugangsrechte auch mehr.

codestyling:

1. Danke für den Hinweis. Ist das Mapping ohne [h=2]WordPress MU Domain Mapping -Plugin [/h]überhaupt möglich?

2. Am Anfang der WPMU-Installation muss man eine Entscheidung treffen, ob die Client-Blogs in Unterverzeichnisse oder als Sub-Domains angelegt werden. Hat diese Entscheidung Auswirkungen auf das Funktionieren von Domain-Mapping? Kann hier die Ursache für o.g. Problem liegen?

3. Wenn ich den Satz:

Quote

"Note that if you didn’t get the domain pointed at your server before doing this, then your site will instantly vanish from the realm of mortal man. Setting the primary domain takes effect instantly. You won’t be able to access the site through the old domain any more."

richtig verstehe, muss der Verweis der Domain auf die gemappt werden soll bereits bestehen bevor mittels Domain-Mapping-Plugin das Blog die Domain als primary zugewiesen bekommt.

Frage 3 an Hand meines obigen Beispiels:

(3.1) Bevor ich also auf P1 in der MSI dem Clientblog "client.msi.de" die Adresse "domain-b.de" mittels WordPress MU Domain-Plugin als primäre Web-Adresse zuweise, muss ich auf P2, im dortigen Confixx, die zu mappende Domain "domain-b.de" auf das Rootdir der MSI, welche sich in P1 befindet (oder wo auch immer hin, denn die Frage ist noch offen), verweisen oder (3.2) reicht die schiere Existenz der Domain bereits aus.

codestyling: Danke.

@ All: Kann jemand Frage 3 beantworten?

Ergänzend Frage 4:

Muss analog zum Clientblog "client.msi.de" auch eine entsprechend lautende Subdomain im Confixx angelegt werden?

@All: Antwort auf Frage 4: Nein, es muss nicht zu einer MS-Clientsite die z.Bsp. client.msi.de lauten könnte analog eine Subdomain im Webverzeichnis (wo sich auch die MS befindet) erstellt werden.

Um es nochmal auf den Punkt zu bringen, die Hauptproblematik, um die es hier geht, ist die, dass eine Multisite-Installation (MSI) bei einem Provider und die zu mappende(n) Domain bei einen anderen Provider liegt, es also 2 IP-Adressen gibt, die IP vom Provider bei dem die MSI installiert ist und die IP vom Provider bei dem die Domain auf die gemappt werden soll liegt und es bislang nicht gelungen ist, auf die externe Domain zu mappen.

Es geht in diesem Thread nicht darum, auf Domains innerhalb eines Providers zu mappen. Das ist ausführlich an anderer Stelle beschrieben und funktioniert auch wenn man sich an alle Punkte hält.

Danke für die Mühe Codestyling !

In dem Thread steht auch nicht mehr, als ich oben bereits beschrieben habe. Mich würde mal interessieren, ob es überhaupt jemanden gibt, der erfolgreich auf eine externe Domain mit WordPress MS mappt.

Mal einfach ausgedrückt, ich vermute, dass das Problem darin liegt, dass der Verweis der externen Domain nicht ausreicht, weil es schlicht an Rechten fehlt, um in des Webverzeichnis des Netzwerk vorzudringen. Der Verweis klopft nur an der Tür ob nun zusätzlich mit ANAME oder CNAME oder ohne spielt dabei keine Rolle. Alles nur Verweise sonst nix. Da wird doch an keiner Stelle verifiziert. Der Einlass innerhalb des Netzwerks wird verwehrt. Oder bin ich auf dem hölzernen Weg?

codestyling and All: Das Problem besteht leider weiterhin. Für eine weiteres Eingrenzung, habe ich bei einem Provider bei dem ich ein klassisches Reseller-Paket mit eigener IP nutze zwei Web-Benutzer eingerichtet.

Konstellation zusammenfassend wie folgt:

__RESELLER mit einer eigenen IP, Confixx als Verwaltungsoberfläche und zwei Kunden bzw. Web-Benutzer angelegt.
|
|________________________________________________________________________________________________________
|--[COLOR=#0000ff]WEB1[/COLOR]:
|
| - Web-Benutzer 1 (Web1) betreibt unter Domain.de das WordPress Multisite-Netzwerk (MS-N)
|
| - Das WordPress Multisite-Netzwerk wurde im Root-Verzeichnis angelegt.
|
| - Im MS-N hat er mehrere Sub-Blogs angelegt. (sub.domain.de, [COLOR=#0000ff]sub1.domain.de[/COLOR], sub2.domain.de usw. )
| (natürlich mit dem Domain-Mapping-Plugin)
|
| - Web1 hat eine weitere Domain namens multisiteforum.de in seinem Portfolio. Auf diese hat er erfolgreich den Subblog
| sub.domain.de gemappt. Dazu hat er im Webverzeichnis von multisiteforum.de auf das root verwiesen, in das ja bekanntlich
| das Multisite-Netzwerk liegt. (Hinweis: Web1 hat nur ein Webverzeichnis für alle seine Domains.)
|
|_________________________________________________________________________________________________________
|
|-- [COLOR=#00ff00]WEB2[/COLOR]:
|
|- Web-Benutzer 2 (Web2) hat wpblog.de als Domain gesichert
|
|- wpblog.de soll nun den Inhalt von [COLOR=#0000ff]sub1.domain.de[/COLOR] anzeigen.

Preisfrage: Welche Einstellungen müssen nun bei WEB1 und bei WEB2 getätigt werden, damit sub1.domain.de auf wpblog.de mappt.

Hinweise zur Beantwortung der Frage: Der RESELLER hat auch Zugriff auf den Namensserver. Ob der überhaupt benötigt wird ist fragwürdig, denn WEB1 und WEB2 nutzen ja die selbe IP.

Es ist zum Verzweifeln. Offensichtlich gibt es niemanden, der sich mit dem Thema auskennt bzw. das Problem erkennt oder fehlt es noch an Informationen um das Problem eruieren zu können???

Hallo Michi,

genau das ist das Problem um dessen Lösung ich ringe. Es geht darum, dass die Multisitedomain in einem Webnutzeraccount liegt und die Domain auf die gemappt werden soll physikalisch in einem anderen. Mittels DNS-Einstellungen sollte das umgesetzt werden können. Es ist mir aber bislang nicht gelungen.

Nun habe ich mir einen Vhost zugelegt um auf die gesamte Infrastruktur ohne (durchaus berechtigte) Einschränkungen zugreifen zu können. Das heißt, ich kann nun den Server eigenständig konfigurieren ohne mich mit Webhostern auseinandersetzen zu müssen. Es hat sich gezeigt, dass Webhoster mit dieser Thematik überfordert sind; vllt. da es eine Anwendung ist, die sie nicht benötigen um ihre Dienste anbieten zu können, vllt. auch weil Sie schlichtweg keine Zeit haben und die Anfragen diesbzgl bislang zu wenige sind. Sie stellen die Web-Umgebung (ob nun Reseller oder VServer) eben nur zur Verfügung und helfen auch bei der Einrichtung der Umgebung.

Für die speziellen Anforderungen, die WordPress MultiSite mitbringt, wenn der Betreiber der MultiSite vorhat auf eine Domain außerhalb des Webverzeichnisses zu mappen, benötigen die Hoster hinreichend Kenntnisse über die Funktionsweise des Mappings und die WordPresser hinreichend Kenntnisse über die Funktionsweise der Web-Server, Protokolle, DNS etc. Mit meinem Halbwissen bin ich hier an Grenzen gestoßen, die mir bislang als Betreiber von einzelnen WordPress-Blogs (also ohne Mapping) nie begegnet sind.

Vllt. zeigt sich am Ende, dass es tatsächlich nicht möglich ist auf externe Domains zu mappen. Mir ist noch niemand begegnet, der behauptet hat, er hätte es geschafft. Da mir bislang das vollständige Verständis über die Serverkommunikation fehlt, fehlt auch die Erkenntnis. Vllt. ist jemand in der Lage, klar und unmissverständlich darzustellen, wie es funktionieren würde oder warum es nicht funktionieren kann.

Vllt. steht jemand vor dem selben Problem und möchte es mit mir gemeinsam lösen.

Hallo Michi, ich habe es befürchtet. Um das ganze plastisch zu machen, habe ich mal versucht in gliffy eine vereinfachte Grafik zu erstellen die sich mit der Funktionsweise befasst. Vielleicht kannst Du sie noch etwas optimieren? Siehe Mail von gliffy (ev. im Spamordner)

Für alle anderen der jeweils aktuelle Stand der Grafik hier:

http://www.gliffy.com/go/publish/4319653/

In der dargestellten Grafik soll u.a. zum Ausdruck kommen, warum das Mappen auf Apfel.de funktioniert, das mappen auf Birne.de jedoch nicht.

Beides. Zum einen soll es mir und anderen helfen, zu mehr Verständnis für die Funktionsweise des Domain-Mappings und den Prozessen die dahinter ablaufen zu gelangen und zum anderen, erhoffe ich mir eine Lsg. zu finden, wir es doch mgl. wäre, auf eine "externe" Ressource/ Clienten zu Mappen. Ich habe nun verstanden, warum es so nicht funktioniert.

Ja, Du kannst die Grafik bearbeiten. Musst Dich dazu bei Jiffy anmelden. Ich habe Dir Editorrechte gegeben.