[svnet]

Bonjour à tous,

pour vous informer que mon problème résolu. Le support après plusieurs jours d'investigation à vu qu'il y avait un défaut de routage sur l'infrastructure IP-FAILOVER.
Entre temps j'avais recommandé une autre IP et ce sans problème. Pas eu de bol

Cordialement

[svnet]

Re,

Si tu as créé un ticket incident, généralement ils sont traités rapidement.

Un ticket normal ... çà dépend.

Ce matin toujours pas de réponse. En attendant j'ai effectué de nouveaux tests avec l'IP Sup. fonctionnelle juste pour voir son comportement lorsque celle-ci est détachée du VPS :
- Je désactive IPS1 (ifdown etch0:0) et je la ping depuis mon FAI -> IP injoignable.donc normal
- Je désactive IPS2 (ifdown eth0:1), je ping depuis mon FAI -> joignable et traceroute : néant
- J'active IPS2 (ifup eth0:1), je ping depuis mon FAI -> joignable et traceroute : néant

Dans les 2 derniers cas mêmes résultats et un http sur IPS2 me donne cette page :
http://87.98.136.169

donc ça résume bien ce que je pense. J'ai ouvert un ticket incident

Cordialement

[buddy]

Si tu as créé un ticket incident, généralement ils sont traités rapidement.

Un ticket normal ... çà dépend.

[svnet]

Essaye au besoin dans ton fichier d'inverser ipsup1 et ips2 (mettre ip sup2 sur eth0:0 et ipsup1 sur et0:1 (pour écarter un problème de caractères / syntaxe dans le fichier).

Pour tester J'ai même configuré seule ips2 sur eth0:0 et désactivé ips1

Ceci-dit j'ai ouvert un ticket au support. Je ne m'attend pas avoir de réponses dans l'immédiat. C’est encore les vacances

Cordialement

[buddy]

c'est ce que je pense aussi. et c'est ce qui semble être confirmé.

Essaye au besoin dans ton fichier d'inverser ipsup1 et ips2 (mettre ip sup2 sur eth0:0 et ipsup1 sur et0:1 (pour écarter un problème de caractères / syntaxe dans le fichier).

Sinon, oui je pense que l'ip SUP2 n'est pas correctement routé vers ton VPS.

[svnet]

Merci @buddy pour ta réponse

Bonjour,

si tu fais un traceroute vers ton VPS, vers ton IP sup 1 et vers ton ip sup 2 c'est "identique" ?

IP sup1

traceroute to 178.32.40.85 (178.32.40.85), 30 hops max, 60 byte packets
 1  192.168.10.253 (192.168.10.253)  0.637 ms  0.977 ms  1.368 ms
 2  192.168.1.1 (192.168.1.1)  8.324 ms  8.600 ms  8.863 ms
 3  bel60-1-82-233-56-254.fbx.proxad.net (82.233.56.254)  22.663 ms  24.338 ms  24.862 ms
 4  213.228.37.126 (213.228.37.126)  25.870 ms  28.361 ms  28.618 ms
 5  cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37)  31.651 ms  32.301 ms  33.714 ms
 6  p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1)  37.029 ms  28.170 ms  20.462 ms
 7  bzn-9k-7-be1001.intf.routers.proxad.net (194.149.163.170)  30.481 ms  33.869 ms  34.123 ms
 8  be99-102.gsw-1-a9.fr.eu (213.186.32.237)  28.557 ms  28.084 ms  29.955 ms
 9  be1-1176.sbg-g2-a9.fr.eu (94.23.122.116)  36.048 ms  35.261 ms  42.316 ms
10  37.187.232.55.router.ovh.net (37.187.232.55)  41.109 ms 37.187.232.53.router.ovh.net (37.187.232.53)  43.059 ms  42.653 ms
11  * * *
12  51.255.188.170 (51.255.188.170)  27.219 ms  29.227 ms  28.320 ms
13  36.ip-92-222-54.eu (92.222.54.36)  26.175 ms  26.852 ms  27.433 ms
14  ip85.ip-178-32-40.eu (178.32.40.85)  37.157 ms  36.840 ms  40.806 ms

Ca arrive à destination

IP Sup2

traceroute to 87.98.136.169 (87.98.136.169), 30 hops max, 60 byte packets
 1  192.168.10.253 (192.168.10.253)  0.724 ms  1.053 ms  1.420 ms
 2  192.168.1.1 (192.168.1.1)  8.488 ms  8.753 ms  9.040 ms
 3  bel60-1-82-233-56-254.fbx.proxad.net (82.233.56.254)  22.879 ms  24.409 ms  24.897 ms
 4  213.228.37.126 (213.228.37.126)  25.894 ms  26.152 ms  26.546 ms
 5  cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37)  29.259 ms  30.280 ms  30.694 ms
 6  p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1)  37.911 ms  26.214 ms  24.583 ms
 7  bzn-9k-7-be1001.intf.routers.proxad.net (194.149.163.170)  28.433 ms  28.992 ms  29.460 ms
 8  be99-102.gsw-1-a9.fr.eu (213.186.32.237)  25.247 ms  27.907 ms  28.578 ms
 9  be11-1270.rbx-g2-a9.fr.eu (91.121.128.48)  33.781 ms  34.100 ms be10-1181.rbx-g2-a9.fr.eu (213.251.130.54)  34.635 ms
10  po7.rbx-iplb1b-a70.fr.eu (37.187.231.81)  37.916 ms  38.230 ms po7.rbx-iplb1a-a70.fr.eu (37.187.231.77)  35.108 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Le triangle des Bermudes

Du fait que j’atterris sur la page OVH de site non configuré, j'ai l'impression que l'ip que j'ai acheté était attribuée auparavant à un hébergement quelconque ou à une redirection OVH et n'a pas été détachée

[buddy]

Bonjour,

si tu fais un traceroute vers ton VPS, vers ton IP sup 1 et vers ton ip sup 2 c'est "identique" ?

[svnet]

Bonjour à tous,

J'ai acheté une seconde ip supplémentaire pour mon VPS. Celle-ci est bien configurée comme seconde interface virtuelle tout en ayant suivi le guide http://guides.ovh.com/AjouterAliasIp/
lorsque je pointe vers l'ip je tombe sur la page OVH "Site non installé". Normalement si comme la première IP Sup j'aurais dû tomber sur le VPS

Ma config sous debian 7 /etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
        address IP VPS
        netmask 255.255.255.255
        post-up /sbin/ip route add 164.132.224.1 dev eth0
        post-up /sbin/ip route add default via 164.132.224.1
        pre-down /sbin/ip route del default via 164.132.224.1
        pre-down /sbin/ip route del 164.132.224.1 dev eth0
        dns-nameserver 213.186.33.99
        dns-search ovh.net

# IP SUP1 (fonctionnelle)
auto eth0:0
iface eth0:0 inet static
address IP SUP
netmask 255.255.255.255
broadcast IP SUP

# IP SUP2 (non-fonctionnelle)
auto eth0:1
iface eth0:1 inet static
address IP SUP2
netmask 255.255.255.255
broadcast IP SUP2

un

ifup eth0:1

à bien été executé ainsi qu'un éventuel redémarrage de l'interface réseau. Eth0:1 est UP d'après

ifconfig

Dans l'attente de vos lumières

Bien Cordialement