Il n'y a pas de bouton « changer d'IP » unique, parce que l'adresse d'un serveur est liée à son type de réseau et à sa localisation. Ce que vous pouvez faire dépend de votre point de départ. Quatre cas couvrent presque toutes les demandes que nous recevons, et aucun n'exige de ticket.
Si vous ne savez pas quel type de réseau vous avez : l'onglet Réseau de votre serveur dans le tableau de bord indique soit NAT, soit IPv4 publique dédiée. La différence est expliquée dans Réseau et ports.
1. Serveur NAT → sa propre IPv4 publique
Le cas le plus courant. Un serveur NAT n'a pas d'IPv4 publique à lui : vous y accédez par un port SSH (ou RDP) personnel, et les autres ports entrants sont fermés. Pour héberger un site, un serveur mail ou tout ce à quoi des gens se connectent, il vous faut une adresse dédiée.
Pas besoin de réinstaller. Dans le tableau de bord, ouvrez le serveur, allez dans l'onglet Facturation et choisissez parmi les options de mise à niveau un plan à IP dédiée de même taille ou plus grand. Par l'API : GET /services/{id}/upgrade-options pour voir les choix et le prix, puis POST /services/{id}/upgrade-to-dedicated avec target_plan et confirm: true.
Ce qui se passe :
- vous payez la différence entre les deux prix mensuels pour les jours restants de la période en cours, depuis votre solde ;
- le serveur redémarre avec la nouvelle adresse ; le disque et vos fichiers restent tels quels ;
- SSH passe au port 22 de la nouvelle IPv4, et tout port que vous ouvrez dans votre pare-feu devient joignable ;
- à partir de la période suivante, vous payez le prix du nouveau plan.
À quoi s'attendre après le redémarrage. Votre client SSH signalera que la clé d'hôte a changé, car le serveur génère de nouvelles clés pour la nouvelle adresse. Si vous avez changé le mot de passe root à la main, vérifiez-le : il peut être revenu à celui affiché dans votre tableau de bord. Et si vous avez remplacé la configuration réseau de cloud-init par la vôtre, la nouvelle adresse ne s'appliquera pas toute seule ; ouvrez la console web depuis le tableau de bord et réglez-la là.
Le changement exige une adresse libre dans la localisation de votre serveur. S'il n'y en a pas à ce moment-là, la mise à niveau est refusée et rien n'est prélevé.
2. Une deuxième IPv4 sur un serveur à IP dédiée
Si vous avez déjà une IPv4 dédiée et qu'il vous en faut une autre — un deuxième site avec sa propre adresse, une adresse séparée pour le mail —, ajoutez-la sur la page du serveur, section IP dédiée : $5 par mois, prélevés en entier à la commande, avec sa propre date de renouvellement. Par l'API : POST /services/{id}/dedicated-ip.
La nouvelle adresse apparaît comme une deuxième interface réseau après le prochain redémarrage. Votre adresse principale ne change pas. Si la localisation n'a pas d'adresse libre pour l'instant, la commande attend dans une file et l'adresse est attribuée automatiquement dès qu'une se libère.
Les $5 ne sont pas remboursés si vous retirez l'adresse ou résiliez le serveur.
3. IPv4 dédiée → retour au NAT
Sur la même page, vous pouvez passer un serveur à IP dédiée sur le plan NAT de même taille. Votre IPv4 publique retourne dans notre réserve, le serveur redémarre sur une adresse privée avec un port SSH personnel, et les autres ports entrants se ferment. Le disque n'est pas touché, et la facturation passe au prix NAT.
Ne le faites que si rien ne dépend de l'adresse. Une fois l'IPv4 libérée, quelqu'un d'autre peut l'obtenir, et vous ne pourrez pas récupérer cette adresse précise.
4. Une adresse complètement différente
Certains veulent simplement une adresse neuve : un nouveau projet, une réputation propre, un autre pays. Le moyen d'en obtenir une, c'est un nouveau serveur. Commandez-le, transférez vos données, pointez le DNS vers la nouvelle adresse, puis résiliez l'ancien serveur. En commandant par l'API ou par MCP, vous pouvez choisir le pays avec location: "de" ou "fi".
C'est aussi la seule façon de déplacer un serveur vers l'autre localisation : une IPv4 appartient à sa localisation.
Ce qui ne change pas l'adresse
| Action | IPv4 principale |
|---|---|
| Redémarrage, arrêt et démarrage | conservée |
| Réinstallation du système | conservée |
| Plan plus grand du même type (NAT→NAT, IP→IP) | conservée |
| Changement de hostname ou de DNS inverse | conservée |
| NAT → IP dédiée | nouvelle IPv4 publique |
| IP dédiée → NAT | libérée |
| Résiliation du serveur | libérée |
Avant de changer quoi que ce soit
- Baissez le TTL DNS quelques heures à l'avance si un domaine pointe vers le serveur, pour que le changement se propage vite.
- Vérifiez les listes d'autorisation. Les clés d'API des plateformes d'échange, les pare-feu des partenaires et les règles de bases de données qui font confiance à l'ancienne adresse ont besoin de la nouvelle.
- Reconfigurez le DNS inverse sur la nouvelle adresse si vous envoyez du mail ; il se règle par adresse. Voir Réseau et ports.
- Faites une sauvegarde. Aucune de ces étapes ne touche le disque, mais un redémarrage est un bon moment pour en avoir une. Les sauvegardes gérées sont décrites dans Sauvegardes.
Si votre adresse est sur une liste noire
Une inscription est en général liée à du trafic d'avant votre arrivée sur l'adresse, ou à votre propre serveur. Dans le second cas, changer d'adresse ne règle rien. Vérifiez l'inscription, corrigez la cause et utilisez le formulaire de radiation de la liste. Si vous pensez que l'inscription est une erreur, ouvrez un ticket avec le nom de la liste et un lien ; nous examinons chaque cas mais n'échangeons pas d'adresses sur simple demande.
Commentaires
Pas encore de commentaires. Soyez le premier.