bon je vais essayer de m'exprimer clairement, car la question n'est pas
tres claire.
supposons une carte eth0 ( sous linux )
je peux creer un eth0:1 avec une autre adresse ethernet.
jusque la pas de souci.
Par contre, est-ce possible d'attribuer une fausse adresse MAC sur cet
alias ? L'utilitaire macchanger me change la MAC de ma carte eth0 quand je
lui specifie eth0:1.
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer
virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je sais qu'il est plus simple de mettre une autre carte reseau, mais ma
question est purement theorique.
Je sais aussi que ma question est suremenent stupide ;p
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres adresses MAC. Encore faut'il avoir les outils pour ça.
mlz
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz <support@microsoft.com> écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer
virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres
adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée
bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est
sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai
mon gcc de prêt pour compiler ce qu'il faudra ;p
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
talon
mlz wrote:
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Pourtant l'instruction ifconfig eth0 hw ether .... semble bien faire ça sans autre outil, au moins pour "certaines cartes" d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link .... Je doute que ces choses marchent pour une interface clonée.
mlz <support@microsoft.com> wrote:
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz <support@microsoft.com> écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer
virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres
adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée
bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est
sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai
mon gcc de prêt pour compiler ce qu'il faudra ;p
Pourtant l'instruction
ifconfig eth0 hw ether ....
semble bien faire ça sans autre outil, au moins pour "certaines cartes"
d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link ....
Je doute que ces choses marchent pour une interface clonée.
Le Tue, 19 Apr 2005 13:55:56 +0000, Laurent Wacrenier a écrit :
mlz écrit:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Non. Ceci dit, certaines cartes permettent l'assignation d'autres adresses MAC. Encore faut'il avoir les outils pour ça.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Pourtant l'instruction ifconfig eth0 hw ether .... semble bien faire ça sans autre outil, au moins pour "certaines cartes" d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link .... Je doute que ces choses marchent pour une interface clonée.
Nicolas George
mlz wrote in message :
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) : il s'agit réellement de deux adresses IP attachées à une même interface.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche, la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
mlz wrote in message <pan.2005.04.19.12.08.22.161471@microsoft.com>:
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer
virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est
qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas
dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) :
il s'agit réellement de deux adresses IP attachées à une même interface.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la
couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface
en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche,
la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez
hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs
cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont
ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de
l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) : il s'agit réellement de deux adresses IP attachées à une même interface.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche, la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
mlz
Le Tue, 19 Apr 2005 14:22:56 +0000, Michel Talon a écrit :
Pourtant l'instruction ifconfig eth0 hw ether .... semble bien faire ça sans autre outil, au moins pour "certaines cartes" d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link .... Je doute que ces choses marchent pour une interface clonée.
Effectivement, déjà essayé, et cela change l'adresse globale de la carte réseau, et donc de tous les alias, et de l'original. La gestion des alias sous linux ne semble pas exploitable pour ce que je veux faire. Peut-être faut-il, comme vmware, rajouter un module au kernel pour simuler une carte virtuelle a un autre niveau. De tels modules existent-ils ?
Le Tue, 19 Apr 2005 14:22:56 +0000, Michel Talon a écrit :
Pourtant l'instruction
ifconfig eth0 hw ether ....
semble bien faire ça sans autre outil, au moins pour "certaines cartes"
d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link ....
Je doute que ces choses marchent pour une interface clonée.
Effectivement, déjà essayé, et cela change l'adresse globale de la
carte réseau, et donc de tous les alias, et de l'original.
La gestion des alias sous linux ne semble pas exploitable pour ce que je
veux faire. Peut-être faut-il, comme vmware, rajouter un module au kernel
pour simuler une carte virtuelle a un autre niveau. De tels modules
existent-ils ?
Le Tue, 19 Apr 2005 14:22:56 +0000, Michel Talon a écrit :
Pourtant l'instruction ifconfig eth0 hw ether .... semble bien faire ça sans autre outil, au moins pour "certaines cartes" d'aprés la page man sur Linux. Sous FreeBSD c'est similaire ifconfig xl0 link .... Je doute que ces choses marchent pour une interface clonée.
Effectivement, déjà essayé, et cela change l'adresse globale de la carte réseau, et donc de tous les alias, et de l'original. La gestion des alias sous linux ne semble pas exploitable pour ce que je veux faire. Peut-être faut-il, comme vmware, rajouter un module au kernel pour simuler une carte virtuelle a un autre niveau. De tels modules existent-ils ?
mlz
Le Tue, 19 Apr 2005 14:31:50 +0000, Nicolas George a écrit :
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) : il s'agit réellement de deux adresses IP attachées à une même interface.
oui je sais, et je m'en rends bien compte lorsque je veux spécifier une route pour une adresse distance sur un alias
route m'affiche que la route que j'ai rajoutée passe par eth0 et non par eth0:1.
Hors si je me connecte sur la machine 3.53, je proviens bien de l'IP de mon alias.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pourtant encore une fois, avec vmware ( désolé, je n'ai que cet exemple sous la main ), ça fonctionne. et pourtant, une seule carte physique.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche, la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
je vais me pencher la dessus, mais ça a l'air assez lourd juste pour ce que je veux faire.
Le Tue, 19 Apr 2005 14:31:50 +0000, Nicolas George a écrit :
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est
qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas
dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) :
il s'agit réellement de deux adresses IP attachées à une même interface.
oui je sais, et je m'en rends bien compte lorsque je veux spécifier une
route pour une adresse distance sur un alias
route m'affiche que la route que j'ai rajoutée passe par eth0 et non par
eth0:1.
Hors si je me connecte sur la machine 3.53, je proviens bien de l'IP de
mon alias.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la
couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pourtant encore une fois, avec vmware ( désolé, je n'ai que cet exemple
sous la main ), ça fonctionne. et pourtant, une seule carte physique.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface
en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche,
la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez
hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs
cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont
ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de
l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
je vais me pencher la dessus, mais ça a l'air assez lourd juste pour ce
que je veux faire.
Le Tue, 19 Apr 2005 14:31:50 +0000, Nicolas George a écrit :
Je crois bien que non. En fait, sous Linux, eth0:1 n'existe pas, ce n'est qu'une invention d'ifconfig. En particulier, cette interface n'apparaît pas dans /proc/net, et n'est pas non plus affichée par iproute2 (commande ip) : il s'agit réellement de deux adresses IP attachées à une même interface.
oui je sais, et je m'en rends bien compte lorsque je veux spécifier une route pour une adresse distance sur un alias
route m'affiche que la route que j'ai rajoutée passe par eth0 et non par eth0:1.
Hors si je me connecte sur la machine 3.53, je proviens bien de l'IP de mon alias.
Il y a deux difficultés pour ce que tu veux faire :
1. Que les paquets IP arrivant sur la carte réseau soient routés jusqu'à la couche IP de l'OS.
2. Que l'OS parle correctement l'ARP pour ces IP.
Pourtant encore une fois, avec vmware ( désolé, je n'ai que cet exemple sous la main ), ça fonctionne. et pourtant, une seule carte physique.
Pour le 1, je n'ai pas vérifié, mais il est possible que passer l'interface en promiscuous suffise -- mais c'est assez coûteux. Pour le 2, en revanche, la lecture de net/ipv4/arp.c ne laisse pas bon espoir : ça a l'air assez hardcodé.
Une solution par la bande au problème serait d'acheter à l'OS plusieurs cartes réseau (sudo modprobe dummy numdummiesB), et de monter un pont ethernet entre ces cartes réseau virtuelles et eth0 (cf. la documentation de l'option BRIDGE du noyau. Je n'ai pas vérifié que ça marchait effectivement.
je vais me pencher la dessus, mais ça a l'air assez lourd juste pour ce que je veux faire.
Nicolas George
mlz wrote in message :
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur mais parle au nom de la machine virtuelle. Ça donne donc ceci :
+--------------------------+ | Linux | | | | +----------+ | | | VMware | | | | autre OS | | | | eth0 }--{ tap0 | | +----------+ eth0 }---- internet | | +--------------------------+
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS qui le fait.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir plusieurs machines branchées sur le même câble, seulement un routeur avec plusieurs machines derrière.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0 pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça, j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
mlz wrote in message <pan.2005.04.19.13.59.03.974276@microsoft.com>:
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée
bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est
sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai
mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau
virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte
local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur
mais parle au nom de la machine virtuelle. Ça donne donc ceci :
+--------------------------+
| Linux |
| |
| +----------+ |
| | VMware | |
| | autre OS | |
| | eth0 }--{ tap0 |
| +----------+ eth0 }---- internet
| |
+--------------------------+
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS
qui le fait.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir
plusieurs machines branchées sur le même câble, seulement un routeur avec
plusieurs machines derrière.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0
pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une
pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça,
j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la
vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur mais parle au nom de la machine virtuelle. Ça donne donc ceci :
+--------------------------+ | Linux | | | | +----------+ | | | VMware | | | | autre OS | | | | eth0 }--{ tap0 | | +----------+ eth0 }---- internet | | +--------------------------+
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS qui le fait.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir plusieurs machines branchées sur le même câble, seulement un routeur avec plusieurs machines derrière.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0 pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça, j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
mlz
Le Tue, 19 Apr 2005 14:45:01 +0000, Nicolas George a écrit :
mlz wrote in message :
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur mais parle au nom de la machine virtuelle. Ça donne donc ceci :
sur la meme machine avec un ifconfig, une seule carte physique
par contre si je met une IP sur vmnet8, un ping et arp -a me renvoie l'@mac de eth0
Par contre avec un OS dans le vmware, il y'a bien diff dans l'arp.
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS qui le fait.
je n'avais pas pense a ca par contre.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir plusieurs machines branchées sur le même câble, seulement un routeur avec plusieurs machines derrière.
donc pas vraiment ce que je cherche. mais merci.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0 pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça, j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
Le Tue, 19 Apr 2005 14:45:01 +0000, Nicolas George a écrit :
mlz wrote in message <pan.2005.04.19.13.59.03.974276@microsoft.com>:
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée
bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est
sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai
mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau
virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte
local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur
mais parle au nom de la machine virtuelle. Ça donne donc ceci :
sur la meme machine avec un ifconfig, une seule carte physique
par contre si je met une IP sur vmnet8, un ping et arp -a me renvoie
l'@mac de eth0
Par contre avec un OS dans le vmware, il y'a bien 2@mac diff dans l'arp.
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS
qui le fait.
je n'avais pas pense a ca par contre.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir
plusieurs machines branchées sur le même câble, seulement un routeur avec
plusieurs machines derrière.
donc pas vraiment ce que je cherche. mais merci.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0
pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une
pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça,
j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la
vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
Le Tue, 19 Apr 2005 14:45:01 +0000, Nicolas George a écrit :
mlz wrote in message :
Pourtant ça me semblait possible, sachant que vmware (par exemple) crée bien aussi une carte réseau virtuelle, avec une autre @MAC. Après c'est sur, les outils standards ne doivent pas peut-être pas suffir. Mais j'ai mon gcc de prêt pour compiler ce qu'il faudra ;p
Arrêtez-moi si je me trompe, mais si vmware crée une interface réseau virtuelle, c'est une interface qui donne sur un LAN virtuel entre l'hôte local et la machine virtuelle VMware, pas qui donne sur le réseau extérieur mais parle au nom de la machine virtuelle. Ça donne donc ceci :
sur la meme machine avec un ifconfig, une seule carte physique
par contre si je met une IP sur vmnet8, un ping et arp -a me renvoie l'@mac de eth0
Par contre avec un OS dans le vmware, il y'a bien diff dans l'arp.
Ça se fait en utilisant l'interface tun/tap, ce n'est pas très dur, mais :
- Il faut coller une pile TCP/IP derrière ; dans VMware, c'est l'autre OS qui le fait.
je n'avais pas pense a ca par contre.
- Ça ne permet pas d'avoir la structure apparente demandée, à savoir plusieurs machines branchées sur le même câble, seulement un routeur avec plusieurs machines derrière.
donc pas vraiment ce que je cherche. mais merci.
Une possibilité apparentée, c'est d'utiliser l'interface AF_PACKET sur eth0 pour contrôler ce qui s'y passe. Mais là encore, il faut soi-même avoir une pile IP, on ne peut pas compter sur celle du noyau (j'avais commencé ça, j'étais arrivé jusqu'à quelque chose qui répondait à l'ARP). En outre, la vraie couche réseau d'eth0 ignorera les paquets émis par la fausse.
JBJ
bon je vais essayer de m'exprimer clairement, car la question n'est pas tres claire.
supposons une carte eth0 ( sous linux ) je peux creer un eth0:1 avec une autre adresse ethernet. jusque la pas de souci.
Par contre, est-ce possible d'attribuer une fausse adresse MAC sur cet alias ? L'utilitaire macchanger me change la MAC de ma carte eth0 quand je lui specifie eth0:1.
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je sais qu'il est plus simple de mettre une autre carte reseau, mais ma question est purement theorique.
Je sais aussi que ma question est suremenent stupide ;p
merci matthieu Bonjour,
Sans vouloir être indiscret, pourquoi vouloir 2 adresses mac pour une seule carte ? Cordialement.
bon je vais essayer de m'exprimer clairement, car la question n'est pas
tres claire.
supposons une carte eth0 ( sous linux )
je peux creer un eth0:1 avec une autre adresse ethernet.
jusque la pas de souci.
Par contre, est-ce possible d'attribuer une fausse adresse MAC sur cet
alias ? L'utilitaire macchanger me change la MAC de ma carte eth0 quand je
lui specifie eth0:1.
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer
virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je sais qu'il est plus simple de mettre une autre carte reseau, mais ma
question est purement theorique.
Je sais aussi que ma question est suremenent stupide ;p
merci
matthieu
Bonjour,
Sans vouloir être indiscret, pourquoi vouloir 2 adresses mac pour une seule
carte ?
Cordialement.
bon je vais essayer de m'exprimer clairement, car la question n'est pas tres claire.
supposons une carte eth0 ( sous linux ) je peux creer un eth0:1 avec une autre adresse ethernet. jusque la pas de souci.
Par contre, est-ce possible d'attribuer une fausse adresse MAC sur cet alias ? L'utilitaire macchanger me change la MAC de ma carte eth0 quand je lui specifie eth0:1.
Je sais qu'eth0:1 est virtuelle, mais serait-il possible de changer virtuellement l'adresse mac de cette carte virtuelle ( oula ) ?
Je sais qu'il est plus simple de mettre une autre carte reseau, mais ma question est purement theorique.
Je sais aussi que ma question est suremenent stupide ;p
merci matthieu Bonjour,
Sans vouloir être indiscret, pourquoi vouloir 2 adresses mac pour une seule carte ? Cordialement.
Nicolas George
mlz wrote in message :
route m'affiche que la route que j'ai rajoutée passe par eth0 et non par eth0:1.
Il faut regarder ce que dit « ip route », on voit une colonne src.
Pourtant encore une fois, avec vmware ( désolé, je n'ai que cet exemple sous la main ), ça fonctionne. et pourtant, une seule carte physique.
Cf. mon autre réponse.
mlz wrote in message <pan.2005.04.19.14.42.19.82194@microsoft.com>:
route m'affiche que la route que j'ai rajoutée passe par eth0 et non par
eth0:1.
Il faut regarder ce que dit « ip route », on voit une colonne src.
Pourtant encore une fois, avec vmware ( désolé, je n'ai que cet exemple
sous la main ), ça fonctionne. et pourtant, une seule carte physique.
