Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1.
Comment puis je réalisé ce tour de passe passe?
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1.
Comment puis je réalisé ce tour de passe passe?
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1.
Comment puis je réalisé ce tour de passe passe?
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Bonjour tout le monde,
Je désire créer une interface virtuelle : j'aimerais faire une boucle
locale avec comme adresse une IP 130.66.xx.xx
en gros je veux que si je ping cette adresse, ça fasse comme si je
pinguais 127.0.0.1. Comment puis je réalisé ce tour de passe passe?
Je suis en debian SID, gnome 2.14. Si c'est possible j'aimerais le faire
à la mano. histoire de tt comprendre. apparemment c'est simple à faire
avec webmin...ms bon...
Merci d'avance
Guillaume
Configure une interface dummy0, c'est fait pour : c'est exactement comme
une interface eth
mais ça passe en fait par l'interface lo (ça se voit au
niveau des statistiques de paquets p.ex.).
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.
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.)
Configure une interface dummy0, c'est fait pour : c'est exactement comme
une interface eth
mais ça passe en fait par l'interface lo (ça se voit au
niveau des statistiques de paquets p.ex.).
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.
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.)
Configure une interface dummy0, c'est fait pour : c'est exactement comme
une interface eth
mais ça passe en fait par l'interface lo (ça se voit au
niveau des statistiques de paquets p.ex.).
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.
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.)
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.
> 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 ?
> 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 .
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 à un e
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 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.
> 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 ?
> 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 .
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 à un e
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 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.
> 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 ?
> 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 .
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 à un e
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).
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.
(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 :
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) ;
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.
(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 :
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) ;
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.
(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 :
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) ;
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.
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.
[...]
>>>- 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" ?
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.
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.
[...]
>>>- 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" ?
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.
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.
[...]
>>>- 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" ?