Strano Comportamento XEN Routed

[GrG]

Ne ho parlato con 3 membri del forum, siccome nessuno riesce ad uscirne, apro un "ticket" qui

Oggi mi è capitata sottomano una VPS di Spry.

Premessa: XEN Routed

Strana situazione:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
67.223.255.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0
67.223.255.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         67.223.255.1    0.0.0.0         UG    0      0        0 eth0

traceroute to www.google.com (72.14.204.104), 30 hops max, 40 byte packets
 1  vpxen4-001.nyc.vpslink.com (67.223.251.70)  0.181 ms  0.175 ms  0.173 ms
 2  67.223.251.2 (67.223.251.2)  0.481 ms  0.603 ms  0.659 ms
 3  69.90.122.26 (69.90.122.26)  0.476 ms  0.505 ms  0.591 ms
 4  oc48-po2-0.nyc-telx-dis-2.peer1.net (216.187.115.133)  0.579 ms  0.628 ms  0.639 ms
 5  10ge.xe-1-0-0.nyc-telx-dis-1.peer1.net (216.187.115.181)  0.637 ms  0.779 ms  0.779 ms
 6   (64.34.44.126)  0.772 ms  0.445 ms  0.469 ms
 7  72.14.239.46 (72.14.239.46)  0.728 ms  0.745 ms  0.931 ms
 8  209.85.249.11 (209.85.249.11)  7.559 ms  7.817 ms  7.774 ms
 9  66.249.94.46 (66.249.94.46)  10.777 ms  10.774 ms  8.501 ms
10  72.14.204.104 (72.14.204.104)  8.484 ms  8.671 ms  8.960 ms

Come vedete, il mio primo hop NON è il Default GW. La tabella postata è completa, quindi non ho rotte che sovrascrivono quella di default.

Provando a tracciare direttamente il Default GW, questo è il risultato.

traceroute to 67.223.255.1 (67.223.255.1), 30 hops max, 40 byte packets
 1  vpxen4-001.nyc.vpslink.com (67.223.251.70)  0.120 ms  0.128 ms  0.114 ms
 2  67.223.251.2 (67.223.251.2)  6.089 ms * *

Tutto qui. Qui finisce, non va in timeout.

Avete idee?

Etr ha sparato qualcosa su qualche strana configurazione nelle interfacce virtuali, che è possibilissima ma non riesco a capirne lo scopo. Antonio credo stia ancora piangendo.

Che voi sappiate è il comportamento di default di una configurazione XEN Routed? Attualmente non ho Dom0 su cui provare, ma sono quasi sicuro che in una configurazione normale di questo tipo il GW sia direttamente Dom0.

Riuscite a spiegarlo?

Ne stavo giusto parlando l'altro giorno con Rebel riguardo a FlareVM -se per caso dovesse passare di qui lo pregherei di postare un traceroute in entrata e uscita che magari risolviamo il mistero-

[Rebel]

Il GW è direttamente dom0.

Nel mio caso, ad esempio:

vps-0002:~# traceroute Google
traceroute to Google (74.125.39.147), 30 hops max, 40 byte packets
1 node03.flarevm.net (94.141.20.12) 0.228 ms 0.300 ms 0.285 ms

Le vps sono configurate in questo modo:

auto eth0
iface eth0 inet static
address 94.141.20.140
netmask 255.255.255.255
post-up ethtool -K eth0 tx off
post-up /sbin/ip route add default dev eth0

[GrG]

Rebel se ti chiedessi per favore di lanciare un "route -n" sulla vm e sull'host?

Al momento mi è totalmente impossibile installare un ambiente XEN per provare.

Comunque come vedi anche sopra il GW DI FATTO è Dom0 il problema è che non risulta tale dalla configurazione. Son quasi tentato a impostare come GW 1.1.1.1 e vedere cosa succede. Se fanno, come penso, qualcosa di oscuro, dovrebbe continuare a funzionare senza problemi.

[GrG]

Ah comunque se avete notato la doppia riga nella tabella, è data da questo (la parte in nero):

auto eth0
iface eth0 inet static
address IPESTERNO
netmask 255.255.255.0
up route add -net 67.223.255.0 netmask 255.255.255.0 dev eth0
up route add default gw 67.223.255.1

Ma comunque non credo c'entri col problema che ho posto.