Ip failover sur debian 9 serveur soyoustart de chez ovh

Fabius · Juin 13, 2018, 4:11

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

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

sk4hrr · Juin 14, 2018, 6:39

Bonjour,

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).

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.

Fabius · Juin 14, 2018, 8:18

Merci de la réponse

Parce que c’est le TUTO d’OVH qui l’indique , pour debian 9

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

sk4hrr · Juin 14, 2018, 8:33

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.

Du coup, inutile, que donne la commande networkctl -a ?

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.

Fabius · Juin 14, 2018, 9:38

Merci de tes réponses , voila le résultat , tu en penses quoi ?

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.

Clochette · Juin 14, 2018, 10:30

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 ?

sk4hrr · Juin 14, 2018, 12:12

Je demandais le retour de networkctl -a, m’enfin du coup ça confirme qu’OVH fait n’importe quoi.

C’est pas le genre de la maison pourtant…

Fabius · Juin 14, 2018, 12:36

Merci de ton message ,

Voila

root@ns3005424:~# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> 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: <BROADCAST,MULTICAST,MASTER> 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: <BROADCAST,NOARP> 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: <BROADCAST,NOARP> 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: <BROADCAST,NOARP> 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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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: <NOARP> mtu 1500 qdisc noop state DOWN group default qlen 100
    link/void
8: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1
    link/ipip 0.0.0.0 brd 0.0.0.0
9: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN group default qlen 1
    link/gre 0.0.0.0 brd 0.0.0.0
10: gretap0@NONE: <BROADCAST,MULTICAST> 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: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1
    link/sit 0.0.0.0 brd 0.0.0.0
12: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN group default qlen 1
    link/tunnel6 :: brd ::

Fabius · Juin 14, 2018, 12:38

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

Fabius · Juin 14, 2018, 12:48

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 …

sk4hrr · Juin 14, 2018, 1:22

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.

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

Fabius · Juin 14, 2018, 1:38

/etc/systemd/network/50-default.network

# 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

50-public-interface.link ( j'ai pas le 50-default.network.bak )

# 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

PascalHambourg · Juin 14, 2018, 1:39

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.

sk4hrr · Juin 14, 2018, 1:48

Comme le dis @PascalHambourg, il te manque le masque…

Fabius · Juin 14, 2018, 1:56

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 ?

<VirtualHost 91.121.122.148> ip du serveur
ou
<VirtualHost 5.196.135.76> 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 ?

PascalHambourg · Juin 14, 2018, 2:25

Ce message est incompréhensible.

« back office » ? « groupe d’ip » ?

Quoi, le virtual host ?

« booker » ? Mis l’adresse où ?

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 ?

Fabius · Juin 14, 2018, 2:39

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 …

Fabius · Juin 14, 2018, 2:40

Y a quand meme des personnes qui ont réussis à faire fonctionner un serveur de chez ovh avec des ip supplementaires ???

Fabius · Juin 14, 2018, 2:46

Apres avoir mis /32

ip addr show

1: lo: <LOOPBACK,UP,LOWER_UP> 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: <BROADCAST,MULTICAST,MASTER> 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: <BROADCAST,NOARP> 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: <BROADCAST,NOARP> 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: <BROADCAST,NOARP> 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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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: <NOARP> mtu 1500 qdisc noop state DOWN group default qlen 100
    link/void 
8: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1
    link/ipip 0.0.0.0 brd 0.0.0.0
9: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN group default qlen 1
    link/gre 0.0.0.0 brd 0.0.0.0
10: gretap0@NONE: <BROADCAST,MULTICAST> 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: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1
    link/sit 0.0.0.0 brd 0.0.0.0
12: ip6tnl0@NONE: <NOARP> 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 ....

PascalHambourg · Juin 14, 2018, 2:58

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 ?

Tu veux parler de l’interface de gestion ? Pourquoi employer du jargon obscur ?

Et le « groupe d’ip », là-dedans, ça correspond à quoi ?

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à.

Tu la rentres où exactement ? On n’est pas devant ton écran !

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.