bonjour,
une complément d'information ifconfig
lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
ce0:
flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER>
mtu 1500 index 2
inet 172.17.216.152 netmask ffffff00 broadcast 172.17.216.255
groupname ipmp0
ether 0:3:ba:bd:88:21
ce0:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
inet 172.17.216.151 netmask ffffff00 broadcast 172.17.216.255
ce2:
flags=79040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,FAILED,STANDBY,INACTIVE>
mtu 1500 index 3
inet 172.17.216.153 netmask ffff0000 broadcast 172.17.255.255
groupname ipmp0
ether 0:3:ba:b2:a5:79
ce serveur faisait partie d'un cluster qui a été désactivé par la suite et
les ressources ont été monté en standalone
c'est pour ça le ce0:1 qui en principe était l'adresse ip virtuelle.
Cordialement.
CHICHANE Tarik
Tarik CHICHANE
Ingénieur Telecom Réseaux
Administateur Réseaux Université
Hassan-II
Mohamadia
Le 5 mai 2014 15:54, Aurélien Duclos <[email protected]> a écrit :
> Je vois que tu as deux route pour aller sur ta passerelle :
> 172.17.216.0 255.255.255.0 172.17.216.151 ce0:1 1500*
> 0 1 U 8 0
> 172.17.216.0 255.255.255.0 172.17.216.151 ce0 1500*
> 0 1 U 0 0
>
> Deux cartes réseau semble aller sur le même réseau(ce0:1 et ce0).
> Ont-elles des adresses mac différentes? Des ips différentes? C'est du load
> balancing? Pourquoi l'un est tagguée et l'autre non?
>
> D'autre part, un petit ifconfig pourrait également aider pour comprendre
> le routage.
> Je suppose que tu as déjà vérifié que la passerelle ne fait pas de
> filtrage (out firewall et autres).
>
> Cordialement.
>
> Le 05/05/2014 16:10, tarik chichane a écrit :
>
> Bonjour,
>
> j'ai une machine solaris 8, avec la table de routage suivante:
>
> 172.16.193.1 255.255.255.255 127.0.0.1 lo0 8232*
> 0 1 UH 0 0
> 172.16.0.128 255.255.255.128 172.16.0.130 ce1 1500*
> 0 1 U 6770 0
> 172.16.1.0 255.255.255.128 172.16.1.2 ce5 1500*
> 0 1 U 6769 0
> 172.17.216.0 255.255.255.0 172.17.216.151 ce0:1 1500*
> 0 1 U 8 0
> 172.17.216.0 255.255.255.0 172.17.216.151 ce0 1500*
> 0 1 U 0 0
> 172.16.193.0 255.255.255.0 172.16.193.2 clprivnet0
> 1486* 0 1 U 0 0
> 172.17.0.0 255.255.0.0 172.17.216.151 ce2 1500*
> 0 1 U 199 0
> 224.0.0.0 240.0.0.0 172.17.216.151 ce0:1 1500*
> 0 1 U 0 0
> default 0.0.0.0 172.17.216.254 1500*
> 0 1 UG 0 0
> 127.0.0.1 255.255.255.255 127.0.0.1 lo0 8232*
> 1384 3 UH 944 0
>
> la passerelle comme vous l'auriez remarqué est 172.17.216.254
>
> je fais un ping 172.17.216.254
>
> 172.17.216.254 is alive
>
> malheureusement quand j'essaie d'atteindre une autre machine sur un
> autre ça plante
>
> je peux accéder à la machine destination avec un autre serveur qui a la
> même configuration
>
> si je fais un traceroute @ipcible depuis le deuxième serveur j'ai:
>
> traceroute to @ipcible (@ipcible), 30 hops max, 40 byte packets
> 1 172.17.216.254 (172.17.216.254) 0.522 ms 0.461 ms 0.329 ms
> 2 x.x.x.x (10.250.1.2) 0.658 ms 0.671 ms 0.633 ms
> 3 x.x.x.x (192.168.240.51) 7.772 ms 7.847 ms 7.810 ms
> 4 x.x.x.x (172.17.231.199) 14.451 ms 12.159 ms 11.843 ms
>
> il arrive à atteindre la passerelle, mais si je fais la même commande
> depuis le serveur à problème:
>
> traceroute to @ipcible (@ipcible), 30 hops max, 40 byte packets
> 1 * * *
>
>
> est ce que quelqu'un a déjà eu un tel comportement? a eu déjà affaire à un
> truc pareil?
>
> si oui est ce que vous auriez des pistes à explorer
>
> Merci pour votre aide
>
>
>
>
> Tarik CHICHANE
>
>
>
> _______________________________________________
> Liste de diffusion du FRsAGhttp://www.frsag.org/
>
>
>
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
