> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/fr/concepts/how-dns-works.md).

# Comment fonctionne le DNS

Vous tapez `example.com` et une page apparaît. Mais les ordinateurs acheminent les données par numéro, pas par nom. Qui effectue la traduction, et pouvez-vous faire confiance à la réponse ?

Cette traduction est le système de noms de domaine, ou DNS. C'est l'une des parties les plus anciennes et les plus essentielles d'Internet, et presque tout ce que vous faites en ligne commence par une question DNS.

## La comparaison avec l'annuaire téléphonique

Imaginez un annuaire téléphonique imprimé. Vous connaissez le nom d'une personne ; vous avez besoin de son numéro. Vous cherchez le nom, trouvez le numéro et passez l'appel.

DNS fait la même chose pour Internet. Vous connaissez `example.com`; votre ordinateur a besoin de `93.184.215.14`. DNS est l'étape de recherche, et elle se produit avant toute connexion au site web.

La différence, c'est que cet annuaire est bien trop grand pour tenir dans un seul livre. Aucune machine unique ne détient tous les noms sur Internet. Le système est donc divisé en couches, et la recherche les parcourt de bas en haut.

## Qui répond à la question

Quatre sortes d'acteurs interviennent dans une recherche.

* **Les caches sur votre propre machine.** Votre navigateur conserve les réponses récentes, tout comme votre système d'exploitation. Si la réponse s'y trouve déjà, aucune question ne quitte votre appareil.
* **Le résolveur récursif.** C'est l'assistant qui fait le travail à votre place. Votre appareil lui pose une question et attend une seule réponse. Il est généralement géré par votre fournisseur d'accès à Internet, mais cela peut aussi être un service public ou quelque chose que vous gérez vous-même.
* **Les serveurs racine et TLD.** Ceux-ci ne connaissent pas la réponse finale. Ils savent qui interroger ensuite. Les serveurs racine savent qui gère `.com`, `.org`, `.de` et tous les autres domaines de premier niveau. Les `.com` serveurs savent qui gère chaque `.com` nom.
* **Le serveur faisant autorité.** Celui qui détient réellement l'enregistrement du domaine, publié par celui qui l'exploite.

Voici la chaîne complète pour un nom que votre résolveur n'a jamais vu :

```mermaid
sequenceDiagram
    participant B as Votre navigateur
    participant R as Résolveur récursif
    participant Ro as Serveur racine
    participant T as Serveurs .com
    participant A as example.com<br/>serveur faisant autorité
    B->>R: Où se trouve example.com ?
    R->>Ro: Où se trouve example.com ?
    Ro-->>R: Demandez aux serveurs .com
    R->>T: Où se trouve example.com ?
    T-->>R: Demandez aux serveurs de example.com
    R->>A: Où se trouve example.com ?
    A-->>R: 93.184.215.14
    R-->>B: 93.184.215.14
```

Ce n'est qu'à ce moment-là que votre navigateur ouvre une connexion au site web.

L'ensemble de l'échange se termine généralement en bien moins d'une seconde, et la plupart du temps il est bien plus rapide que ne le suggère le schéma — grâce au cache.

## Mise en cache et TTL

Demander la chaîne complète à chaque fois serait du gaspillage. Chaque réponse est donc accompagnée d'une date d'expiration, appelée **TTL** — temps de vie, mesuré en secondes.

Un résolveur qui reçoit une réponse avec un TTL de 300 réutilisera cette réponse pendant les cinq minutes suivantes sans reposer la question. Votre système d'exploitation et votre navigateur font de même. Les noms populaires sont mis en cache presque partout, ce qui explique pourquoi la plupart des recherches semblent instantanées.

Le TTL explique aussi pourquoi les changements de domaine ne sont pas immédiats. Lorsqu'un site déménage vers une nouvelle adresse, l'ancienne réponse continue d'être servie depuis les caches jusqu'à son expiration. C'est le vrai sens de « propagation DNS » — rien n'est réellement propagé ; les anciennes réponses expirent simplement à des moments différents, à des endroits différents.

Cela explique aussi une confusion fréquente : après avoir changé vos paramètres DNS, votre appareil peut continuer à utiliser d'anciennes réponses pendant un certain temps. Vider le cache, ou simplement attendre, résout le problème.

## Qui est généralement votre résolveur

À moins que vous n'ayez changé quelque chose, votre résolveur récursif est celui de votre **fournisseur d'accès à Internet**. Votre routeur reçoit automatiquement son adresse lorsque la connexion s'établit, et la transmet à chaque appareil de votre foyer.

C'est pratique et généralement rapide, parce que le résolveur est proche de vous. Cela signifie aussi que votre fournisseur voit chaque nom de domaine que vous interrogez, dans l'ordre, avec des horodatages — même pour les sites que vous visitez en HTTPS, car la recherche a lieu avant le début de la connexion chiffrée.

Les alternatives sont des résolveurs publics gérés par d'autres opérateurs, ou un résolveur que vous gérez vous-même. Changer de résolveur change *qui* voit vos recherches. Cela ne les rend pas invisibles.

## DNS chiffré : DoH et DoT

Le DNS traditionnel circule en clair. Toute personne sur le trajet — le réseau local, le fournisseur — peut lire les questions et, en principe, altérer les réponses. Deux normes corrigent la partie « lecture » en enveloppant le DNS dans le chiffrement : **DNS sur HTTPS** (DoH), qui fait ressembler les recherches à du trafic web ordinaire, et **DNS sur TLS** (DoT), qui utilise un canal chiffré dédié. La plupart des navigateurs et systèmes d'exploitation modernes prennent en charge au moins l'un des deux, parfois par défaut. Les deux protègent vos recherches des observateurs entre vous et votre résolveur, et rendent l'altération beaucoup plus difficile — mais aucun ne cache quoi que ce soit au résolveur lui-même, qui voit toujours chaque question que vous posez. Le DNS chiffré est une question de *qui* qui peut observer, et non de savoir si quelqu'un le peut.

## Où les choses tournent mal

Le DNS est une chaîne de confiance, et chaque maillon peut échouer ou être compromis.

* **Détournement.** Quelque chose sur le trajet répond à la place du résolveur que vous avez choisi. Un réseau d'hôtel qui vous redirige vers une page de connexion est une version bénigne. Un réseau qui redirige silencieusement toutes les requêtes vers son propre résolveur est beaucoup moins bénin — le paramètre de résolveur que vous avez soigneusement choisi est simplement ignoré.
* **Pollution ou empoisonnement.** La réponse qui revient est volontairement fausse, vous orientant vers une page de blocage, une adresse morte ou un autre serveur entièrement différent. C'est un mécanisme de censure courant, car il est peu coûteux et fonctionne immédiatement sur tous les appareils.
* **Réponses différentes.** Le même nom renvoie légitimement des adresses différentes selon qui demande. Les grands services le font volontairement, pour vous envoyer vers un serveur proche. Ainsi, le fait que deux résolveurs soient en désaccord n'est pas automatiquement la preuve d'une manipulation — mais une réponse hautement invraisemblable, comme un site étranger qui se résout soudain en une adresse locale, l'est généralement.
* **Fuites.** Vous vous connectez à un VPN, mais vos requêtes DNS vont toujours au résolveur de votre fournisseur en dehors du tunnel. Le trafic est protégé ; pas la liste des noms que vous avez recherchés. Voir [Est-ce que je divulgue ma vraie IP ?](/knowledge-base/fr/diagnose/am-i-leaking-my-real-ip.md).
* **Pannes simples.** Si votre résolveur cesse de répondre, tout semble cassé même si votre connexion fonctionne parfaitement. « Internet est en panne » signifie souvent « DNS est en panne ».

## Idées reçues courantes

**« HTTPS protège mes recherches DNS. »** Ce n'est pas le cas. HTTPS commence *après* la fin de la recherche. À moins d'utiliser le DNS chiffré, les noms que vous visitez circulent en clair.

**« Changer de DNS accélère la navigation. »** Parfois légèrement, parce qu'un résolveur plus proche ou mieux mis en cache répond plus vite. Mais le DNS ne représente qu'une petite fraction du temps de chargement d'une page, et un résolveur géographiquement éloigné peut aggraver les choses en vous envoyant vers une copie d'un site web située loin de vous.

**« Une réponse différente signifie que quelqu'un m'attaque. »** Pas nécessairement. Les grands sites renvoient des adresses différentes par conception. Cherchez des réponses invraisemblables, pas simplement différentes.

**« La navigation privée cache mes recherches. »** Elle efface l'historique local. Les recherches vont toujours au même résolveur.

{% hint style="info" %}
**Voyez-le vous-même sur MyIP**

[Résolveur DNS](/knowledge-base/fr/lookup-privacy/dns-resolver.md) interroge le même domaine auprès d'un ensemble de résolveurs bien connus répartis dans le monde entier en même temps, puis affiche les réponses côte à côte. Si la réponse d'une région ne ressemble en rien aux autres, vous êtes face à une interférence plutôt qu'à un équilibrage de charge ordinaire.

Si vous soupçonnez que quelque chose réécrit vos réponses, [Mon DNS est-il détourné ou pollué ?](/knowledge-base/fr/diagnose/is-my-dns-hijacked.md) passe en revue les vérifications dans l'ordre.
{% endhint %}

## Concepts connexes

* [Qu'est-ce qu'un ASN ?](/knowledge-base/fr/concepts/what-is-an-asn.md) — les réseaux que vos recherches traversent
* [GeoIP : comment fonctionne la géolocalisation IP](/knowledge-base/fr/concepts/geoip-explained.md) — pourquoi des serveurs proches sont choisis pour vous
* [Le fingerprinting du navigateur expliqué](/knowledge-base/fr/concepts/browser-fingerprinting.md) — une autre façon dont vous êtes reconnu sans cookies
* [Test de fuite DNS](/knowledge-base/fr/connection-tools/dns-leak-test.md) — vérifiez quel résolveur vous utilisez réellement


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ipcheck.ing/knowledge-base/fr/concepts/how-dns-works.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.