ACLClouds
ACLClouds

Le VPS a perdu son réseau après une modification

Restaurer interface, adresse, route et DNS depuis noVNC sans multiplier les redémarrages. noVNC permet de corriger la configuration depuis l’intérieur.

Une adresse incorrecte, une interface renommée ou une route par défaut supprimée coupe SSH immédiatement. noVNC permet de corriger la configuration depuis l’intérieur.

Procédure étape par étape

  1. Ouvrir noVNC

    Ne redémarrez pas en boucle. Connectez-vous localement et lancez ip -br addr puis ip route.

  2. Identifier l’interface

    Repérez eth0, ens18 ou le nom actif. Comparez-le au fichier dans /etc/network/interfaces ou à Netplan.

  3. Restaurer temporairement

    Ajoutez l’adresse et la route uniquement avec les valeurs affichées par le panel ou fournies par le support.

  4. Rendre persistant

    Corrigez le gestionnaire réseau utilisé puis testez une nouvelle session SSH avant de redémarrer.

État réseau

ip -br link
ip -br addr
ip route
resolvectl status 2>/dev/null || cat /etc/resolv.conf

Restaurer l’adresse et la route (temporaire)

ip link set ens18 up
ip addr add IPV4/CIDR dev ens18
ip route add default via GATEWAY dev ens18
ping -c 3 1.1.1.1

Avant de commencer

Relevez sur la page du VPS l’« Adresse IPv4 » et la carte « Gateway / CIDR » : ce sont les valeurs que la VM doit utiliser. La page « Réseaux » des « Outils supplémentaires » affiche aussi l’IP, la passerelle et l’adresse MAC de l’interface.

Ouvrez ensuite la « Console noVNC » : elle passe par l’hyperviseur et fonctionne sans réseau. Le « Shell » du panel exécute aussi des commandes via le QEMU Guest Agent, mais chacune est limitée à 15 secondes : gardez-le pour les vérifications.

Causes les plus fréquentes

Selon l’image, la configuration se trouve dans /etc/netplan/ (Netplan), dans /etc/network/interfaces et /etc/network/interfaces.d/ (ifupdown) ou dans NetworkManager (nmcli) sur Rocky Linux et AlmaLinux. Modifiez uniquement le fichier du gestionnaire réellement actif.

  • Une erreur d’indentation YAML : netplan apply refuse alors le fichier.
  • Une route par défaut absente : ip route n’affiche aucune ligne default via.
  • Un nom d’interface erroné : le fichier cite eth0 alors que l’interface active s’appelle ens18.
  • Un pare-feu (UFW, nftables ou celui du panel) qui bloque le port 22 alors que le réseau fonctionne.

Vérifier que tout fonctionne

Testez dans l’ordre ping -c 3 vers la passerelle, puis ping -c 3 1.1.1.1, puis ping -c 3 aclclouds.com. Le premier test qui échoue désigne la couche à corriger : adresse locale, route par défaut ou DNS. Terminez par ssh root@IP depuis votre poste.

Questions fréquentes

ping 1.1.1.1 répond mais Temporary failure in name resolution s’affiche, pourquoi ?

Le réseau fonctionne, seule la résolution DNS manque. Vérifiez resolvectl status ou /etc/resolv.conf : aucun serveur nameserver n’est déclaré, ou il ne répond pas. Ajoutez des résolveurs publics dans la configuration réseau (clé nameservers avec Netplan), puis appliquez-la.

Chaque ping renvoie Network is unreachable, que faire ?

Le noyau ne connaît aucune route vers la destination, le plus souvent parce que la route par défaut a disparu. Ajoutez-la avec la passerelle affichée dans le panel (bloc de commandes ci-dessous), testez, puis inscrivez-la dans le fichier de configuration pour qu’elle survive au redémarrage.

Comment modifier Netplan sans risquer de tout couper ?

Lancez netplan generate pour détecter les erreurs de syntaxe, puis netplan try : la nouvelle configuration est appliquée et annulée automatiquement après 120 secondes si vous ne confirmez pas avec Entrée. Indentez avec des espaces, jamais avec des tabulations.

SSH répond Connection timed out alors que la console montre la bonne IP, que vérifier ?

Si les trois pings passent, le réseau va bien. Vérifiez que ss -tlnp montre sshd sur le port 22, puis les règles UFW et la page « Options du pare-feu » du panel : une « Politique d’entrée » DROP sans règle ACCEPT pour le port 22 bloque SSH.