La page par défaut de hub.mhn.co utilise-t-elle une redirection vers www.nashman.ca? Si tel est le cas, le logiciel de transfert retourne essentiellement un nouvel URI que le navigateur demande, et le nouvel URI remplacera l'ancien dans la fenêtre du navigateur et ainsi dans toutes les demandes futures. Vous redirigez probablement vers ~/hub/(le sous-répertoire hub de la racine du site), ce qui obligera le navigateur à demander un nouvel URI qui conserve le nom de domaine mais vole le sous-répertoire.
Si vous avez un contrôle direct sur le DNS et vos serveurs Web, vous pouvez utiliser la configuration DNS pour adresser directement une requête pour le domaine hub.mhn.co au sous-répertoire/hub de votre serveur Web. De cette façon, le navigateur ne sait jamais que hub.mhn.co est actuellement www.nashman.ca/hub/. Vous devrez peut-être diriger vers un port alternatif sur le serveur Web et mapper ce port vers le sous-répertoire, en fonction de votre logiciel DNS (IIRC, la plupart peuvent gérer les routes ipaddress/subdir, mais certaines ne peuvent gérer que le port vers ipaddress: port).
Si votre service informatique n'a pas de contrôle direct sur votre routage DNS ou sur votre environnement d'hébergement exact, vous êtes plus ou moins à la merci de votre fournisseur d'hébergement. Ils peuvent être en mesure de mettre en place leur environnement pour faire la même chose, ou pas; tout ce que vous pouvez faire est de demander.
EDIT: Vous disposez essentiellement de deux options si vous hébergez à distance et que vous ne pouvez pas utiliser leur DNS pour rediriger en mode silencieux. Première option: cloner (copier tous les fichiers à partir de) la couche Web de nashman.ca/hub sous hub.mhn.co sous un espace racine différent dans votre environnement d'hébergement (essayez de garder tous les hooks sur le code de la couche de service à nashman donc vous n'avez pas à copier toute la tranche verticale). Si vous devez également conserver l'interface utilisateur sous le sous-répertoire/hub /, vous répétez le code, mais vous pourrez peut-être atténuer cela avec des scripts de déploiement qui vous permettront de déployer une copie locale de votre base de code à divers emplacements. Cela peut également coûter plus cher puisque votre environnement d'hébergement héberge maintenant deux sites non triviaux.
Deuxième option: héberger le site et/ou résoudre les appels sur votre propre matériel. Tant que vous disposez d'une adresse IP publique et statique via votre FAI, vous pouvez fournir un serveur DNS qui sera le serveur "faisant autorité" pour les domaines nashman.ca et hub.mhn.co. Votre FAI ou un registre de noms de domaine tiers peut fournir un itinéraire de "transmission" pour recevoir les demandes des serveurs TLD. Ensuite, vous pouvez router les demandes vers n'importe quelle adresse IP, port et/ou sous-dossier que vous aimez; Cela peut être un fournisseur d'hébergement Web distant (tant que cela ne dérange pas d'héberger votre site) ou vos propres serveurs Web. Cela nécessitera le matériel et une adresse IP statique de votre FAI. Si vous perdez l'alimentation de ce serveur, votre site sera inaccessible jusqu'à ce que l'alimentation soit restaurée. Si l'adresse IP de votre serveur DNS change, votre site sera inaccessible par le DNS jusqu'à ce que le serveur qui vous achemine les demandes mette à jour sa table de routage avec la nouvelle adresse IP (ce qui peut aller jusqu'à 24 heures).
Etes-vous sûr de l'avoir posté au bon endroit? Cela ressemble à une question pour quiconque vous mettre en place le site. Sinon, utilisez simplement des liens relatifs? – bzlm