GrG 28 Report post Posted January 17, 2010 Ne ho parlato con 3 membri del forum, siccome nessuno riesce ad uscirne, apro un "ticket" qui :D 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- Share this post Link to post Share on other sites
Rebel 10 Report post Posted January 17, 2010 Il GW è direttamente dom0. Nel mio caso, ad esempio: vps-0002:~# traceroute Googletraceroute 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 eth0iface 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 Share this post Link to post Share on other sites
GrG 28 Report post Posted January 17, 2010 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. Share this post Link to post Share on other sites
GrG 28 Report post Posted January 17, 2010 Ah comunque se avete notato la doppia riga nella tabella, è data da questo (la parte in nero): auto eth0iface 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. Share this post Link to post Share on other sites