Le mercredi 29 Septembre 2004 13:14, Olivier Allard-Jacquin a écrit :
> C'est assez simple en fait: Pour communiquer entre elles, tes machines
> passent par la passerelle.
>
> Je m'explique :
> - "PC" à pour adresse IP 194.57.220.15, et comme masque 255.255.255.0.
> Ce que veut dire que pour dialoguer avec les machines 194.57.220.1 à
> 194.57.220.254, ELLE SAIT qu'elle peut lancer elle-même la
> communication, et contacter ces machines directement. Par contre, pour
> les autres machines du reste du monde, elle envoie un paquet à la
> passerelle (194.57.220.254), et lui dit "Je veux communiquer avec
> xx.xx.xx.xx, débrouille-toi pour lui envoyer tel message".
>
> - Le problème est pareil pour Elinos, qui a pour adresse IP
> 192.54.197.67. Celle machine peut dialoguer directement (ie : sans
> intermédiaire) avec les machines 192.54.197.1 à 192.54.197.254. Mais
> pour échanger des données avec les autres machines du reste du monde,
> elle doit passer par une passerelle. Tu ne l'indiques pas dans tes
> règles de routages, mais il doit s'agir de 192.54.197.254
> [...]
Je vais relire ta doc, mais il me semblait pourtant que le fait d'avoir :
Destination Gateway Genmask Flags MSS Window irtt Iface
192.54.197.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
sur la machine PC lui permettait justement d'atteindre toutes les machines
du réseau 192.54.197.x directement (gateway 0.0.0.0). Car, comme dit dans
mon NOTA, ces deux classes sont sur le *même* réseau physique.
Il me semble bien que sur mon ancienne machine, j'avais justement ajouté
tout un tas de règles de routages pour accéder à toutes les classes
physiquement reliées entre elles, sans devoir passer par la passerelle, ce
qui ralentit inutilement la connexion, et encombre le réseau...
A moins que je doive aussi ajouter une règle de routage à elinos pour
revenir sur la classe de PC, même pour une *réponse* à une requète de ce
dernier ? C'est ce que suggère le message de Xavier qui parle des 2
tables...
--
Frédéric
