IP supplémentaires

Votre VPS est livré avec une IP dédiée. Certains usages en demandent une deuxième : cette page explique comment l’obtenir, comment l’ajouter au système selon votre distribution, et comment vérifier qu’elle est bien joignable depuis Internet. Elle suppose un accès SSH en root (Première connexion SSH) et un peu de prudence : toucher à la configuration réseau d’une machine distante, c’est le meilleur moyen de la perdre.

Ayez un accès de secours sous la main

Avant de modifier un fichier réseau, vérifiez que la console VNC fonctionne depuis votre espace client. Si votre nouvelle configuration casse l’interface, c’est le seul chemin qui reste.

À quoi sert une IP supplémentaire

Les cas légitimes sont moins nombreux qu’on ne le croit :

• Isoler un service d’envoi de courrier, pour que sa réputation ne dépende pas de celle de votre site. Une IP dédiée au courrier a besoin d’un reverse DNS propre.
• Séparer deux environnements (production et préproduction) sur une même machine, avec des règles de pare-feu distinctes.
• Héberger un service qui exige une IP à lui, typiquement un protocole ancien incapable de partager un port.
• Fournir une adresse de sortie stable à un service tiers qui filtre par IP.

En revanche, une IP supplémentaire n’augmente ni votre débit, ni vos ressources : c’est la même machine, le même CPU, la même carte réseau. Et héberger plusieurs sites HTTPS sur une seule IP ne pose aucun problème depuis longtemps : le SNI s’en charge, un certificat SSL par domaine suffit.

Commander une IP supplémentaire

La disponibilité et le tarif d’une IP supplémentaire dépendent de votre offre et de l’emplacement de votre serveur. Ce n’est pas une option en libre-service.

1. Relevez les informations de votre service : nom de l’offre, adresse IP actuelle, et l’identifiant visible sur sa fiche (Gérer un service).

2. Ouvrez un ticket de support en indiquant le service concerné, le nombre d’IP souhaité et l’usage prévu. Cette dernière information n’est pas de la curiosité : elle conditionne l’attribution et le réglage réseau appliqué.

3. Attendez la réponse, qui confirme la faisabilité et le coût. Une IP supplémentaire se facture sur votre abonnement : la régularisation apparaît dans vos factures.

4. Notez soigneusement les trois valeurs qui vous sont communiquées : l’adresse IP, son masque et la passerelle à utiliser. La suite de ce guide ne sert à rien sans elles.

Note

Les exemples ci-dessous utilisent 203.0.113.10/24 comme IP principale et 203.0.113.42 comme IP supplémentaire. Ce sont des valeurs de démonstration : remplacez-les par les vôtres, et ne devinez jamais un masque ou une passerelle.

Configurer l’IP sous Debian / Ubuntu (netplan)

Testez d’abord sans rien modifier. Cette commande ajoute l’adresse immédiatement et sans risque : elle disparaît au redémarrage.

ip addr add 203.0.113.42/32 dev eth0
ip -4 addr show dev eth0

Si l’adresse répond aux tests de la dernière section, rendez-la permanente.

Ubuntu (netplan)

1. Listez les fichiers existants et repérez le nom exact de votre interface :

   ls /etc/netplan/
   ip -br addr

2. Créez un fichier dédié plutôt que de modifier celui d’origine :

   /etc/netplan/60-ip-supplementaire.yaml

   network:
     version: 2
     ethernets:
       eth0:
         addresses:
           - 203.0.113.10/24
           - 203.0.113.42/32

   Reprenez l’adresse principale à l’identique dans la liste : netplan remplace la configuration de l’interface, il ne s’y ajoute pas.

3. Protégez le fichier, sinon netplan refuse de l’appliquer :

   chmod 600 /etc/netplan/60-ip-supplementaire.yaml

4. Appliquez en mode réversible :

   netplan try

   La configuration revient automatiquement en arrière au bout de deux minutes si vous ne confirmez pas. C’est le filet de sécurité à utiliser systématiquement.

5. Confirmez avec netplan apply une fois la connexion vérifiée.

Debian (interfaces)

1. Ouvrez le fichier de configuration réseau :

   nano /etc/network/interfaces

2. Ajoutez un bloc pour l’adresse supplémentaire, sans toucher au bloc existant :

   /etc/network/interfaces

   auto eth0:0
   iface eth0:0 inet static
       address 203.0.113.42
       netmask 255.255.255.255

3. Activez la nouvelle interface seule, pour ne pas couper l’IP principale :

   ifup eth0:0

4. Vérifiez le résultat :

   ip -4 addr show dev eth0

Danger

netplan apply et systemctl restart networking reconfigurent l’interface entière. Si votre fichier contient une erreur, vous perdez l’accès SSH sur-le-champ. Préférez netplan try ou ifup sur la seule interface concernée.

Configurer l’IP sous AlmaLinux / Rocky

Ces distributions passent par NetworkManager. Tout se fait avec nmcli, sans éditer de fichier.

1. Identifiez le nom de la connexion active :

   nmcli connection show

2. Ajoutez l’adresse à cette connexion. Le + est essentiel : sans lui, vous remplacez l’adresse principale.

   nmcli connection modify eth0 +ipv4.addresses 203.0.113.42/32

3. Rechargez la connexion :

   nmcli connection up eth0

4. Contrôlez le résultat :

   nmcli -g ipv4.addresses connection show eth0
   ip -4 addr show

Attention

nmcli connection up coupe brièvement le réseau : votre session SSH peut se fermer. Lancez la commande depuis la console VNC, ou acceptez de vous reconnecter ensuite. Pour retirer une adresse, utilisez -ipv4.addresses avec la même syntaxe.

Adresse MAC virtuelle et cas particuliers

L’adresse MAC virtuelle. Dans certaines configurations réseau, une IP routée vers une machine virtuelle doit être associée à une adresse MAC qui lui est propre pour être acceptée en amont. Si c’est le cas pour votre IP, le support vous le dit en même temps qu’il vous communique l’adresse. Cette association se fait sur la carte réseau virtuelle, au niveau de l’hyperviseur : vous ne pouvez pas la poser vous-même depuis le système invité, elle se demande par ticket. Si votre IP fonctionne sans, il n’y a rien à faire.

La configuration qui disparaît après un redémarrage. Selon la virtualisation de votre offre, une partie du réseau peut être pilotée depuis l’extérieur du système. Si votre IP supplémentaire est correctement configurée mais s’évapore à chaque reboot, ne vous acharnez pas sur les fichiers : signalez-le par ticket.

L’IPv6. La disponibilité et la configuration de l’IPv6 dépendent de l’emplacement de votre serveur. Demandez l’état au support avant de bâtir quoi que ce soit dessus.

Faire écouter un service sur la bonne IP. Ajouter l’adresse ne suffit pas : votre service doit s’y lier. Dans la plupart des logiciels, cela se règle avec une directive d’écoute (listen 203.0.113.42:443; pour un serveur web, par exemple). Contrôlez le résultat avec ss -tulpn.

Le pare-feu. Les règles ne distinguent pas toujours les adresses. Relisez Configurer le pare-feu après l’ajout, surtout si vous voulez des ouvertures différentes selon l’IP.

Vérifier que l’IP répond

1. Sur le VPS, confirmez que le système connaît l’adresse :

   ip -4 addr show

2. Depuis votre ordinateur, et non depuis le VPS, interrogez la nouvelle adresse :

   ping -c 4 203.0.113.42

3. Testez un service réel sur cette adresse, par exemple une connexion SSH :

   ssh root@203.0.113.42

4. Redémarrez le VPS et refaites les deux tests précédents. Une configuration qui ne survit pas au redémarrage n’est pas terminée.

Si ça ne marche pas

Le système voit l’adresse, mais le ping ne passe pas depuis l’extérieur. Le masque ou la passerelle ne correspondent pas à ce que le réseau attend, ou l’IP a besoin d’une déclaration en amont. Ouvrez un ticket en collant la sortie complète de ip -4 addr show et ip route.

J’ai perdu l’accès SSH après avoir appliqué ma configuration. Passez par la console VNC, annulez votre modification (supprimez le fichier netplan ajouté, ou le bloc dans /etc/network/interfaces), appliquez de nouveau, puis reprenez calmement. Le guide Dépannage : mon VPS est inaccessible détaille les autres pistes.

L’IP principale a disparu en même temps que j’ajoutais la seconde. C’est la faute classique : un nmcli sans +, ou un bloc netplan qui ne répète pas l’adresse d’origine. Remettez les deux adresses dans la liste, l’ancienne d’abord.

L’adresse répond au ping mais mon service n’y répond pas. Le service n’écoute pas sur cette IP, ou le pare-feu ne l’autorise pas sur cette interface. Vérifiez ss -tulpn, puis vos règles.

Le courrier part toujours avec l’ancienne adresse. C’est normal : l’adresse de sortie est choisie par la table de routage, pas par la présence de l’IP. Il faut la fixer dans la configuration de votre serveur de messagerie, et poser le reverse DNS correspondant. Pour quelques boîtes aux lettres, l’hébergement web avec ses emails demande nettement moins d’entretien.