Choisir adresse ip public debian

Support Debian
#1

Bonjour,

j’ai un serveur vps chez ovh, j’ai acheter une adresse ip supplémentaire pour mon serveur VPS.
J’ai suivi ce guide pour la configurer sous debian :

En externe sa fonctionne, j’accede bien a mon site par les 2 adresse IP.
Par contre j’aimerais sortir avec ma 2em IP failover. Comment dire a debian de choisir la bonne adresse ip de sortie ?

voici le fichier :

auto lo
iface lo inet loopback
    dns-nameservers 213.186.33.99

auto eth0
iface eth0 inet dhcp
    mtu 1500

auto eth0:0
iface eth0:0 inet static
address 146.59.xxx.xxx (ma 2em ip failover)
netmask 255.255.255.255

Merci

#2

Bonjour,

Pas besoin d’interface virtuelle, c’est une méthode obsolète

auto eth0
iface eth0 inet static
    address xxx.xxx.xxx.xxx
    netmask 255.255.255.0
    network xxx.xxx.xxx.0
    broadcast xxx.xxx.xxx.255
    gateway xxx.xxx.xxx.254
    up ip addr add yyy.yyy.yyy.yyy/32 dev eth0

Il faut juste vérifier l’adresse de la passerelle fournie par OVH.

#3

Merci

Dans adresse je mes ma 2em ip ?
et dans up ip addr add : ma 2em ip aussi ?
Je vais voir sur l’interface ovh pour la passerelle

(la Gateway il me la donne mais en IPv6) pas grave ?

#4

Dans mon exemple xxx.xxx.xxx.xxx est la première IP (celle qui t’a été attribuée à l’origine) et yyy.yyy.yyy.yyy ta seconde IP.

La passerelle IPv4 tu peux la voir avec :

ip route

Si tu as de l’IPv6 il faudra aussi la configurer (voir les docs ou l’assistance OVH).

#5

Merci je vais tester et a quoi correspond network ?

merci

#6

Les paramètres network et broadcast peuvent être, en général, calculés grâce à l’adresse et au masque, tu n’es pas obligæ de les mettre.

#7

Bon j’ai essayer :

uto eth0
iface eth0 inet static
    address 146.59.xxx.xxx
    netmask 255.255.255.255
    broadcast 146.59.xxx.xxx
    gateway 146.59.153.1
    up ip addr add 146.59.yyy.yyy/32 dev eth0

Plus d’accees au serveur. :confused:
une idee?

#8

Tu es sûr de la passerelle et de tes adresses IP ?
Je n’ai pas de VPS chez OVH mais sur leurs serveurs dédiés la passerelle c’est toujours xxx.xxx.xxx.254

#9

Je crois que @dodo.deejay31 voulait de l’aide pour reprendre la main sur son serveur…

Je crois que, chez OVH, tu as possibilité de lancer un système de rescue. Après, tu montes le système et tu modifies la configuration réseau et ça devrait aller.
Tant que tu es sur un système joignable, profites-en pour voir comment il est configuré avec les petits ip a et ip r.

#10

Je fais un snashop a chaque fois, du coup c’est bon je redemarre :

Sinon voici :

La commande : ip r

efault via 146.59.153.1 dev eth0
146.59.153.1 dev eth0 scope link

#11

Heu, c’est 255.255.255.255 ? C’était ça le problème, le routeur n’était pas dans le même réseau.
Utilise le netmask que tu as quand ça fonctionne.

#12

Ah, pardon, tu peux mettre ça à la place :

auto eth0
iface eth0 inet dhcp
	mtu		1500
	post-up	/bin/ip add add 146.59.xxx.xxx/32 dev eth0
#13

Voici en detail :

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         146.59.153.1    0.0.0.0         UG    0      0        0 eth0
146.59.153.1    0.0.0.0         255.255.255.255 UH    0      0        0 eth0
root@smtp:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 146.59.153.xxx(1er ip)  netmask 255.255.255.255  broadcast 146.59.153.xxx
        inet6 fe80::f816:3eff:fed1:b761  prefixlen 64  scopeid 0x20<link>
        ether fa:16:3e:d1:b7:61  txqueuelen 1000  (Ethernet)
        RX packets 1871  bytes 224630 (219.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1631  bytes 247628 (241.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 146.59.143.yyy(2em ip) netmask 255.255.255.255  broadcast 146.59.143.yyy
        ether fa:16:3e:d1:b7:61  txqueuelen 1000  (Ethernet)

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 538  bytes 67438 (65.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 538  bytes 67438 (65.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Voici le fichier actuellement :

auto lo
iface lo inet loopback
    dns-nameservers 213.186.33.99

auto eth0
iface eth0 inet dhcp
    mtu 1500

auto eth0:0
iface eth0:0 inet static
address 146.59.143.yyy(2em ip) 
netmask 255.255.255.255

Du coup : sa serais :

J’ai pris netmask 255.255.255.255 car c’est ce qui est afficher quand je fais ifconfig…

du coup :

uto eth0
iface eth0 inet static
    address 146.59.153.xxx(1er ip)
    netmask 255.255.255.0
    broadcast 146.59.153.xxx(1er ip)
    gateway 146.59.153.1
    up ip addr add 146.59.yyy.yyy(2em ip)/32 dev eth0
    mtu 1500

?
Je laisse :

auto lo
iface lo inet loopback
    dns-nameservers 213.186.33.99

?

Ou j’efface tous et j’essaye sa :

auto eth0
iface eth0 inet dhcp
	mtu		1500
	post-up	/bin/ip add add 146.59.xxx.xxx/32 dev eth0

?

merci a vous

#14

Oui, normalement, ça devrait être bon comme ça. Bon, après, il faudra répondre à ta question initiale, mais si ça fonctionne comme ça, ce sera déjà un bon début.

#15

Ok merci c’est normal 2 fois add?

#16

Pardon, sens de l’humour mal placé, mets plutôt /bin/ip address add 146.59.xxx.xxx/32 dev eth0 ou /bin/ip a add 146.59.xxx.xxx/32 dev eth0 si c’est plus clair. C’est juste que je trouve ça drôle de mettre deux fois add.

#17

Définir un DNS extérieur dans la configuration de l’interface de loopback est absurde.

De même que configurer un serveur en DHCP, à mon avis. Ça n’a aucun intérêt et cela constitue un point de défaillance supplémentaire.

Note : l’option dns-nameservers n’est prise en compte que si le paquet resolvconf est installé.

Un alias IP n’est pas une interface virtuelle. Certes les alias IP sont obsolètes, mais ta méthode aussi. La méthode moderne, c’est de créer deux strophes inet, une avec chaque adresse.

Oubliez les network et broadcast, le risque d’erreur n’est pas nul et il est très race qu’on ait besoin de les définir.

ifconfig et route sont obsolètes. Utilise plutôt les commandes modernes

ip -4 addr
ip route

Si OVH met un /32 sur l’adresse principale aussi, il doit y avoir une raison. Peut-être que c’est lien ethernet point à point, auquel seul le routeur est connecté. Dans ce cas si tu prends une autre longueur de préfixe comme /24, tous les autres serveurs dans cette plage risquent d’être injoignables.

Mais comme l’a souligné @Almtesh, tout ça ne répond pas à la question posée.
Pour que la machine utilise par défaut l’adresse secondaire pour ses communications sortantes, il faut le spécifier dans la route par défaut. Donc soit remplacer la route par défaut ou la route vers le routeur actuelle (créée par le client DHCP), soit la surpasser avec une route de plus grande priorité (métrique plus basse). Cf. l’option « metric » dans man interfaces.

#18

Merci pour ta reponse, et du coup je suis perdu, je ne sais pas du tout faire sa,
Es que tu peux me dire comment faire ?
Merci a toi

#19

D’abord, tu dois décider si tu restes en DHCP ou si tu passes en statique pour l’adresse IP principale.

#20

Peu importe, du moment ou ma 2em adresse sort en principal (surtout pour postfix). La principal je m’en fou… :slight_smile: