Tutoriel réseau Proxmox une IP publique pour chaque machine virtuelle

Vos adresses figurent dans l'e-mail Configuration du serveur dédié que nous avons envoyé le jour de la création de votre serveur, d'abord les IPv4 puis les IPv6. Vous pouvez aussi les voir à tout moment dans votre compte : ouvrez le serveur et consultez le panneau intitulé Accès, réseau & rDNS.

Sur un serveur Proxmox, seule la première adresse est configurée sur l'hôte. L'e-mail vous l'indique sous la liste des adresses. Nous nous arrêtons là volontairement : un hôte détenant toutes les adresses répondrait pour chacune d'elles, et vos machines virtuelles n'auraient plus rien à utiliser. Les autres vous appartiennent, à attribuer aux machines virtuelles ou à l'hôte si vous voulez qu'il en ait plusieurs.

Vous avez besoin des mêmes quelques valeurs à chaque fois que vous placez une adresse :

Masque de sous-réseau

/24Soit 255.255.255.0.

Passerelle

.1Le .1 de la plage où se trouve l'adresse, donc 203.0.113.58 utilise 203.0.113.1.

DNS sur l'hôte

209.244.0.3Vos machines virtuelles peuvent utiliser n'importe quel résolveur de votre choix.

IPv6

/64La passerelle est le préfixe suivi de ::1. L'étape 06 donne les détails.

La plupart des gens devraient choisir celle-ci. Votre machine virtuelle agit comme son propre ordinateur sur le même commutateur, parle directement à nos routeurs, et l'hôte n'a besoin d'aucun changement.

Dans Proxmox, ajoutez un périphérique réseau à la machine virtuelle, choisissez vmbr0 comme pont, et gardez l'adresse MAC générée par Proxmox. Configurez ensuite l'adresse à l'intérieur de la machine virtuelle.

Debian ou Ubuntu avec ifupdown

/etc/network/interfaces

auto lo
iface lo inet loopback

auto ens18
iface ens18 inet static
    address 203.0.113.58/24
    gateway 203.0.113.1
    dns-nameservers 209.244.0.3 1.1.1.1

Ubuntu avec netplan

/etc/netplan/01-netcfg.yaml

network:
  version: 2
  ethernets:
    ens18:
      addresses: [203.0.113.58/24]
      routes:
        - to: default
          via: 203.0.113.1
      nameservers:
        addresses: [209.244.0.3, 1.1.1.1]

Windows

Mettez la même adresse, le même masque et la même passerelle dans les paramètres IPv4 de la carte réseau. Le système d'exploitation ne change rien pour nous : votre machine virtuelle est un ordinateur de plus sur le câble.

Vous n'avez rien à nous dire

Il n'y a aucun formulaire à remplir pour chaque nouvelle machine virtuelle, et vous ne nous envoyez pas d'adresses MAC. Certains hébergeurs demandent les deux. Nous avons vérifié de notre côté avant de l'affirmer : le port du commutateur utilisé par votre serveur n'a aucune limite d'adresses MAC et la sécurité des ports est désactivée. Nous avons aussi mis une seconde adresse et une seconde MAC sur un de nos propres serveurs et l'avons joint depuis Internet.

Quelques règles pour que cela continue de fonctionner :

• Donnez à chaque machine virtuelle sa propre adresse MAC. Si deux la partagent, ou si l'une copie celle de l'hôte, aucune ne fonctionne correctement.
• Utilisez la passerelle qui correspond à la plage de l'adresse, depuis l'étape 01.
• Utilisez uniquement des adresses qui sont sur votre compte. Ce pont se connecte à un réseau où se trouvent d'autres clients, et une adresse qui n'est pas la vôtre détourne leur trafic.
• Ne lancez jamais de serveur DHCP ni d'annonces de routeur sur vmbr0, pour la même raison. Si vous voulez un adressage automatique, utilisez le pont privé de l'étape 05.

Beaucoup de machines virtuelles ont seulement besoin de sortir, jamais d'être jointes : exécuteurs de build, workers, une base de données qui doit rester cachée. Donnez-leur des adresses privées sur un second pont, et l'hôte traduit leur trafic vers sa propre IP publique. Cela n'utilise aucune de vos adresses, vous pouvez donc en lancer autant que le matériel le permet.

Ajoutez un second pont et laissez vmbr0 tel quel :

auto vmbr1
iface vmbr1 inet static
    address 10.10.10.1/24
    bridge-ports none
    bridge-stp off
    bridge-fd 0
    post-up echo 1 > /proc/sys/net/ipv4/ip_forward
    post-up iptables -t nat -A POSTROUTING -s '10.10.10.0/24' -o eno1 -j MASQUERADE
    post-down iptables -t nat -D POSTROUTING -s '10.10.10.0/24' -o eno1 -j MASQUERADE

Attachez les machines virtuelles à vmbr1 et donnez à chacune une adresse dans cette plage, avec 10.10.10.1 comme passerelle. Internet les voit comme votre serveur. Rien ne peut les joindre de l'extérieur tant que vous ne redirigez pas un port, ce qui demande une paire de lignes de plus sur un port que l'hôte n'utilise pas :

post-up iptables -t nat -A PREROUTING -i eno1 -p tcp --dport 8443 -j DNAT --to 10.10.10.2:443
post-down iptables -t nat -D PREROUTING -i eno1 -p tcp --dport 8443 -j DNAT --to 10.10.10.2:443

Comme vmbr1 n'a pas de port physique, un serveur DHCP y est sûr, et c'est un moyen facile d'adresser de nombreuses machines.

Vous pouvez configurer vous-même le DNS inverse sur n'importe laquelle de vos adresses. Connectez-vous, ouvrez le serveur et allez dans Accès, réseau & rDNS. Chaque adresse affiche son nom actuel avec un bouton Modifier le rDNS à côté, et les adresses IPv6 fonctionnent de la même façon.

Saisissez un nom d'hôte : lettres, chiffres, tirets et points, au moins deux parties, chacune de 1 à 63 caractères. Le point final est ajouté pour vous. Le changement prend quelques minutes.

Si une machine virtuelle envoie des e-mails, configurez le DNS inverse sur l'adresse d'où part le courrier. Dans la configuration privée, c'est l'adresse de l'hôte. Ajoutez aussi l'enregistrement direct correspondant chez votre fournisseur DNS, car les serveurs de messagerie récepteurs vérifient que les deux concordent et rejettent le courrier sinon.