Lundi 10 avril 2006, 12:36:25 CEST, Pascal Hambourg a écrit : > > Sylvain Sauvage a écrit : > > > > 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. > > Ce n'est pas ce que j'observe. Certes si j'envoie du trafic vers > *l'adresse* de l'interface dummy, qui est une adresse locale, ce trafic > sort et rentre par l'interface de loopback, donc ce sont les compteurs > TX/RX de cette dernière qui augmentent. Et, comme déjà dit, c'est > pareil avec les adresses des autres interfaces, quel que soit leur > type.
Au temps pour moi : l'habitude d'utiliser le nom (hostname) pour les eth et l'adresse pour le dummy... > Par contre si j'envoie du trafic vers une autre adresse du > *sous-réseau* de l'interface dummy, c'est bien le compteur TX de cette > dernière qui augmente. Le compteur RX de l'interface dummy reste par > contre à zéro puisque c'est un trou noir. Oui, c'est logique. >[...] > >>>- 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 : > [...] > > 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) ; > > C'est ce point que je ne comprends pas ; qu'entends-tu par "gagner un > peu de temps si la carte est débranchée : les commandes ne passent pas > plus la carte" ? Par « commandes », je veux évidemment dire « paquets », mais quand on envoie un paquet à travers une carte ethernet, on lui demande (= commande) d'envoyer quelque chose. Ça, c'est pour le vocabulaire, pour ce qui est de ce que j'entends par « les commandes ne passent plus par la carte » (faute de frappe : « pas » surnuméraire), c'est simple, quand on envoie un paquet sur le réseau : - dans le cas d'une interface réelle, deux cas se présentent : 1. on peut détecter simplement (matériellement ou logiciellement) que le réseau est accessible : s'il ne l'est pas, on oublie le paquet ; 2. on ne peut pas savoir si le réseau est accessible ou non sans essayer : on perd du temps à essayer (en général un timeout d'acquittement). Donc, soit on a un test simple à faire, soit on a un test relativement long. Ce n'est pas immédiat ; - dans le cas d'une interface dummy, il est oublié ou revient immédiatement (suivant la destination). En tout cas, c'est immédiat. Mes utilisations les plus intenses de l'interface dummy datent d'il y a un moment (env. 9 ans), et, à l'époque, je gagnais pas mal de temps à utiliser une dummy plutôt qu'à laisser une eth déconnectée faire un timeout. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]