OVH Community, your new community space.

IP failover on Centos+Cpanel/WHM


miscellone
06.08.2010, 13.50
Grazie, torpado, ho sfogliato il manuale, adesso è un pò più chiaro

torpado
04.08.2010, 10.17
Citazione Originariamente Scritto da miscellone
Ok, finalmente ha intervenuto l'assistenza tecnica. Bisognava aggiungere Acl per autorizzare IP su switch. Non capisco bene che cosa esattamente significa, ma l'effetto è stato magico - funziona tutto.
aggiungere Acl per autorizzare IP su switch , ovvero abilitare il transito degli IP Failover da te utilizzati sullo switch al quale è collegato il tuo server.

Questa è un'operazione automatizzata tramite script che in questo caso però ha fallito nella registrazione degli IP, per questo i Failover non raggiungevano il tuo server.

miscellone
03.08.2010, 19.34
Ok, finalmente ha intervenuto l'assistenza tecnica. Bisognava aggiungere Acl per autorizzare IP su switch. Non capisco bene che cosa esattamente significa, ma l'effetto è stato magico - funziona tutto.

miscellone
03.08.2010, 11.31
E' passato qualche giorno, ma la situazione non è cambiata.

Il mio ticket 507244 è stato chiuso con la spiegazione che il problema sta nella configurazione degli alias sul mio server. Posso essere d'accordo, ma qual'è questo problema, se il manuale è stato seguito alla lettera?

Grazie per qualsiasi suggerimento.
Misha

miscellone
01.08.2010, 13.50
Salve a tutti!

Sono da poco su OVH, per il momento l'impressione è buona, speriamo che duri...

Ho un problema con la configurazione degli IP failover, qualcuno può darmi un buon consiglio?

Ho un server dedicato senza virtualizzazioni, con Centos+Cpanel/WHM

Seguendo il manuale http://guida.ovh.it/IpSupplementare ho definito un fail-over e cambiato i file /etc/ips e /etc/ipaddrpool

Dopo /etc/init.d/ipaliases restart

il nuovo indirizzo è riconosciuto:

Codice:
[root@ns312625 network-scripts]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:25:90:04:5D:7A
          inet addr:188.165.224.117  Bcast:188.165.224.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:548344 errors:0 dropped:0 overruns:0 frame:0
          TX packets:288646 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:798966748 (761.9 MiB)  TX bytes:36900157 (35.1 MiB)
          Memory:faee0000-faf00000

eth0:1    Link encap:Ethernet  HWaddr 00:25:90:04:5D:7A
          inet addr:94.23.68.168  Bcast:94.23.68.168  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Memory:faee0000-faf00000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2842 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2842 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:402971 (393.5 KiB)  TX bytes:402971 (393.5 KiB)
Non funziona però il ping dal mio PC di casa:

Codice:
C:\Documents and Settings\Misha>ping 94.23.68.168

Esecuzione di Ping 94.23.68.168 con 32 byte di dati:

Richiesta scaduta.
Codice:
[root@ns312625 network-scripts]# tcpdump -ni eth0:1 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0:1, link-type EN10MB (Ethernet), capture size 96 bytes
11:24:16.530092 IP 151.50.27.96 > 94.23.68.168: ICMP echo request, id 512, seq 61441, length 40
11:24:16.530131 IP 94.23.68.168 > 151.50.27.96: ICMP echo reply, id 512, seq 61441, length 40
Dall'output di tcpdump si vede che le richieste arrivano, ma non vengono rispedite correttamente indietro.

Naturalmente, l'indirizzo principale del server si pinga senza problemi.

Che cosa è sbagliato?

Grazie,
Misha