Merci de te préoccuper autant de mon cas. Je ne comprends pas mais maintenant je n'arrive plus à pinguer la machine A depuis B (idem dans l'autre sens). Donc le problème de com va dans les 2 sens de communication. Par contre, j'ai essayé de mettre la machine A (linux) en DHCP et là ça marche !!! C'est seulement quand je la mets en adressage IP fixe que je n'arrive pas à sortir. Je pense que le problème vient du routeur qui ne sait pas comment aiguiller les messages d'une machine ayant une adresse IP 10.198.52.xxx. En effet, lorsque je me mets en DHCP, j'obtiens automatiquement une adresse IP du style 10.198.56.xxx et ma passerelle par défaut est alors 10.198.56.1. Il va donc falloir que je demande à ceux qui gèrent le routage chez nous de configurer le routeur proprement (avec les bons masques et les bonnes tables de routage). Qu'en penses-tu ? Vincent -----Message d'origine----- De: Jean-Claude [mailto:[EMAIL PROTECTED]] Date: jeudi 14 juin 2001 07:02 À: MAHE Vincent FTRD/DIH/REN Objet: Re: [debutant] Impossible de pinger ma passerelle par défaut Le Mardi 12 Juin 2001 03:04, vous avez écrit : > Mon réseau ressemble plutot à cela : > --- -------- --- > | A | | Routeur | | B | > --- -------- --- > __|______| m n |_______| > > Ce que je n'arrive pas à faire c'est de pinguer l'adresse du IP du routeur > depuis la machine A (qui est Linux Mandrake 7.2). > Ce qui est étrange c'est que lorsque, depuis B (qui est sous Windows), je > ping la machine A, elle me répond bien. De même, depuis B, j'arrive bien à > pinger l'adresse IP du routeur. Alors t'as t'y fais la manip ??? Bon, j'ai vérifié la syntaxe (man arp) et mieux, j'ai fais des essais: Dans A, remplit en statique ton cache ARP avec @IProuteur <-> @MACm-du-routeur exemple: [root@Auser]# arp -s routeur.société.com 08:20:86:10:13:E1 tu devrais, dans ton cache ARP, avoir ce type de résultat: routeur.société.com (10.198.52.1) at 08:20:86:10:10:E1 [ether] PERM on eth0 PERM signifie permanent, cela veut que maintenant "A" n'utilisera plus le protocole ARP pour découvrir l'@MAC du routeur. Cela veut dire en d'autres termes, que si tes problèmes venaient du fait que le routeur ne répondait pas aux requêtes ARP de ta station. Maintenant tu ne devrais plus avoir ce problème parce que ta station n'utilise plus ARP pour découvrir l'@MAC du routeur. Ta station connaît déjà l'@MAC. Si ton ping fonctionne maintenant. C'est que t'as peut être un problème de masque de réseau (les masques de ton routeur et de ta station devrait être identiques). Vu ton adresse IP "10.198.52.1", m'étonnerait qu'a moité que le masque n'est pas celui par défaut. Si ton problème persite, le problème est ailleurs !!! Mais t'as éliminé une piste. > Remarque : lorsque je fais "route", il me semble que je n'ai pas de route > par défaut (default ...). > C'est depuis que j'ai changé d'adresse IP et d'adresse de passerelle par > défaut. Suivant ton adressage, voilà des exemples de table de routage si tu doid comparer. Table de routage IP du noyau (si masque par défaut) Destination Passerelle Genmask Indic Metric Ref Use Iface 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 10.198.52.1 0.0.0.0 UG 0 0 0 eth0 Table de routage IP du noyau (si masque étendu à 3x255 par exemple) Destination Passerelle Genmask Indic Metric Ref Use Iface 10.198.52.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 10.198.52.1 0.0.0.0 UG 0 0 0 eth0 > Lorsque je tape "route add default gw 10.198.52.1", j'obtiens le message > suivant "SIOCADDRT: le fichier existe déja" SIOCADDRT correspond à /* Routing table calls. */ #define SIOCADDRT 0x890B /* add routing table entry */ #define SIOCDELRT 0x890C /* delete routing table entry*/ #define SIOCRTMSG 0x890D /* call to routing system */ Tu peux retrouver (entre autres) ces infos dans file:/usr/include/bits/ioctls.h A bientôt Jean-Claude