Comment rediriger un sous-domaine vers le site de votre choix ?
Genre 42.kimetrak.fr
Le 19 juin 2020 à 07h00
6 min
Internet
Internet
Lorsque vous achetez un nom de domaine, vous avez la possibilité de rediriger une infinité de sous-domaine vers les sites et serveurs de votre choix. Une pratique simple, qui peut avoir son intérêt.
Vous avez acheté votre premier nom de domaine récemment ou vous en aviez déjà un à votre disposition ? Il est possible de l'utiliser de différentes manières. Vous pouvez bien entendu vous créer une adresse email personnalisée, ou héberger un site internet. Mais aussi renvoyer vers différentes pages liées à votre activité grâce aux sous-domaines.
En effet, si vous avez un profil sur différentes plateformes, un CV en ligne ou même une clé PGP et que vous souhaitez les mettre en avant avec une URL simple à retenir (pour vous ou vos contacts), c'est une solution intéressante.
Voici comment faire, de manière manuelle et parfois simplifiée.
Il était une fois le DNS
Commençons par « l'instant Bortzmeyer », en évoquant rapidement le DNS et le rôle qu'il va jouer dans le cas qui nous occupe aujourd'hui. C'est lui qui fait le lien entre l'URL que vous composez pour accéder à un site, ou tout du moins son nom de domaine, et l'adresse IP du serveur où il est hébergé. Une procédure qui consiste à remonter une chaîne.
Imaginons que vous aviez acheté jeandeauh.fr. Si vous tentez de vous y connecter, votre résolveur DNS contactera les serveurs racines (.), renvoyant à ceux du domaine de premier niveau (TLD, « fr » et donc l'AFNIC dans notre exemple), puis de second niveau (SLD, « jeandeauh » ). Là, c'est votre hébergeur qui répond, le sous-domaine est le prochain sur la liste.
Chacun de ces éléments est une « zone » DNS, avec son responsable. Pour le domaine que vous avez acheté et ses sous-domaines, c'est vous. Dans son interface de gestion, l'hébergeur vous permet d'éditer cette zone DNS et ses enregistrements, qui peuvent être de différents types : A, AAAA, CNAME, MX, SRV, TXT, etc. Une liste est disponible ici.
Votre hébergeur en a créé par défaut, mais vous pouvez les modifier, en ajouter, supprimer, etc. Pour rediriger un sous-domaine, c'est exactement ce qu'il faut faire. Modifier la zone DNS pour qu'il pointe vers la page que l'on souhaite. Vous ne savez pas comment faire ? Pas de panique, votre hébergeur s'y attendait.
Créer une redirection, simple comme quelques clics
Il existe en général une fonctionnalité de création des redirections, qui prend la forme d'un simple formulaire. Pour ce premier cas, nous effectuons la manipulation dans l'interface d'OVHcloud, mais elles sont toutes similaires.
Dans l'onglet Redirection, on clique donc sur Ajouter une redirection. Ici, il faut choisir le sous-domaine concerné : nous allons commencer par renvoyer twitter.jeandeauh.fr
vers le compte Twitter de ce dernier. Il vous est proposé de rediriger aussi le sous-domaine www.twitter
si vous le jugez nécessaire. Dans notre cas, ce ne sera pas utile.
Ensuite, vous devrez indiquez si vous voulez une redirection vers une adresse web complète (URL), un domaine (enregistrement de type CNAME pour Canonical Name) ou vers une adresse IP (enregistrement de type A en IPv4 ou AAAA en IPv6). Ces deux derniers étant regroupés dans une même option. Nous optons pour le premier choix.
Deux possibilités vous serons alors proposées :
- Effectuer une redirection visible : l'URL visible par le visiteur sera celle de destination
- Effectuer une redirection invisible : l'URL visible par le visiteur sera celle de votre sous-domaine
Il est préférable d'opter pour la première option. La seconde peut avoir son intérêt, mais elle nécessitera de choisir un titre, une description et des mots-clés pour la page intermédiaire créée. De plus, cela peut induire l'internaute en erreur (en cachant l'adresse du site réel) et poser problème dans certains cas. Autant l'éviter le plus possible.
Dernière étape : indiquer le type de redirection via un code HTTP (quand elle est visible). Celui-ci sert aux moteurs de recherche qui visiteront votre sous-domaine. Si vous indiquez qu'elle est permanente (301) elle sera référencée comme un site classique. Si vous indiquez qu'elle est temporaire (302), ce ne sera pas le cas. Nous optons pour le premier choix.
Enfin, tapez l'URL cible, en privilégiant la version HTTPS. Dans notre cas : https://twitter.com/jeandeauh54
.
Comprendre le résultat
Si vous vous rendez dans la zone DNS, vous verrez un premier enregistrement de type A ajouté :
213.186.33.5
Il s'agit tout simplement d'un serveur d'OVHCloud, qui se chargera de procéder à la redirection. Lorsque vous taperez l'URL de celle-ci, l'internaute sera renvoyé vers cette IP puis la cible (Twitter dans notre cas).
Pour cela, un paramètre est fourni, sous la forme d'un second enregistrement, de type TXT :
"4|https://twitter.com/jeandeauh54"
Il mentionne l'URL vers laquelle renvoyer et le type de redirection. Si vous en choisissez une temporaire il s'agira d'un 1. Dans le cas d'une redirection invisible, d'un 2. Elle sera alors accompagnée de trois autres enregistrement TXT comprenant le titre de la page, sa description et des mots-clés, des valeurs précédées d'une lettre : t, d ou k.
Concernant la valeur TTL (Time To Live), elle désigne la durée en secondes pendant laquelle cette information doit être mise en cache par les résolveurs DNS. Passé ce délai, ils devront à nouveau interroger les serveurs DNS d'OVHCloud. Vous pouvez l'allonger ou le raccourcir selon vos besoins. Si l'URL n'est pas amenée à changer, il peut être allongé.
Le cas particulier de Gandi
Notez que Gandi propose une fonctionnalité intéressante, bien qu'un peu accessoire : la création facilitée de redirections vers certains sites. Il faut pour cela se rendre dans les paramètres d'un domaine, puis sur l'onglet Marketplace.
Vous pourrez alors « Installer le service » pour différentes plateformes : Facebook, GitHub, Instagram, LinkedIn, Myspace, Pinterest, Reddit, Tumblr, Twitch, Twitter ou YouTube. Contrairement à Go Sitebuilder ou Cozy, il ne s'agit pas de mettre en place une application sous la forme d'un site, mais de « Liez votre nom de domaine en quelques secondes ».
Vous aurez alors devant vous un formulaire simplifié avec un champ de sous-domaine et un autre d'URL pour la cible. Mais le résultat sera le même, une redirection (temporaire) a été créée. Vous pouvez d'ailleurs la modifier.
Comment rediriger un sous-domaine vers le site de votre choix ?
-
Il était une fois le DNS
-
Créer une redirection, simple comme quelques clics
-
Comprendre le résultat
-
Le cas particulier de Gandi
Commentaires (27)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 19/06/2020 à 11h24
Non, parce que nombreux sont les hébergeurs à proposer de telles procédures au-delà des deux exemples cités. Et comme dit plus haut (mais c’est la dernière fois que je le répète) : l’article explique ce qui est mis en place de manière concrète. On parle justement de DNS pour que les lecteurs comprennent de quoi il est question, ce qu’est une zone, quels enregistrements sont créés; à quel moment se fait la redirection " />
Le 19/06/2020 à 12h01
D’accord, mais les différentes réactions viennent du fait du fait que l’article (par son titre et son introduction) laisse penser que c’est la façon normale de faire des redirections web, alors que ce n’est pas le cas. Cette façon de faire au travers des outils proposés par l’hébergeur n’a d’intérêt que pour un particulier qui disposerait d’un nom de domaine sans disposer de serveur web. En entreprise je n’ai jamais vu avoir recours à ça. L’hébergement et la gestion des DNS sont deux choses bien distinctes qui ne sont d’ailleurs pas nécessairement déléguées au même prestataire.
Le 19/06/2020 à 12h42
Ne confond pas ce que tu décides de retenir de l’article, d’en comprendre et ce “qu’il laisse penser”. Comme dit, l’article est clair sur ce qui est fait en pratique. Que certains aient de l’urticaire parce qu’il y a marqué redirection et DNS dans un même texte n’y change rien.
Il n’y a pas de façon “normale” ou pas, ta vision n’est pas vérité, pas plus que ta segmentation “entreprise” (terme gloubi-boulga au possible, parce que la DSI de ton boulanger et de LVMH, c’est sans doute un poil différent)/particulier. Il y a des services accessibles aux clients des hébergeurs relative à l’utilisation des sous-domaines, que l’on prend justement la peine de détailler quant à leur fonctionnement.
Le 19/06/2020 à 18h00
“L’instant Bortzmeyer”, c’est quand on a une explication comme si la personne parlant étant co-inventeur de l’internetwork et de la quasi-totalité des RFC ? :) :)
Le 19/06/2020 à 18h22
Le 19/06/2020 à 20h21
Le 19/06/2020 à 20h46
Il était une fois le DNS
Le premier titre de l’article ne fait-il pas référence au DNS ?
Mais quand un lecteur (ou plusieurs) confond ce qu’il comprend d’une phrase avec le contenu de la phrase, ce n’est pas à moi de revoir ma copie " />
Je m’étais dis que je ne la ferai pas (pourtant la tentation était grande dans mon précédent commentaire), mais là, je ne peux pas résister : tu fais ta Laetitia Avia " />
Plus sérieusement, quand un contenu n’est pas (ou mal) compris, qui plus est, par plusieurs personnes, la question de “revoir la copie” peut se poser, car il y a sans doute un problème au niveau de la formulation.
Ici, clairement, la première impression est que c’est une procédure générique, et que tu prends juste l’exemple d’OVHCloud. Il m’a fallu une deuxième lecture pour comprendre qu’il s’agit d’une procédure spécifique à OVHCloud (et a priori, je ne suis pas le seul).
Cela n’enlève rien au reste de l’article, mais pendant un moment, je me suis dit chouette, on peut faire directement de la redirection vers une URL avec les enregistrements DNS, alors qu’en fait non. Moi qui pensait me coucher moins bête " /> " />
Le 19/06/2020 à 21h14
Le 19/06/2020 à 23h04
Le 20/06/2020 à 06h32
C’est une fonctionnalité sympa pour qui veut personnalisé son identité en ligne sans mettre les mains dans le cambouis. J’ai mes domaines chez Gandi, et je n’avais pas vu que ça existait (je n’en ai pas l’usage, donc je n’ai pas cherché non plus).
Je confesse que moi aussi j’ai cru que c’était une fonctionnalité magique du DNS, jusqu’à ce que David nous explique la tambouille dans le paragraphe Comprendre le résultat.
Le 20/06/2020 à 06h39
Pour les puristes, il y a le Tanenbaum ou le Pujolle…Merci David d’avoir présenter dans les grandes lignes et d’avoir rajouter des aspects sympas et pratiques des dns ;)
Le 20/06/2020 à 07h40
Le 20/06/2020 à 08h36
Le 20/06/2020 à 10h37
+1, c’est fouillis cet article.
On s’attend à avoir une explication sur la possibilité de faire ça en DNS alors qu’en réalité c’est un tuto d’une fonctionnalité spécifique à certains registrar… tous ne le permettent pas d’ailleurs.
Le 20/06/2020 à 13h21
Je rejoins totalement les commentaires. Cet article apporte plus de confusion qu’autre chose.
Il semble donner l’impression que cela est facile, qu’il suffit d’utiliser une fonction de type “URL” pour faire une redirection comme si c’était un type d’enregistrement DNS. Alors c’est bien précisé ensuite que ce n’est pas le cas mais si c’est simple, c’est juste parce que vous utilisez OVHCloud.
Tous vos lecteurs ne sont pas chez OVH ou Gandi donc non, cet article n’explique pas comment rediriger un sous-domaine vers un site de manière simple. Il explique comment le faire à condition d’être chez OVHCloud ou Gandi.
Le 20/06/2020 à 15h12
Le 21/06/2020 à 21h36
@david petite question (je ne sais pas si tu as la réponse ou un endroit où je peux la trouver) : ça ne peut pas être considéré comme de l’usurpation de site le fait de faire une redirection invisible si on n’est pas propriétaire du site de destination ?
Je trouve ça curieux d’autoriser de manière si simple de se faire passer pour un autre site :/
Le 22/06/2020 à 04h40
C’est pour cela que certains sites empêchent la mise en iFrame (ce qui est mis en place dans ce genre de redirection). Après c’est comme tout, il y a des usages légitimes, d’autres non. A chacun d’utiliser ça avec modération pour éviter tout problème.
On voit notamment des services de “redirection” de liens placer leur pub par dessus des sites de la sorte, et miser sur la viralité des réseaux sociaux. Mais en général, ça ne fait pas long feu.
Le 23/06/2020 à 12h09
“pour différentes plateformes : Facebook, GitHub, Instagram, LinkedIn, Myspace, Pinterest, Reddit, Tumblr, Twitch, Twitter ou YouTube”
Ca existe toujours?
Le 24/06/2020 à 04h17
Oui " />
Le 19/06/2020 à 08h23
f*ck ! Je viens de me faire rickrolled 😣
Le 19/06/2020 à 08h43
Owi pareil \o/
Article très intéressant dans la veine du premier " />
Le 19/06/2020 à 09h11
ça mélange quand même du DNS avec des fonctionnalités spécifiques à certains hébergeurs. un DNS seul ne sait pas faire de redirections HTTP vers  Twitter
Le 19/06/2020 à 09h27
“Il s’agit tout simplement d’un serveur d’OVHCloud, qui se chargera de procéder à la redirection. ”
“Dernière étape indiquer le type de redirection via un code HTTP”
–la news– :)
Le 19/06/2020 à 09h35
Oui on le dit même dans l’article que ce n’est pas ça qui est fait.
Le 19/06/2020 à 10h07
j’ai bien compris… ce qui me gêne, c’est le mélange que font ces hébergeurs entre ce qui est DNS et ce qui est HTTP et que ces redirections HTTP impliquent un passage sur une infra OVH.
combien de personnes qui mettent en place ce type de redirection ont compris qu’effectivement, ça ne fonctionne que chez l’hébergeur X et que quand ils vont transférer le nom de domaine (par ex), cela ne fonctionnera plus? que X peut tracer l’utilisation de ces redirections?…
Le 19/06/2020 à 11h11
Il faudrait modifier le titre en “Comment rediriger un sous-domaine vers le site de votre choix, chez OVH ou chez Gandi ?”
Tout ce qui est expliqué autour des DNS embrouille plus qu’autre chose. Ce qui est expliqué n’est qu’un astucieux bricolage spécifique, mis en place par OVH où en interne les DNS sont utilisés comme base de données par un serveur web. Les redirections web, ça se passe exclusivement au niveau du serveur web normalement….