Es geht also nicht um die Umleitung als solche (wie dies auf App-Ebene der Fall ist, dh auf Apache / Nginx / wherever), sondern um die DNS-Auflösung. Der Host, auf dem DomainA gehostet wird, wird oder sollte niemals getroffen werden, basierend auf Ihrer Beschreibung, da die DNS-Anforderungen in die IPs von DomainB aufgelöst werden sollen. Es sei denn, ich vermisse etwas in Ihrer Anfrage?
Wie Shane betonte, ist DNS nicht in der Lage, HTTP umzuleiten - das ist eine Anwendungs- / Webserverpflicht. Sie könnten DomainA und DomainB auf die gleiche IP auf DNS auflösen lassen, und alle würden funktionieren. Wenn Sie dies jedoch auf einem URL- / Pfad-Weg tun möchten, ist dies nicht möglich - DNS ist dazu nicht in der Lage - es ist ein einfacher DNS-> IP-Dienst. Was mit der tatsächlichen URL geschieht, ist die Aufgabe des Webservers.
Nach dem folgenden Kommentar würde ich alle DNS-Einträge für DomainA auf dieselben IP-Adressen verweisen, auf die DomainB verweist. Auf diese Weise wird eine HTTP-Anfrage an HostB gesendet, und dann ist es nur noch eine einfache Sache:
- Erstellen eines bestimmten auf Apache-Namen basierenden virtuellen Hosts, der Dateien von seinem eigenen DocumentRoot-Server bereitstellt
- Erstellen einer permanenten Weiterleitung auf Apache wie folgt:
Dadurch wird alles, was zu DomainB kommt, in DomainA umgeschrieben, das auf demselben Server oder an einem anderen Ort gehostet werden kann. Ich schätze, dass die zweite Option wahrscheinlich ein Mehraufwand ist und nicht erforderlich ist, wenn Sie auf Apache name-basierte virtuelle Hosts erstellen können / dürfen.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Ich würde mit 1. gehen - zeigen Sie alle DNS-Einträge von DomainA auf die gleichen IPs, auf die DomainB zeigt, und erstellen Sie bestimmte namensbasierte virtuelle Hosts auf Apache.