> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/fr/mise-en-reseau/net-troubleshooting.md).

# Dépannage réseau

Cette page contient des étapes courantes de test/dépannage réseau.

## Tests de ping dans une VM (tester la connectivité réseau/DNS)

1. **ping `google.com`**
   * Une réponse au ping indique une connectivité Internet ; si des problèmes ont été signalés, rassemblez des informations plus détaillées, telles que les sites spécifiques qui n’étaient pas accessibles, afin de poursuivre le dépannage.
   * Si aucune réponse au ping : passez au test de ping suivant.
2. **ping 8.8.8.8**
   * Une réponse au ping indique une connectivité Internet. S’il y a eu une réponse ici mais aucune réponse au test ci-dessus (google.com), examinez [DNS](#dns).
   * Si aucune réponse au ping : exécutez le test de ping suivant pour vérifier la connexion de la VM au routeur réseau.
3. **Faites un ping sur l’adresse du routeur réseau.**\
   Pour vérifier l’adressage d’un réseau, voir : [Déterminer les adresses réseau](#determining-network-addresses)
   * Une réponse au ping indique que la VM se connecte au réseau ; si la VM reçoit ici une réponse au ping, mais ne parvient pas à atteindre Internet (échec des tests de ping ci-dessus) : voir la [section Diagnostics réseau courants](#common-network-diagnostics) pour examiner les problèmes liés au réseau.
   * Si aucune réponse au Ping : poursuivez les tests de la configuration de la VM ci-dessous.

## Vérifier que la VM a une adresse IP appropriée

{% hint style="success" %}
**Par défaut, un réseau interne VergeOS est configuré pour fournir des adresses DHCP.**
{% endhint %}

**Vérifiez si la VM a reçu une adresse DHCP :**

1. Accédez au **Tableau de bord de la VM**.
2. Faites défiler jusqu’à la section **NICs** de l’écran. Si le réseau a attribué une adresse DHCP à la NIC, elle s’affichera dans la **Adresse IP** . ![troubleshooting-verifyipaddress.png](/files/6605134690374acf3e39c11795dbb67adfc829b2)
3. **Si une adresse IP a été attribuée manuellement dans le système d’exploitation invité (au lieu d’utiliser DHCP) :** - Vérifiez que l’adresse IP attribuée se trouve dans la plage d’adresses du réseau.

{% hint style="success" %}
**Adressage par défaut pour un réseau interne de couche 3 : segment réseau : 192.168.0.0/24 ; adresse du routeur : 192.168.0.1 Pour vérifier l’adressage d’un réseau, voir** [**Déterminer les adresses réseau**](#determining-network-addresses)
{% endhint %}

4. Vérifiez le masque de sous-réseau et la passerelle appropriés (la passerelle doit être l’adresse IP du routeur réseau).
5. Vérifiez que l’adresse IP n’est pas dupliquée (utilisée par une autre NIC) sur le même réseau.

{% hint style="info" %}
**Il est généralement recommandé d’utiliser DHCP sur les réseaux internes, plutôt que d’attribuer simplement des adresses dans le système d’exploitation invité de la VM. Le DHCP statique peut être configuré pour réserver certaines adresses à certaines VM :** [**Créer une entrée DHCP statique**](/run-the-platform/fr/mise-en-reseau/dhcp-static-lease.md)
{% endhint %}

## Vérifier l’interface NIC et le pilote corrects

VirtIO est généralement l’interface recommandée pour les périphériques NIC, car elle offre généralement les meilleures performances. Des pilotes VirtIO peuvent devoir être ajoutés pour les VM Windows. Les fichiers ISO Windows personnalisés de VergeOS incluent les pilotes VirtIO et peuvent être utilisés pour l’installation initiale du système d’exploitation invité ; sinon, les derniers pilotes VirtIO peuvent être téléchargés à l’adresse : <https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.iso>

**Vérifiez l’interface NIC :**

1. Accédez au **Tableau de bord de la VM**.
2. Faites défiler jusqu’à la section **NICs** de l’écran.
3. Le **Interface** s’affichera pour chaque NIC. ![troubleshooting-verifyinterface.png](/files/168fc08ccbb16ca6eee746f06702805563945e3d)

## Vérifier les pare-feu et les logiciels antivirus de l’invité

Si une VM ne parvient toujours pas à atteindre son routeur réseau après vérification de l’interface/pilote NIC et de l’adressage IP, vérifiez les logiciels invités tels que les pare-feu du système d’exploitation, les programmes antivirus, etc., qui peuvent bloquer l’accès sortant. Consultez les menus d’aide ou la documentation associés à ces produits pour les instructions de configuration.

## section Diagnostics réseau courants

Certaines requêtes courantes de diagnostic réseau sont expliquées dans cette section ; voir [**Réseau - Diagnostics**](/run-the-platform/fr/mise-en-reseau/network-diagnostics.md) pour plus d’informations concernant l’outil de diagnostic intégré.

### Vérifier qu’un réseau a une connectivité Internet

1. Accédez au tableau de bord du réseau.

{% hint style="success" %}
**Un moyen rapide d’accéder au réseau auquel une NIC est connectée : depuis le tableau de bord de la VM, faites défiler jusqu’à la section NICs et cliquez sur le réseau सूची pour la NIC.**
{% endhint %}

2. Cliquez sur **Diagnostics** dans le menu de gauche.
3. Sélectionnez ***Ping*** dans la **menu déroulant Requête de diagnostic** liste déroulante.
4. Cliquez sur **Envoyer** pour tester un ping vers 8.8.8.8 (c’est la valeur Hôte par défaut ; il s’agit du DNS public de Google.)
5. Un ping infructueux peut indiquer une configuration réseau incorrecte.
6. Si le test de ping réussit ; vous pouvez tester davantage pour vérifier que le DNS fonctionne correctement ; modifiez **Hôte** la valeur en un nom DNS Internet (par ex. google.com) et cliquez sur **Envoyer**

## Règle de passerelle par défaut

Pour qu’un réseau interne reçoive une connectivité Internet, il doit disposer d’une règle de passerelle par défaut permettant le routage via un réseau externe.

**Vérifiez la règle de route de passerelle par défaut :**

1. Accédez au tableau de bord du réseau.
2. Cliquez sur **Règles** dans le menu de gauche.
3. Vérifiez qu’il existe une règle de route avec le réseau externe approprié défini comme cible.\
   Exemple : ![showdefgwrule.png](/files/d077c746a1646c72c59f0053521c6a7eb3880ab6)

{% hint style="success" %}
**Lors de la création d’un nouveau réseau interne, sélectionnez le réseau externe dans le paramètre Passerelle par défaut ; cela créera automatiquement la règle de route de passerelle par défaut nécessaire. Une règle de route peut également être créée manuellement après la création du réseau, en utilisant les instructions suivantes.**
{% endhint %}

**Créer une règle de route de passerelle par défaut :**

1. Accédez au tableau de bord du réseau.
2. Cliquez sur **Règles** dans le menu de gauche.
3. Cliquez sur **Nouveau** dans le menu de gauche.
4. Saisissez un **Nom** pour la règle (nom recommandé : « Passerelle par défaut »).
5. Dans la **Action** champ, sélectionnez ***Route***.
6. Dans la **Direction** champ, sélectionnez ***Sortante***.
7. Dans la **Type** (cible) champ, sélectionnez ***Autre IP réseau DMZ***.
8. Dans la **Réseau cible** champ, sélectionnez le réseau externe approprié.

Exemple : ![defaultgw-create.png](/files/970915602205294d80a1820c9e9b061ff78ac379)

## Déterminer les adresses réseau

L’adresse de passerelle et le segment réseau d’un réseau peuvent être trouvés sur le tableau de bord du réseau.

* **Réseau**: segment réseau au format CIDR (ex. : 192.168.0.0/24 ; 10.10.0.0/24)
* **Adresse IP**: adresse du routeur réseau (ex. : 192.168.0.1 ; 10.10.0.1)

![findnetworkaddress.png](/files/66ef4f3be8fe582a39d099299f1d67f4664f75d6)

{% hint style="info" %}
**Par défaut, les réseaux internes de couche 3 sont configurés avec le segment réseau : 192.168.0.0/24 et l’adresse IP du routeur : 192.168.0.1**
{% endhint %}

## DNS

### Tester le DNS sur un réseau

1. Accédez au tableau de bord du réseau.
2. Cliquez sur **Diagnostics** dans le menu de gauche.
3. Sélectionnez ***Recherche DNS*** dans le **Requête** liste déroulante.
4. Les valeurs par défaut peuvent être utilisées pour exécuter un test DNS de base. Les valeurs peuvent être modifiées si nécessaire :
   * **Hôte** (URL)
   * **Type de requête** (type d’enregistrement)
   * **Serveur DNS** (facultatif, utilisez-le pour spécifier un serveur DNS particulier, en remplaçant la valeur par défaut)
5. Cliquez sur **Envoyer** pour soumettre la requête.
6. La fenêtre des réponses affichera le résultat ; une recherche DNS réussie renverra l’adresse IP correspondante pour l’hôte saisi.

### Tester le DNS depuis une VM

Lorsqu’une VM peut atteindre des adresses IP Internet mais pas des adresses URL, cela indique un problème DNS. Si la fonction DNS est validée depuis le réseau, mais pas depuis la VM elle-même, vérifiez la configuration DNS dans le système d’exploitation invité de la VM ; les tests de résolution DNS possibles varieront selon la version du système d’exploitation invité (nslookup, dig, etc.)

{% hint style="success" %}
**Si la VM est configurée avec DHCP et reçoit correctement une adresse, elle recevra également automatiquement la configuration DNS du réseau.**
{% endhint %}

Pour une aide supplémentaire au dépannage, contactez le support VergeOS.


---

# 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.verge.io/run-the-platform/fr/mise-en-reseau/net-troubleshooting.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.
