Réseau et ports
Comment accéder à votre serveur en offre NAT et en offre avec IP dédiée, ce qui fonctionne en sortie, et le DNS inverse.
Offres NAT
Un serveur NAT n'a pas d'IPv4 publique propre. Vous vous connectez en SSH sur un port personnel indiqué dans le tableau de bord (serveurs Windows : RDP sur un port personnel) — par exemple ssh -p 20123 root@host. Les autres ports entrants ne sont pas accessibles depuis Internet : sites web, serveurs mail, serveurs de jeu et points d'accès VPN nécessitent une offre avec IP dédiée. Les connexions sortantes fonctionnent normalement, ce qui fait du NAT un bon choix pour les bots, agents, workers et tâches planifiées.
Offres avec IP dédiée
Un serveur à IP dédiée a sa propre IPv4 publique. SSH est sur le port 22 (RDP sur le 3389 pour Windows), et tout port que vous ouvrez dans votre pare-feu est accessible. Vous pouvez faire passer un serveur NAT à une IP dédiée plus tard sans réinstaller — voir Changer d'offre.
Trafic sortant et e-mail
Tout le trafic sortant est autorisé, sauf les ports SMTP 25 et 465, fermés par défaut sur toutes les offres pour éviter le spam sur notre réseau. L'envoi via un fournisseur de messagerie sur le port 587 fonctionne. Si vous faites tourner un vrai serveur mail sur une offre avec IP dédiée, demandez au support d'ouvrir le port 25 en précisant ce que vous allez envoyer.
DNS inverse (PTR)
Sur les offres avec IP dédiée, vous définissez vous-même le nom DNS inverse de votre IPv4 depuis la page du serveur — les serveurs mail en ont besoin, et il doit correspondre à leur nom d'hôte. Les offres NAT n'ont pas d'adresse propre, il n'y a donc pas de PTR à définir.
IPv6
Toutes les offres reposent sur l'IPv4 — via le NAT pour les offres NAT, directement pour les offres avec IP dédiée. L'IPv6 n'est encore garanti par aucune offre : ne construisez rien qui en dépende.
Commentaires
Pas encore de commentaires. Soyez le premier.