Quelle est la différence entre un VPS NAT et un VPS à IP dédiée ?

Un VPS à IP dédiée vous donne votre propre adresse IPv4 publique avec tous les ports ouverts — n'importe quoi sur Internet peut l'atteindre. Un VPS NAT partage une IP sortante et ne redirige que le SSH ; il peut atteindre Internet librement, mais rien ne peut se connecter en entrée sur un port arbitraire. Le travail sortant est identique ; la différence, c'est de savoir si le monde extérieur peut initier une connexion vers vous.

Ai-je besoin d'une IP dédiée pour un bot Telegram ou Discord ?

Non. Ces bots maintiennent une connexion sortante vers Telegram/Discord et reçoivent les mises à jour par elle — rien ne se connecte en entrée au bot. Un plan NAT suffit et coûte moins cher. Vous n'avez besoin d'une IP dédiée que si vous passez un bot Telegram en mode webhook, qui exige un port HTTPS entrant.

Puis-je commencer en NAT et passer à une IP dédiée plus tard ?

Oui — choisissez NAT si vous hésitez. La plupart des gens qui pensent avoir besoin d'une IP publique n'en ont pas besoin, et le plan moins cher fait l'affaire. Si un projet a plus tard besoin d'accepter des connexions entrantes, vous commandez alors un plan à IP dédiée pour lui. Ne payez pas une IP « au cas où ».

Pourquoi le SSH est-il sur un port bizarre sur les plans NAT ?

En NAT, il n'y a pas d'IP publique pour posséder le port 22, donc votre SSH est redirigé depuis un port haut sur l'adresse partagée (le panneau affiche l'hôte:port exact). C'est normal et ça marche très bien — pointez simplement votre client SSH sur le port qu'on vous donne au lieu du 22.

Une IP dédiée est-elle plus privée ?

C'est le compromis inverse. Une IP dédiée est à vous seul — parfait pour la réputation et la fiabilité, mais votre trafic ne se fond pas dans une foule. Le NAT partage une adresse sortante avec d'autres serveurs, ce qui vous cache davantage mais est inutile pour tout ce qui doit être atteint depuis l'extérieur. Choisissez selon ce que fait le serveur, pas selon un vague sentiment de confidentialité.

IP dédiée ou VPS NAT : ce dont votre projet a vraiment besoin

Vous louez un VPS, installez Nginx, ouvrez votre navigateur sur l'adresse du serveur — et rien ne charge. Ou vous montez un serveur de mail et chaque message rebondit. Neuf fois sur dix, la machine va bien ; le problème, c'est que vous êtes sur un plan NAT et que la chose que vous faites tourner doit être atteinte depuis l'extérieur.

C'est le seul choix réseau qui fait trébucher les gens quand ils achètent un serveur, alors rendons-le simple. Il y a exactement une question qui le décide, puis beaucoup d'exemples pour que vous placiez votre propre projet.

La seule question

Quelque chose sur Internet a-t-il besoin d'initier une connexion vers votre serveur ?

Non → un VPS NAT suffit. Moins cher, même CPU, même disque, même vitesse.
Oui → il vous faut une IP dédiée.

C'est toute la décision. Tout ce qui suit ne fait que l'appliquer.

Ce que « NAT » veut vraiment dire ici

Sur un plan NAT, votre serveur partage une IPv4 publique avec d'autres serveurs et se trouve derrière une traduction d'adresse réseau. En clair :

Le sortant est illimité. Votre serveur peut atteindre n'importe quoi — tirer depuis GitHub, appeler l'API OpenAI ou Anthropic, se connecter à Telegram, scraper un site, taper une base de données ailleurs. Tout ça part de votre machine, donc le NAT ne gêne jamais.
L'entrant n'est pas à vous. Vous ne possédez pas de port sur l'adresse publique, donc vous ne pouvez pas simplement ouvrir le 443 au monde et attendre du trafic. Le SSH vous est redirigé sur un port haut précis (on vous montre l'hôte:port exact), et c'est l'entrant que vous obtenez.

Pour une immense part de ce que les gens font réellement tourner sur un petit serveur, c'est parfaitement bien. Un bot qui parle à Telegram, un agent IA qui fait des appels API, un scraper, un job cron qui pousse des données quelque part, un runner CI qui tire des jobs — aucun de ceux-là n'a besoin que le monde se connecte en entrée. Ils tendent la main vers l'extérieur. Le NAT est bâti exactement pour ça, et c'est pourquoi la gamme NAT commence à 3 $/mois au lieu de 8.

Ce qu'une IP dédiée vous donne

Un plan à IP dédiée vous remet votre propre IPv4 publique, avec tous les ports ouverts. Maintenant le monde extérieur peut initier une connexion vers vous, ce qui est tout l'intérêt pour une certaine classe de logiciels :

Sites web. Un navigateur doit se connecter en entrée sur le 80/443. Pas d'IP publique, pas de site.
Serveurs de mail. Le 25 entrant pour recevoir, plus vous avez besoin du contrôle du DNS inverse (PTR) pour que les autres serveurs vous fassent confiance. Ça exige une IP qui soit la vôtre — voici comment régler le PTR.
Un VPN personnel. WireGuard écoute sur un port UDP auquel votre client se connecte — voir VPS pour un VPN personnel.
Un serveur proxy. Même idée : votre client se connecte en entrée au port du proxy. VPS pour un serveur proxy.
Serveurs de jeu, reverse proxies, webhooks, applications auto-hébergées que vous ouvrez à Internet — tout ce où « quelqu'un se connecte à mon serveur » est la fonctionnalité.

Vous obtenez aussi une réputation que vous contrôlez : l'IP est utilisée par vous seul, donc vous ne partagez jamais une entrée de liste de blocage avec un inconnu qui a spammé depuis la même adresse hier.

Là où les gens se trompent

Quelques corrections honnêtes, parce qu'elles reviennent sans cesse :

« Il me faut une IP publique pour mon bot Telegram. » En général non. Dans le mode long-polling par défaut, le bot appelle Telegram et récupère les mises à jour par cette connexion. Le NAT convient. Vous n'avez besoin d'un port entrant que si vous passez délibérément en mode webhook — et pour la plupart des bots, le long-polling est de toute façon plus simple.

« Une IP dédiée est plus privée. » Attention — c'est l'inverse. Une adresse NAT partagée vous cache dans une foule ; une IP dédiée est à vous seul. La dédiée est meilleure pour la fiabilité et pour tout ce qui doit être joignable, pire pour se fondre. Choisissez selon la fonction.

« Je prendrai l'IP au cas où. » Non. Commencez en NAT, et si un projet a vraiment besoin d'entrant plus tard, commandez alors un plan à IP dédiée pour lui. Payer 8 à 20 $ pour une IP sur laquelle vous n'acceptez jamais de connexion, c'est de l'argent parti en fumée.

Tableau de placement rapide

Si vous hésitez encore, trouvez votre truc ici :

NAT (3 à 12 $/mois) : bots Telegram/Discord, agents IA, bots de trading, scrapers web, runners CI, jobs cron, tout ce qui ne fait qu'appeler vers l'extérieur. Voir cas d'usage agents IA.
IP dédiée (8 à 20 $/mois) : sites web, mail, VPN, proxys, serveurs de jeu, reverse proxies, API publiques, webhooks, tout ce à quoi Internet se connecte. Commencez par Nano-IP (8 $) pour des machines légères à service unique, ou Small-IP (16 $) quand vous voulez de la place pour deux ou trois services à la fois.

Le bilan honnête

Posez la seule question — quelque chose a-t-il besoin de se connecter en entrée ? — et la réponse choisit le plan. Si vous construisez des agents et des bots qui tendent la main vers des API, restez en NAT et gardez les 5 $ par mois. Si vous mettez quelque chose sur Internet pour que d'autres gens ou machines l'atteignent, prenez l'IP dédiée ; rien d'autre ne marchera. Acheter le mauvais n'est pas la fin du monde (vous pouvez toujours monter le bon plan), mais viser juste du premier coup vous épargne un après-midi à vous demander pourquoi votre site ne charge pas.

Payez en USDC ou USDT, un e-mail pour vous inscrire, ni carte ni pièce d'identité dans les deux cas. Voir les plans.