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 ?
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… 
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 ::
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
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 …
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/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
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.
1 J'aime
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 ?
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 ?
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 …
Y a quand meme des personnes qui ont réussis à faire fonctionner un serveur de chez ovh avec des ip supplementaires ???
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 ....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.
Salut
J’ai remarqué que ton pseudo fréquentait plusieurs forum et que à chaque fois , tu avais des façons limites agréables de répondre aux gens …
Mais que très rarement tu donnais des solutions techniques …
Alors , MDR , mais va jouer ailleurs !
C’est à dire ? Que disent les commandes suivantes :
root@monserveur:~# systemctl status systemd-networkd
root@monserveur:~# networkctl status eno1
Avant d’essayer de mettre un service quelconque derrière une IP, pourquoi ne pas essayer d’effectuer un ping depuis chez toi sur cette IP ?
euh..
Tu as une preuve absolue qu’il s’agit bel et bien de la même personne ? Si non, alors considère que ça n’est pas la même.
J’ai ouvert deux sujets ici et a chaque fois, @PascalHambourg a été très technique… Puis bon, je pense qu’il fait comme tout le monde, il essaye d’aider dans la limite de ses propres compétences.
Pour simplement finir là dessus, on aurais très bien pu t’envoyer auprès du support OVH étant donné que la Debian que tu utilises n’est pas standard.
@sk4hrr : Apparemment le problème de configuration de l’adresse IP supplémentaire avec systemd-networkd est maintenant réglé. Il reste le problème d’utiliser cette adresse avec le serveur web (configuration DNS, virtual host…).
@Fabius : Je ne peux donner de solution technique que si le besoin est clairement défini.
1 J'aime
En fait , il semble que ca soit récurant comme soucis
https://forum.ovh.com/showthread.php/87308-Problème-d-IP-failover-injoignable
https://forum.ovh.com/showthread.php/110009-IP-Failover-sur-Debian-8-ne-ping-pas
J’ai ouvert un ticket depuis jeudi et pas de réponse du support …
…
Un conseil pour un serveur dédié autre que chez OVH ?? j’envisage de changer de cremerie , lool