[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Fonctionnement du routage au niveau du noyau



-[ Mon, Apr 30, 2007 at 12:52:31PM +0200, Pascal Hambourg ]----
> Pourquoi pas plutôt deux machines virtuelles pour simuler l'émetteur et 
> le récepteur, en laissant le pont dans la machine hôte ?

Parceque c'est plus facile de vérifier ce qu'on a reçu en fonction de ce
qu'on a envoyé si c'est la même machine qui envoit et qui reçoit.

> >>$ ip route list table local
> >
> >Si on efface cette règle (ip route del ...), on peut alors apparement
> >(je viens de tester) envoyer sur une interface physique des paquets à
> >destination de l'interface (à condition de les envoyer depuis une
> >interface qui à une autre IP source, sinon l'adresse source sera égale à
> >l'adresse destination et apparement c'est invalide).
> 
> Quelle règle ? Tu parles de *règle* de routage (ip rule...) ou de 
> *route* (ip route...) ?


% ip route list table local
broadcast 192.168.1.0 dev eth1  proto kernel  scope link  src 192.168.1.68
broadcast 127.255.255.255 dev lo  proto kernel  scope link  src 127.0.0.1
local 192.168.1.68 dev eth1  proto kernel  scope host  src 192.168.1.68
broadcast 192.168.1.255 dev eth1  proto kernel  scope link  src 192.168.1.68
broadcast 127.0.0.0 dev lo  proto kernel  scope link  src 127.0.0.1
local 127.0.0.1 dev lo  proto kernel  scope host  src 127.0.0.1
local 127.0.0.0/8 dev lo  proto kernel  scope host  src 127.0.0.1

% sudo ip route del 192.168.1.68 dev eth1 table local
% ip route list table local
broadcast 192.168.1.0 dev eth1  proto kernel  scope link  src 192.168.1.68
broadcast 127.255.255.255 dev lo  proto kernel  scope link  src 127.0.0.1
broadcast 192.168.1.255 dev eth1  proto kernel  scope link  src 192.168.1.68
broadcast 127.0.0.0 dev lo  proto kernel  scope link  src 127.0.0.1
local 127.0.0.1 dev lo  proto kernel  scope host  src 127.0.0.1
local 127.0.0.0/8 dev lo  proto kernel  scope host  src 127.0.0.1

> Si on supprime une route locale, la destination n'est plus considérée 
> comme locale. C'est valable en sortie mais aussi en entrée : la machine 
> ne peut plus émettre depuis cette adresse ni recevoir sur cette adresse. 

C'est génant, en effet.
Ce qui me gène aussi, c'est que cette table de "routage" soit consultée
pour vérifier l'adresse source d'un paquet émmit, et qu'elle soit
consultée lorsqu'on reçoit un paquet ; alors qu'a priori ça devrait être
l'adresse de l'interface l'information pertinante dans ce cas. Je trouve
ce design suspect.

> Tu as modifié une règle ou une route ?

Une route. Je m'y perd.



Reply to: