Tester un site avant de modifier les DNS : fichier hosts ou lien d’aperçu
Mis à jour le 6 min de lecturePar l’équipe DNSPeek
Vous pouvez tester un site sur un nouveau serveur avant le changement DNS de deux façons : associer le domaine à la nouvelle IP dans le fichier hosts de votre ordinateur, ou ouvrir un lien d’aperçu qui demande le site à la nouvelle IP pour vous. Le fichier hosts est exact et gratuit mais ne fonctionne que sur la machine modifiée, tandis qu’un lien d’aperçu fonctionne sur n’importe quel appareil et se partage avec un client. Beaucoup d’équipes utilisent les deux : un lien d’aperçu pour la relecture et la validation, le fichier hosts pour une dernière vérification de ce qu’un proxy modifie.
Pourquoi on ne peut pas simplement ouvrir l’IP du nouveau serveur
Un serveur web héberge souvent de nombreux sites sur une seule adresse IP et choisit le site d’après le nom de domaine envoyé par le navigateur. Ouvrez http://203.0.113.10/ et vous obtenez en général une page par défaut, un autre site ou un avertissement de certificat. Pour voir votre site, la requête doit aller vers la nouvelle IP tout en disant « je veux example.com ». Les deux méthodes ci-dessous font exactement cela.
Méthode 1 : le fichier hosts
Le fichier hosts est un petit fichier texte que votre système d’exploitation lit avant d’interroger le DNS. Une ligne y remplace le DNS pour ce nom sur cet ordinateur :
# Windows: C:\Windows\System32\drivers\etc\hosts (edit as Administrator)
# macOS / Linux: /etc/hosts (edit with sudo)
203.0.113.10 example.com
203.0.113.10 www.example.comLe générateur de fichier hosts écrit ces lignes pour votre domaine et votre IP, avec les étapes pour Windows, macOS et Linux. Il fonctionne entièrement dans votre navigateur.
- Exact. Le navigateur parle directement au nouveau serveur, avec votre vrai domaine, son propre certificat et ses en-têtes. Rien ne modifie la réponse entre les deux.
- Fonctionne pour tout. IP privées, serveurs intranet, chaque sous-domaine et chaque port.
- Une seule machine. Chaque collègue ou client doit modifier son propre fichier, avec des droits d’administrateur.
- Difficile sur mobile. iOS et Android n’ont pas de fichier hosts facile à modifier.
- Facile à oublier. Les navigateurs et le système mettent le DNS en cache : on regarde facilement le mauvais serveur sans s’en rendre compte, et une entrée oubliée vous casse le site après la migration.
Méthode 2 : un lien d’aperçu
Un lien d’aperçu est une adresse HTTPS ordinaire qui affiche toujours votre site depuis le nouveau serveur. Avec DNSPeek, vous saisissez le domaine et la nouvelle IP et obtenez un lien. Quand quelqu’un l’ouvre, DNSPeek se connecte à cette IP, demande votre vrai domaine et renvoie la réponse. Les liens, redirections et cookies qui pointent vers votre domaine sont réécrits vers l’adresse de l’aperçu : on peut naviguer, envoyer des formulaires et se connecter sans quitter l’aperçu.
- N’importe quel appareil. Téléphones, tablettes et ordinateur d’un client l’ouvrent comme n’importe quel lien. Un QR code aide sur mobile.
- Partageable et contrôlable. Protégez-le par mot de passe, fixez une date d’expiration ou désactivez-le.
- Rien à défaire. Aucun fichier système modifié, rien ne reste après la bascule.
- Des vérifications en plus. Explorations QA, comparaisons côte à côte et alertes DNS s’exécutent sur le même lien.
Par conception, un proxy modifie quelques éléments. Pour que les pages fonctionnent à l’adresse de l’aperçu, DNSPeek supprime les en-têtes Strict-Transport-Security, Content-Security-Policy et X-Frame-Options et ajuste les attributs des cookies. La connexion avec Google ou SSO et les pages de paiement hébergées renvoient vers votre vrai domaine, qui pointe encore vers l’ancien serveur. Les pare-feu du nouveau serveur peuvent soumettre le trafic du proxy à une vérification. Les aperçus n’atteignent que des IP publiques. La liste complète figure dans ce que les aperçus ne peuvent pas faire.
Côte à côte
| Élément | Fichier hosts | Lien d’aperçu |
|---|---|---|
| Qui peut voir le nouveau site | Seulement la personne qui a modifié le fichier | Toute personne à qui vous envoyez le lien |
| Téléphones et tablettes | Peu pratique | Oui |
| Mise en place | Droits d’administrateur, éditeur de texte, vidage du cache | Domaine et IP dans un formulaire |
| Réponse identique à l’après-bascule | Oui | Presque : en-têtes de sécurité et attributs des cookies ajustés |
| IP privées ou internes | Oui | Non, IP publiques uniquement |
| Connexion et paiements tiers | Fonctionnent comme après la bascule | Renvoient vers le domaine en production |
| Nettoyage après la migration | Supprimer les lignes à la main | Désactiver le lien ou le laisser expirer |
| Coût | Gratuit | Forfait Free disponible |
Laquelle utiliser, et quand
- Développeur qui vérifie son propre travail sur un serveur privé : fichier hosts.
- Un client, un responsable ou un collègue doit le voir : lien d’aperçu. Personne en dehors de l’informatique ne devrait avoir à modifier des fichiers système.
- Affichage mobile et tests sur de vrais appareils : lien d’aperçu.
- Dernière vérification de HSTS, CSP et des parcours de connexion avant la bascule : fichier hosts sur votre propre machine.
- Agence ou hébergeur qui envoie de nombreux aperçus : liens d’aperçu, idéalement préremplis depuis votre propre système avec un lien
/new?domain=…&ip=…ou créés via l’API.
Quel que soit votre choix, le reste de la migration est identique : voir la checklist de migration de site. Pour aller plus loin : l’alternative au fichier hosts, et la comparaison de DNSPeek avec SkipDNS, Peek-DNS et hosts.click.
Tester le nouveau serveur avec l’une ou l’autre méthode
Étape 1 : Trouver l’IP publique du nouveau serveur
Récupérez-la dans l’e-mail de bienvenue ou le panneau de contrôle du nouvel hébergeur, pas via une requête DNS sur votre domaine, qui renvoie l’ancien serveur. Voir Trouver l’IP de votre serveur.
Étape 2 : Vérifier que le serveur répond pour votre domaine
Lancez
curl -skI --resolve example.com:443:203.0.113.10 https://example.com/. Un code 200 ou une redirection vers votre propre domaine est bon signe ; une page par défaut signifie que le site n’y est pas encore configuré.Étape 3 : Créer un lien d’aperçu à partager
Saisissez le domaine et l’IP dans le formulaire de nouvel aperçu. Ouvrez le lien, parcourez le site et envoyez-le à toutes les personnes qui doivent le relire.
Étape 4 : Ajouter une entrée hosts pour votre dernière vérification
Générez les lignes avec le générateur de fichier hosts, ajoutez-les, videz le cache DNS et vérifiez les éléments qu’un proxy modifie, comme la connexion et les en-têtes de sécurité.
Étape 5 : Supprimer l’entrée hosts après la bascule
Supprimez les lignes dès que le DNS pointe vers le nouveau serveur, pour que votre ordinateur suive à nouveau le DNS public.
Ce qu’il faut vérifier, quelle que soit la méthode
Test avant la bascule
- Le site, et non une page par défaut, se charge depuis la nouvelle IP
- Page d’accueil, pages clés et navigation fonctionnent
- Les formulaires s’envoient et les e-mails de confirmation arrivent
- La connexion au CMS ou à l’espace d’administration fonctionne
- Images, polices et scripts se chargent sans erreur
- Affichage mobile vérifié sur un vrai téléphone
- Plan HTTPS clair : certificat maintenant ou juste après la bascule
- Entrées du fichier hosts supprimées après la bascule
Questions fréquentes
Puis-je envoyer un lien d’aperçu à un client sans risque ?
Oui, avec un peu de précaution. Toute personne disposant du lien peut l’ouvrir : définissez un mot de passe pour tout contenu sensible et désactivez le lien une fois la migration terminée. N’oubliez pas que les actions effectuées sur l’aperçu, comme des commandes ou des envois de formulaire, ont réellement lieu sur le nouveau serveur.
Puis-je modifier le fichier hosts sur un iPhone ou un téléphone Android ?
Pas sans jailbreak ou root de l’appareil, ni sans passer par une application VPN ou proxy qui réécrit le DNS. C’est pourquoi les liens d’aperçu sont le moyen pratique de vérifier un nouveau serveur sur mobile.
Pourquoi est-ce que je vois encore l’ancien site après avoir modifié le fichier hosts ?
Le navigateur ou le système a mis en cache l’ancienne réponse DNS, ou le navigateur utilise le DNS over HTTPS et ignore le fichier hosts. Videz le cache DNS, redémarrez le navigateur et vérifiez que le domaine nu et www figurent tous deux dans le fichier.
Un lien d’aperçu montre-t-il exactement ce que verront les visiteurs ?
Presque. Les pages, fichiers et redirections viennent du nouveau serveur, mais le proxy supprime certains en-têtes de sécurité et ajuste les cookies pour que l’aperçu fonctionne à sa propre adresse, et la connexion via un tiers renvoie vers le domaine en production. Vérifiez ces points sur le vrai domaine après la bascule.
Faut-il un compte pour créer un lien d’aperçu ?
Non. Vous pouvez créer un lien invité sur DNSPeek avec simplement un domaine et une IP. Les liens invités sont limités ; un compte gratuit ajoute un mot de passe, des espaces et un rapport QA.