# Ip failover sur debian 9 serveur soyoustart de chez ovh **URL:** \ **Category:** Support Debian\ **Created:** [Juin 13, 2018, 4:11 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974 "2018-06-13T16:11:29Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 13, 2018, 4:11 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/1 "2018-06-13T16:11:29Z")
Bonjour à tous Cela fait plusieurs jours que je cherche comment installer une ipfailover sur mon serveur soyoustar qui est sur debian 9.4 JE suis ce tuto qui semble SIMPLE > **[Configurer l'IP aliasing sur un serveur dédié - OVHcloud Documentation](https://docs.ovhcloud.com/fr/guides/bare-metal-cloud/dedicated-servers/network-ipaliasing)** > > Ajoutez et configurez des adresses Additional IP sur votre serveur dédié OVHcloud pour un hébergement multi-sites ou multi-services nano /etc/systemd/network/50-default.network [Address] Address=22.33.44.55/32 ( bien sur je mets mon adresse ipfailover Label=failover1 # optional systemctl restart systemd-networkd et HOP ca devrait fonctionner … Mais cela ne fonctionne pas , le serveur fonctionne avec SON adresse ip et les sites fonctionnent , mais il ne tiens pas compte de l’ipfailover pour un site ,que me fourni le back office de soyoustat … et que j’ai mis dans chez le booker et que j’ai mis dans la config j’ai créer des virtuahost avec l’ip du serveur et un virtual host avec l’ipfailover , ca vous semble valable ? Avez vous une idée de comment faire , un tuto qui fonctionne , pour debian 9.4 ? Ou ca vient de chez ovh ( soyoustar ) ?? Merci d’avance de votre aide ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2018, 6:39 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/2 "2018-06-14T06:39:21Z")
Bonjour, > [@Fabius](#): > > nano /etc/systemd/network/50-default.network Bon déjà, pourquoi utiliser systemd ? Par défaut, même sous stretch, c’est le fichier `/etc/network/interfaces` pour configurer les interfaces. A moins bien entendu que ton serveur utilise `systemd-networkd` ; pour le vérifier: ``` root@monserveur:~# networkctl -a WARNING: systemd-networkd is not running, output will be incomplete. IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback n/a unmanaged 2 eth0 ether n/a unmanaged 2 links listed. ``` Comme tu peux le voir dans l’avertissement, par défaut `systemd-networkd` n’est pas démarré (`not running`). Tu peux aussi voir que les interfaces ne sont pas gérées (`unmanaged`). > [@Fabius](#): > > j’ai créer des virtuahost avec l’ip du serveur et un virtual host avec l’ipfailover , ca vous semble valable ? Je ne vois pas bien l’utilité si c’est pour servir un même site. Personnellement, je n’utiliserais que l’IP de failover. ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 8:18 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/3 "2018-06-14T08:18:10Z")
Merci de la réponse > [@sk4hrr](#): > > /etc/systemd/network/50-default.network Parce que c’est le TUTO d’OVH qui l’indique , pour debian 9 > **[Configurer l'IP aliasing sur un serveur dédié - OVHcloud Documentation](https://docs.ovhcloud.com/fr/guides/bare-metal-cloud/dedicated-servers/network-ipaliasing)** > > Ajoutez et configurez des adresses Additional IP sur votre serveur dédié OVHcloud pour un hébergement multi-sites ou multi-services Il est désormais possible d’ajouter dans le fichier source votre IP fail-over comme suit : Ce tuto ovh indique qu’il faut simplement faire ; nano /etc/systemd/network/50-default.network [Address] Address=22.33.44.55/32 ( je mets mon ip failover ) Label=failover1 # optional Lorsque je relance systemctl restart systemd-networkd , je n’ai aucun message d’erreur Ensuite , le fichier /etc/network/interfaces n’existe pas sous mon installation debian 9.4 Dans le répertoire ect/network … il y a seulement un répertoire : interfaces.d , ce répertoire est vide J’ai créer un fichier interfaces et j’ai mis avec mon ip a la place des xxx , comme si c’était un debian 8 auto eth0 iface eth0 inet static address SERVER\_IP netmask 255.255.255.0 broadcast xxx.xxx.xxx.255 gateway xxx.xxx.xxx.254 auto eth0:0 iface eth0:0 inet static address IP\_FAILOVER1 netmask 255.255.255.255 post-up /sbin/ifconfig eth0:0 IP\_FAILOVER1 netmask 255.255.255.255 broadcast IP\_FAILOVER1 pre-down /sbin/ifconfig eth0:0 down /etc/init.d/networking restart J’ai rien , même pas un message d’erreur Bref , je suis perdu … Qui aurait une idée , merci d’avance ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2018, 8:33 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/4 "2018-06-14T08:33:43Z")
> [@Fabius](#): > > Il est désormais possible d’ajouter dans le fichier source votre IP fail-over comme suit : Donc OVH a personnalisé Stretch pour basculer sur `systemd-networkd`, idée brillante… Non pas que je n’aime pas, je l’utilise, mais disons qu’on s’éloigne d’une installation par défaut… Bref. > [@Fabius](#): > > J’ai créer un fichier interfaces Du coup, inutile, que donne la commande `networkctl -a` ? > [@Fabius](#): > > /etc/init.d/networking restart > > J’ai rien , même pas un message d’erreur Certains diront « merci systemd », moi je dis que c’est la faute de la trop grand timidité de Debian à son sujet. Deux écoles. Si tu veux connaitre l’état du service networking, qu’a mon avis tu n’as pas si ils ont bien faire leur boulot : `systemctl status networking`. ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 9:38 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/5 "2018-06-14T09:38:14Z")
> [@sk4hrr](#): > > systemctl status networking Merci de tes réponses , voila le résultat , tu en penses quoi ? ```plaintext root@ns3005424:~# systemctl status networking â networking.service - Raise network interfaces Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese Active: active (exited) since Thu 2018-06-14 09:23:34 UTC; 12min ago Docs: man:interfaces(5) Process: 19793 ExecStop=/sbin/ifdown -a --read-environment --exclude=lo (code= Process: 17616 ExecStart=/sbin/ifup -a --read-environment (code=exited, status Process: 17612 ExecStartPre=/bin/sh -c ["$CONFIGURE_INTERFACES" != "no"] && Main PID: 17616 (code=exited, status=0/SUCCESS) juin 14 09:23:33 ns3005424 systemd[1]: Starting Raise network interfaces... juin 14 09:23:33 ns3005424 sh[17612]: ifquery: couldn't open interfaces file "/e juin 14 09:23:33 ns3005424 ifup[17616]: ifup: couldn't open interfaces file "/et juin 14 09:23:34 ns3005424 systemd[1]: Started Raise network interfaces. ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Juin 14, 2018, 10:30 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/6 "2018-06-14T10:30:24Z")
> [@Fabius](#): > > Cela fait plusieurs jours que je cherche comment installer une **ipfailover** sur mon serveur soyoustar qui est sur debian 9.4 Abus de langage de la part de OVH, l’IP n’est pas une µIP failover mais une IP supplémentaire. Peux-tu nous faire le retour d’un ip addr show ? ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2018, 12:12 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/7 "2018-06-14T12:12:33Z")
Je demandais le retour de `networkctl -a`, m’enfin du coup ça confirme qu’OVH fait n’importe quoi. > [@Clochette](#): > > Abus de langage de la part de OVH C’est pas le genre de la maison pourtant… 😋 ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 12:36 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/8 "2018-06-14T12:36:06Z")
> [@Clochette](#): > > ip addr show Merci de ton message , Voila ```plaintext root@ns3005424:~# ip addr show 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: bond0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 12:4a:2c:24:8e:56 brd ff:ff:ff:ff:ff:ff 3: dummy0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 82:5f:b8:7e:73:8d brd ff:ff:ff:ff:ff:ff 4: ifb0: mtu 1500 qdisc noop state DOWN group default qlen 32 link/ether 0e:93:23:b3:c1:b4 brd ff:ff:ff:ff:ff:ff 5: ifb1: mtu 1500 qdisc noop state DOWN group default qlen 32 link/ether 72:6e:0d:d6:00:0c brd ff:ff:ff:ff:ff:ff 6: eno1: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 4c:72:b9:42:f2:7d brd ff:ff:ff:ff:ff:ff inet 91.121.122.148/24 brd 91.121.122.255 scope global eno1 _( ip du serveur 91.121.122.148 )_ valid_lft forever preferred_lft forever inet 5.196.135.76/8 brd 5.255.255.255 scope global eno1 _( ip fail over 5.196.135.76 )_ valid_lft forever preferred_lft forever inet6 2001:41d0:1:b194::/64 scope global valid_lft forever preferred_lft forever inet6 fe80::4e72:b9ff:fe42:f27d/64 scope link valid_lft forever preferred_lft forever 7: teql0: mtu 1500 qdisc noop state DOWN group default qlen 100 link/void 8: tunl0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1 link/ipip 0.0.0.0 brd 0.0.0.0 9: gre0@NONE: mtu 1476 qdisc noop state DOWN group default qlen 1 link/gre 0.0.0.0 brd 0.0.0.0 10: gretap0@NONE: mtu 1462 qdisc noop state DOWN group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 11: sit0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1 link/sit 0.0.0.0 brd 0.0.0.0 12: ip6tnl0@NONE: mtu 1452 qdisc noop state DOWN group default qlen 1 link/tunnel6 :: brd :: ``` ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 12:38 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/9 "2018-06-14T12:38:08Z")
root@ns3005424:~# networkctl -a IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 bond0 ether off unmanaged 3 dummy0 ether off unmanaged 4 ifb0 ether off unmanaged 5 ifb1 ether off unmanaged 6 eno1 ether routable failed **( en rouge , ca marche pas , lol )** 7 teql0 void off unmanaged 8 tunl0 tunnel off unmanaged 9 gre0 ipgre off unmanaged 10 gretap0 ether off unmanaged 11 sit0 sit off unmanaged 12 ip6tnl0 tunnel6 off unmanaged ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 12:48 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/10 "2018-06-14T12:48:49Z")
> Abus de langage de la part de OVH, l’IP n’est pas une µIP failover mais une IP supplémentaire. Je pense que tu as raison ce n’est pas une véritable ipfailover … puisque dans le back office , il ni a pas de quoi la gérer afin de la basculer d’un serveur à un autre … ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2018, 1:22 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/11 "2018-06-14T13:22:44Z")
> [@Fabius](#): > > 6 eno1 ether routable failed ( en rouge , ca marche pas , lol ) C’est pas qu’elle ne fonctionne pas, c’est qu’elle est mal configurée. Si elle ne fonctionnait pas, tu n’aurais même plus accès à ton serveur. Je viens de voir que tu avais suivi [cette documentation](https://docs.ovh.com/fr/dedicated/network-ipaliasing/). Du coup, y a quoi dans le fichier d’origine ? ``` cat /etc/systemd/network/50-default.network.bak ``` Et dans ton nouveau fichier ? ``` cat /etc/systemd/network/50-default.network ``` ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 1:38 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/12 "2018-06-14T13:38:40Z")
```nohighlight /etc/systemd/network/50-default.network ``` ```nohighlight # This file sets the IP configuration of the primary (public) network device. # You can also see this as "OSI Layer 3" config. # It was created by the OVH installer, please be careful with modifications. # Documentation: man systemd.network or https://www.freedesktop.org/software/systemd/man/systemd.network.html [Match] MACAddress=4c:72:b9:42:f2:7d [Network] Description=network interface on public network, with default route DHCP=no Address=91.121.122.148/24 Gateway=91.121.122.254 #IPv6AcceptRA=false NTP=ntp.ovh.net DNS=127.0.0.1 DNS=213.186.33.99 DNS=2001:41d0:3:163::1 Gateway=2001:41d0:0001:b1ff:ff:ff:ff:ff [Address] Address=2001:41d0:0001:b194::/64 [Address] Address=5.196.135.76 ( ip failover , j'ai ajouter ces deux lignes ) [Route] Destination=2001:41d0:0001:b1ff:ff:ff:ff:ff Scope=link ``` et ```nohighlight 50-public-interface.link ( j'ai pas le 50-default.network.bak ) ``` ```nohighlight # This file configures the relation between network device and device name. # You can also see this as "OSI Layer 2" config. # It was created by the OVH installer, please be careful with modifications. # Documentation: man systemd.link or https://www.freedesktop.org/software/systemd/man/systemd.link.html [Match] MACAddress=4c:72:b9:42:f2:7d [Link] Description=network interface on public network, with default route MACAddressPolicy=persistent NamePolicy=kernel database onboard slot path mac #Name=eth0 # name under which this interface is known under OVH rescue system #Name=eno1 # name under which this interface is probably known by systemd ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 14, 2018, 1:39 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/13 "2018-06-14T13:39:46Z")
> [@Fabius](#): > > 6: eno1: \ mtu 1500 qdisc pfifo\_fast state UP group default qlen 1000 > link/ether 4c:72:b9:42:f2:7d brd ff:ff:ff:ff:ff:ff > inet 91.121.122.148/24 brd 91.121.122.255 scope global eno1 ( ip du serveur 91.121.122.148 ) valid\_lft forever preferred\_lft forever > inet 5.196.135.76/8 brd 5.255.255.255 scope global eno1 ( ip fail over 5.196.135.76 ) valid\_lft forever preferred\_lft forever L’adresse IP supplémentaire est bien configurée sur l’interface ethernet, mais pas avec la bonne longueur de préfixe qui devrait être /32 au lieu de /8. Avec /8, ton VPS croit que toutes les autres adresses 5.\*.\*.\* sont joignables directement sur son réseau local. ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Juin 14, 2018, 1:48 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/14 "2018-06-14T13:48:24Z")
> [@Fabius](#): > > [Address] > Address=5.196.135.76 ( ip failover , j’ai ajouter ces deux lignes ) Comme le dis @PascalHambourg, il te manque le masque… ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 1:56 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/15 "2018-06-14T13:56:33Z")
Merci a vous deux je viens de changer et j’ai mis [Address] Address=5.196.135.76/32 et systemctl restart systemd-networkd mais ca ne fonctionne pas dans le back office de soyoustart le groupe d’ip est 5.196.135.76/30 … Je dois mettre 32 ou 30 ?? Ensuite peut etre que c’est le vitual host ? \ ip du serveur ou \ ip suplementaire Votre avis ? J’ai testé les deux systemctl restart systemd-networkd et restart apache et Ca fontionne pas … Mon booker est bookmyname , j’ai mis l’ip supplementaire ou je dois mettre **l’ip du serveur ( dans ce cas , ca fonctionne )** ou l’ip suplementaire avec le masque ? Si je mets l’ip du serveur , l’ip sera celle du serveur et pas la supplementaire ? ou que je me trompe ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 14, 2018, 2:25 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/16 "2018-06-14T14:25:45Z")
Ce message est incompréhensible. > [@Fabius](#): > > dans le back office de soyoustart > le groupe d’ip est 5.196.135.76/30 « back office » ? « groupe d’ip » ? > [@Fabius](#): > > Ensuite peut etre que c’est le vitual host ? Quoi, le virtual host ? > [@Fabius](#): > > Mon booker est bookmyname , j’ai mis l’ip supplementaire ou je dois mettre l’ip du serveur ( dans ce cas , ca fonctionne ) ou l’ip suplementaire avec le masque ? « booker » ? Mis l’adresse où ? > [@Fabius](#): > > mais ca ne fonctionne pas Qu’est-ce qui ne fonctionne pas ? Cette phrase ne contient aucune information utile. Si tu commençais par expliquer la finalité de cette adresse IP supplémentaire ? ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 2:39 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/17 "2018-06-14T14:39:10Z")
PascalHambourg , ton message me laisse pantois … dans le back office de soyoustart le groupe d’ip est 5.196.135.76/30 Il y a un back office ou on gére le serveur … la on peut restarter la machine , installer le serveur et ajouter des ip failover , qui en fait ne sont que des ip supplementaire virtualhost , de APACHE … Booker , boomyname , celui qui gére le nom de domaine , avec un back office ou l’on rentre l’adresse ip du serveur … > Si tu commençais par expliquer la finalité de cette adresse IP supplémentaire ? J’imaginais que c’était clair pour tous le monde , \*\*simplement ne pas avoir la meme ip sur les sites du serveur et avoir des ip selon les pays … \*\* mais ca ne fonctionne pas , malgres tous mes efforts , le site qui est censé fonctionner avec l’ip suplementaire ne fonctionne pas … ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 2:40 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/18 "2018-06-14T14:40:01Z")
Y a quand meme des personnes qui ont réussis à faire fonctionner un serveur de chez ovh avec des ip supplementaires ??? ---
**Author:** ![Fabius](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/8797f3/32.png) [@Fabius](https://www.debian-fr.org/u/Fabius)\ **Post date:** [Juin 14, 2018, 2:46 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/19 "2018-06-14T14:46:00Z")
> [@Fabius](#): > > ip addr show Apres avoir mis /32 ```plaintext ip addr show ``` ````plaintext 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: bond0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 12:4a:2c:24:8e:56 brd ff:ff:ff:ff:ff:ff 3: dummy0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 82:5f:b8:7e:73:8d brd ff:ff:ff:ff:ff:ff 4: ifb0: mtu 1500 qdisc noop state DOWN group default qlen 32 link/ether 0e:93:23:b3:c1:b4 brd ff:ff:ff:ff:ff:ff 5: ifb1: mtu 1500 qdisc noop state DOWN group default qlen 32 link/ether 72:6e:0d:d6:00:0c brd ff:ff:ff:ff:ff:ff 6: eno1: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 4c:72:b9:42:f2:7d brd ff:ff:ff:ff:ff:ff inet 91.121.122.148/24 brd 91.121.122.255 scope global eno1 valid_lft forever preferred_lft forever inet 5.196.135.76/32 brd 5.196.135.76 scope global eno1 valid_lft forever preferred_lft forever inet6 2001:41d0:1:b194::/64 scope global valid_lft forever preferred_lft forever inet6 fe80::4e72:b9ff:fe42:f27d/64 scope link valid_lft forever preferred_lft forever 7: teql0: mtu 1500 qdisc noop state DOWN group default qlen 100 link/void 8: tunl0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1 link/ipip 0.0.0.0 brd 0.0.0.0 9: gre0@NONE: mtu 1476 qdisc noop state DOWN group default qlen 1 link/gre 0.0.0.0 brd 0.0.0.0 10: gretap0@NONE: mtu 1462 qdisc noop state DOWN group default qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 11: sit0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1 link/sit 0.0.0.0 brd 0.0.0.0 12: ip6tnl0@NONE: mtu 1452 qdisc noop state DOWN group default qlen 1 link/tunnel6 :: brd :: ```text [quote="PascalHambourg, post:20, topic:76974"] Tu n’as toujours pas dit concrètement ce que tu voulais obtenir et ce qui ne marchait pas. [/quote] Ce qui ne fonctionne pas le site qui est avec l'ip suplementaire ne fonctionne pas - le booker pointe sur cet ip - j'ai suivi le tuto d'ovh - j'ai apporté les modifs , selon l'aide que j'ai eu en réponse le site ne réponds pas Le but; **simplement ne pas avoir la meme ip sur mes sites qui sont sur le même du serveur et avoir des ip selon les pays …** Vu que je peux plus poster de message avant demain ..... j'espere que d'ici demain j'aurais un piste à tester .... ```` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juin 14, 2018, 2:58 UTC](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974/20 "2018-06-14T14:58:47Z")
> [@Fabius](#): > > PascalHambourg , ton message me laisse pantois C’est que tu ne te rends pas compte à quel point les informations que tu as fournies sont lacunaires. Tu crois que tout le monde ici utilise son serveur comme toi, est client chez l’hébergeur de ton VPS et le registrar de ton nom de domaine et connaît leurs interfaces de gestion ? > [@Fabius](#): > > Il y a un back office ou on gére le serveur Tu veux parler de l’interface de gestion ? Pourquoi employer du jargon obscur ? > [@Fabius](#): > > la on peut restarter la machine , installer le serveur et ajouter des ip failover , qui en fait ne sont que des ip supplementaire Et le « groupe d’ip », là-dedans, ça correspond à quoi ? > [@Fabius](#): > > virtualhost , de APACHE Je sais ce qu’est un virtual host de site web. Tu as écrit « peut être que c’est le virtual host ? », et je te demandais ce que tu voulais dire par là. > [@Fabius](#): > > Booker , boomyname , celui qui gére le nom de domaine , avec un back office ou l’on rentre l’adresse ip du serveur … Tu la rentres où exactement ? On n’est pas devant ton écran ! > [@Fabius](#): > > J’imaginais que c’était clair pour tous le monde , \*\*simplement ne pas avoir la meme ip sur les sites du serveur et avoir des ip selon les pays … \*\* Ben non, ce n’était clair pour personne car tu n’en avais rien dit et on peut faire bien d’autres choses avec une adresse IP supplémentaire. Qu’entends-tu par « avoir des IP selon les pays » ? Tu n’as toujours pas dit concrètement ce que tu voulais obtenir et ce qui ne marchait pas. [Page suivante](https://www.debian-fr.org/t/ip-failover-sur-debian-9-serveur-soyoustart-de-chez-ovh/76974.md?page=2)