OVH Community, your new community space.

IP failover no responde el ping


dougotic1992
06/08/2013, 00:21
Buenos días que tal tengo el mismo problema pudiste resolverlo o alguna pauta al respecto?

gustavop
31/07/2013, 18:35
Cita Publicado inicialmente por tecneca
A mí me ha pasado lo mismo un par de veces, y era tema de enrutamiento de OVH. En ambos casos, tuve que mover la ip a otro servidor, y después volver a encaminarla al que quería, y ya me operó.

Como se trata de una failover sobre virtualización, la manera que tengo yo de saber si están bien enrutadas es hacer un traceroute a dicha ip. Si todo es correcto, el salto justo anterior a dicha ip tiene que ser el servidor físico al que está asignada.

Prueba desde esta web (aunque podrías hacerlo desde tu propio equipo), y verifica lo que te comento.

Suerte!
en este punto todavía no creo las máquinas virtuales que ocuparán las IPs failover, por ahora sólo estoy intentando que la configuración de red del dom0
responda a los pings que se realizan desde el exterior.

el iptraf en dom0 me devuelve lo siguiente cuando hago ping sobre la IP failover:

Código:
ICMP echo req (84 bytes) from 70.xxx.xxx.220 to 198.xxx.xxx.68 on eth0
uno detrás del otro, por lo que asumo que el enrutamiento de la IP failover es correcto.

gustavop
31/07/2013, 18:27
Cita Publicado inicialmente por Ghaelito
Cambia el broadcast, en vez de la IP Failover utiliza la IP Failover pero acabada en 254 y deja la mascara acabada en 0, no la cambies por 255
he probado como me dices, pero no ha cambiado...

gustavop
31/07/2013, 18:24
Cita Publicado inicialmente por interpeix
¿Es posible que tengas el firewall activado y te lo esté bloqueando?
mmm... no, he probado de ambas formas, con el firewall apagado, y prendido con las siguientes reglas:

Código:
-A INPUT -p icmp --icmp-type echo-request -j ACCEPT
-A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT
y sigue igual...

tecneca
31/07/2013, 16:37
A mí me ha pasado lo mismo un par de veces, y era tema de enrutamiento de OVH. En ambos casos, tuve que mover la ip a otro servidor, y después volver a encaminarla al que quería, y ya me operó.

Como se trata de una failover sobre virtualización, la manera que tengo yo de saber si están bien enrutadas es hacer un traceroute a dicha ip. Si todo es correcto, el salto justo anterior a dicha ip tiene que ser el servidor físico al que está asignada.

Prueba desde esta web (aunque podrías hacerlo desde tu propio equipo), y verifica lo que te comento.

Suerte!

Ghaelito
31/07/2013, 15:17
Cambia el broadcast, en vez de la IP Failover utiliza la IP Failover pero acabada en 254 y deja la mascara acabada en 0, no la cambies por 255

interpeix
31/07/2013, 15:05
¿Es posible que tengas el firewall activado y te lo esté bloqueando?

gustavop
31/07/2013, 14:55
Estimados,

desde hace una semana que intento configurar una IP failover en un servidor dedicado pero no logro tener respuesta de un ping externo.

He configurado la IP failover 198.xxx.xxx.68 a mi servidor ns40xxx57.ip-192-xxx-xxx.net (192.xxx.xxx.88) siguiendo la guía "Añadir una dirección IP alias sobre un servidor dedicado" en http://guias.ovh.es/NuevoAliasIp#link4

El servidor corre un CentOS-5.9-x86_64

La salida de ifconfig es la siguiente:

Código:
[root@ns40xxx57 ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 70:54:D2:19:BB:4D  
          inet addr:192.xxx.xxx.88  Bcast:192.xxx.xxx.255  Mask:255.255.255.0
          inet6 addr: 2607:xxxx:xx:3158::1/64 Scope:Global
          inet6 addr: fe80::xxxx:xxxx:fe19:bb4d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:29239 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32399 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2878028 (2.7 MiB)  TX bytes:6816958 (6.5 MiB)

eth0:0    Link encap:Ethernet  HWaddr 70:54:D2:19:BB:4D  
          inet addr:198.xxx.xxx.68  Bcast:198.xxx.xxx.68  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

eth0:1    Link encap:Ethernet  HWaddr 70:54:D2:19:BB:4D  
          inet addr:198.xxx.xxx.30  Bcast:198.xxx.xxx.30  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2712 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2712 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:277966 (271.4 KiB)  TX bytes:277966 (271.4 KiB)

peth0     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:29542 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32505 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2932974 (2.7 MiB)  TX bytes:6829082 (6.5 MiB)
          Interrupt:20 Memory:fe500000-fe520000 

vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  
          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:32401 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29239 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:6816592 (6.5 MiB)  TX bytes:2878028 (2.7 MiB)

virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00  
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:2852 (2.7 KiB)

xenbr0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:1076 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:116351 (113.6 KiB)  TX bytes:0 (0.0 b)

Si realizo un ping desde el mismo servidor responde de la siguiente manera:

Código:
[root@ns40xxx57 ~]# ping 198.xxx.xxx.68
PING 198.xxx.xxx.68 (198.xxx.xxx.68) 56(84) bytes of data.
64 bytes from 198.xxx.xxx.68: icmp_seq=1 ttl=64 time=0.017 ms
64 bytes from 198.xxx.xxx.68: icmp_seq=2 ttl=64 time=0.010 ms
64 bytes from 198.xxx.xxx.68: icmp_seq=3 ttl=64 time=0.011 ms
64 bytes from 198.xxx.xxx.68: icmp_seq=4 ttl=64 time=0.010 ms
64 bytes from 198.xxx.xxx.68: icmp_seq=5 ttl=64 time=0.010 ms

--- 198.xxx.xxx.68 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3996ms
rtt min/avg/max/mdev = 0.010/0.011/0.017/0.004 ms
Sin embargo, cuando realizo un ping desde afuera obtengo lo siguiente:

Código:
[root@srv2 ~]# ping 198.xxx.xxx.68
PING 198.xxx.xxx.68 (198.xxx.xxx.68) 56(84) bytes of data.
^C
--- 198.xxx.xxx.68 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4740ms

Mirando la salida de iptraf, puedo ver la petición y la respuesta cuando hago ping a la IP principal:

Código:
ICMP echo req (84 bytes) from 70.xxx.xxx.220 to 192.xxx.xxx.88 on eth0
ICMP echo rply (84 bytes) from 192.xxx.xxx.88 to 70.xxx.xxx.220 on eth0

Pero cuando hago ping a la IP failover, sólo veo la consulta, pero no la respuesta:

Código:
ICMP echo req (84 bytes) from 70.xxx.xxx.220 to 198.xxx.xxx.68 on eth0
Deduzco que la IP failover está bien encaminada hacia mi servidor, pero no comprendo porqué el servidor no responde al ping.

¿Alguien podría darme una mano?

Muchas gracias!

PD: el firewall está deshabilitado.