Re: Comment créer une interface virtuelle ?
Dimanche 9 avril 2006, 19:23:57 CEST, Pascal Hambourg a écrit :
>
> Sylvain Sauvage a écrit :
> >
> > Configure une interface dummy0, c'est fait pour : c'est exactement
> > comme une interface eth
>
> En effet, c'est comme une interface ethernet reliée à rien du tout.
>
> > mais ça passe en fait par l'interface lo (ça se voit au
> > niveau des statistiques de paquets p.ex.).
>
> Oui et non. Le trafic émis localement destiné à l'adresse de
> l'interface dummy passe par lo (forcément), mais ce n'est en rien
> spécifique à l'interface dummy : c'est déjà ce qui se passe
> naturellement avec les adresses de toutes les autres interfaces de la
> machine. Par contre le trafic destiné aux autres adresses de machine du
> sous-réseau de l'interface dummy tombe dans un trou noir.
Si tu regardes les statistiques des paquets émis/reçus, tu vois que
l'interface dummy reste à 0 en TX/RX° et que ce sont les TX/RX de lo qui
augmentent. Ce n'est pas le cas avec les autres interfaces.
(° : en fait, TX doit être à 1 (il augmente à chaque nouvelle adresse
affectée).)
> > Il y a un module dummy qui correspond (je crois qu'il est compilé
> > dans les noyaux debian, à vérifier).
> >
> > (Cette interface dummy permet de :
> > - conserver une configuration qui fonctionne si la carte est enlevée
> > ou débranchée ;
> > - gagner un peu de temps si la carte est débranchée : les commandes ne
> > passent pas plus la carte.
>
> Que veux-tu dire ?
Que dummy a été fait pour ça : simuler une interface ethernet sans en
avoir une. Et les utilisations utiles sont :
1. conserver une interface configurée même si la carte est enlevée, car
a. certains programmes configurés pour une adresse n'aiment pas
(ou sont chiants à reconfigurer après) un changement d'adresse ;
b. la configuration d'une interface demand[e/ait] plusieurs commandes
(ifconfig, route...) et faire un petit renommage de eth0 en dummy0
permet de conserver sa configuration pendant que la carte est
absente sans trop s'embêter ;
2. si la carte n'est pas connectée, on gagnait un peu de temps en passant
par une dummy plutôt que par l'eth (on gagne encore un peu je pense,
mais c'est beaucoup moins flagrant) ;
3. si on a pas de carte, lo n'est pas l'équivalent d'une eth (comme tu le
dis plus bas) et certaines programmes ne fonctionn[ai]ent pas bien avec
lo comme seule interface (je me souviens de talkd, p.ex., mais qui se
souvient de talk ?).
(Pour les cartes qu'on enlève, on peut penser aux changements
d'infrastructure réseau, mais aussi et tout simplement à une carte
PCMCIA ou une connexion intermittente plip/slip/ppp/...)
> > Enfin, bref, tous les trucs qu'on veut pouvoir faire avec une
> > interface simulée et une IP qui ne soit pas 127.0.0.1.)
>
> On peut très bien ajouter d'autres adresses à l'interface de loopback.
Oui, mais elle ne fonctionne pas comme une eth, comme tu le dis
toi-même :
> Toutefois celle-ci, compte tenu de sa nature particulière, a un
> comportement différent des autres interfaces : toutes les adresses d'un
> sous-réseau affecté à cette interface appartiennent à la machine, et
> pas seulement l'adresse spécifiée comme avec les autres interfaces.
>
> Si j'attribue le couple adresse/masque 1.2.3.4/24 à l'interface de
> loopback, toutes les adresses du bloc 1.2.3.0/24 appartiennent à la
> machine. Si en revanche j'attribue ce même couple adresse/masque à une
> interface dummy ou ethernet, seule l'adresse 1.2.3.4 lui appartient, le
> reste du bloc est routé vers l'extérieur (ou dans le vide).
--
Sylvain Sauvage
Reply to: