Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même inter face sur
ma debian (etch). J'ai mis le module 802.1q est en dur dans le noyau,
pas de souci de ce côté-là .
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même inter face sur
ma debian (etch). J'ai mis le module 802.1q est en dur dans le noyau,
pas de souci de ce côté-là .
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même inter face sur
ma debian (etch). J'ai mis le module 802.1q est en dur dans le noyau,
pas de souci de ce côté-là .
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Jeudi 14 septembre 2006, 15:35:44 CEST, Jay Ar a écrit :
>
> Bonjour,
'jour,
> J'aimerais implémenter plusieurs adresses IP sur une même int erface
> sur ma debian (etch). J'ai mis le module 802.1q est en dur dans le
> noyau, pas de souci de ce côté-là .
>
> Ce que je cherche à faire, c'est définir plusieurs adresses I P sur mon
> interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
> n'appartiennent pas forcément au même VLAN.
>
> Quelqu'un aurait un conseil, ou peut-être un how-to ?
Simplement un nouveau bloc dans /etc/network/interfaces :
iface eth1:0 inet static
address xxx
netmask xxx
C'est aussi simple que cela.
Jeudi 14 septembre 2006, 15:35:44 CEST, Jay Ar a écrit :
>
> Bonjour,
'jour,
> J'aimerais implémenter plusieurs adresses IP sur une même int erface
> sur ma debian (etch). J'ai mis le module 802.1q est en dur dans le
> noyau, pas de souci de ce côté-là .
>
> Ce que je cherche à faire, c'est définir plusieurs adresses I P sur mon
> interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
> n'appartiennent pas forcément au même VLAN.
>
> Quelqu'un aurait un conseil, ou peut-être un how-to ?
Simplement un nouveau bloc dans /etc/network/interfaces :
iface eth1:0 inet static
address xxx
netmask xxx
C'est aussi simple que cela.
Jeudi 14 septembre 2006, 15:35:44 CEST, Jay Ar a écrit :
>
> Bonjour,
'jour,
> J'aimerais implémenter plusieurs adresses IP sur une même int erface
> sur ma debian (etch). J'ai mis le module 802.1q est en dur dans le
> noyau, pas de souci de ce côté-là .
>
> Ce que je cherche à faire, c'est définir plusieurs adresses I P sur mon
> interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
> n'appartiennent pas forcément au même VLAN.
>
> Quelqu'un aurait un conseil, ou peut-être un how-to ?
Simplement un nouveau bloc dans /etc/network/interfaces :
iface eth1:0 inet static
address xxx
netmask xxx
C'est aussi simple que cela.
Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de ce
côté-là.
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
Merci pour vos lumières,
Jay
--
------------------------------------------------------------------------
*Yahoo! Mail réinvente le mail !* Découvrez le nouveau Yahoo! Mail
<http://fr.rd.yahoo.com//*http://fr.promotions.yahoo.com/mail/nouveaumail.html%20>
et son interface révolutionnaire.
------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.3/447 - Release Date: 13/09/2006
Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de ce
côté-là.
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
Merci pour vos lumières,
Jay
--
------------------------------------------------------------------------
*Yahoo! Mail réinvente le mail !* Découvrez le nouveau Yahoo! Mail
<http://fr.rd.yahoo.com/evt@577/*http://fr.promotions.yahoo.com/mail/nouveaumail.html%20>
et son interface révolutionnaire.
------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.3/447 - Release Date: 13/09/2006
Bonjour,
J'aimerais implémenter plusieurs adresses IP sur une même interface
sur ma debian (etch).
J'ai mis le module 802.1q est en dur dans le noyau, pas de souci de ce
côté-là.
Ce que je cherche à faire, c'est définir plusieurs adresses IP sur mon
interface (par exemple eth1:1, eth1:2, etc..) et les adresses IP
n'appartiennent pas forcément au même VLAN.
Quelqu'un aurait un conseil, ou peut-être un how-to ?
Merci pour vos lumières,
Jay
--
------------------------------------------------------------------------
*Yahoo! Mail réinvente le mail !* Découvrez le nouveau Yahoo! Mail
<http://fr.rd.yahoo.com//*http://fr.promotions.yahoo.com/mail/nouveaumail.html%20>
et son interface révolutionnaire.
------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.3/447 - Release Date: 13/09/2006
Pour utiliser les VLANs il te faut imperativement un switch manageable
qui supporte la norme 802.1 q
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de configuration
pour chaque vlan dans ton /etc/nework/interfaces
auto vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
La ligne importante c'est :
vlan_raw_device eth0
Pour utiliser les VLANs il te faut imperativement un switch manageable
qui supporte la norme 802.1 q
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de configuration
pour chaque vlan dans ton /etc/nework/interfaces
auto vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
La ligne importante c'est :
vlan_raw_device eth0
Pour utiliser les VLANs il te faut imperativement un switch manageable
qui supporte la norme 802.1 q
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de configuration
pour chaque vlan dans ton /etc/nework/interfaces
auto vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
La ligne importante c'est :
vlan_raw_device eth0
Sébastien CRAMATTE a écrit :
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
Le tag VLAN ID a une taille de 12 bits.
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de
configuration pour chaque vlan dans ton /etc/nework/interfaces auto
vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
[...]La ligne importante c'est :
vlan_raw_device eth0
En fait, si on lit le script /etc/network/if-pre-up.d/vlan installé
par le paquet vlan, on constate que l'option vlan_raw_device est
inutile et sans effet si le nom de l'interface VLAN combine le nom de
l'interface sous-jacente et l'identificateur VLAN sous la forme
"eth0.5" ou "eth0.0005" au lieu de vlan5 ou vlan0005. Le script
extrait lui-même le nom de l'interface sous-jacente du nom de
l'interface VLAN. En revanche ça ne marche que si le nom de
l'interface sous-jacente est "ethX", où X est un entier.
Avis perso : purée qu'il est mal écrit ce script. :-(
Sébastien CRAMATTE a écrit :
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
Le tag VLAN ID a une taille de 12 bits.
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de
configuration pour chaque vlan dans ton /etc/nework/interfaces auto
vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
[...]
La ligne importante c'est :
vlan_raw_device eth0
En fait, si on lit le script /etc/network/if-pre-up.d/vlan installé
par le paquet vlan, on constate que l'option vlan_raw_device est
inutile et sans effet si le nom de l'interface VLAN combine le nom de
l'interface sous-jacente et l'identificateur VLAN sous la forme
"eth0.5" ou "eth0.0005" au lieu de vlan5 ou vlan0005. Le script
extrait lui-même le nom de l'interface sous-jacente du nom de
l'interface VLAN. En revanche ça ne marche que si le nom de
l'interface sous-jacente est "ethX", où X est un entier.
Avis perso : purée qu'il est mal écrit ce script. :-(
Sébastien CRAMATTE a écrit :
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Si c'est le cas 2 solutions :
- Ton serveur/station ce situe dans le vlan par default non marqué
(untagged) au niveau du switch et donc tu n'as pas besoin du modules
802.1q puisque ton swith n'ajoute pas le "tag" de 4 bit (cf norme)
Le tag VLAN ID a une taille de 12 bits.
- Tu utilises des VLANS "taggés" et alors il te faut installer le
paquet "vlan" et charger le "module 802.1q".
et donc ensuite il faut simplement rajouter des blocks de
configuration pour chaque vlan dans ton /etc/nework/interfaces auto
vlan100
iface vlan100
address 192.168.1.100
netmask 255.255.255.1
vlan_raw_device eth0
[...]La ligne importante c'est :
vlan_raw_device eth0
En fait, si on lit le script /etc/network/if-pre-up.d/vlan installé
par le paquet vlan, on constate que l'option vlan_raw_device est
inutile et sans effet si le nom de l'interface VLAN combine le nom de
l'interface sous-jacente et l'identificateur VLAN sous la forme
"eth0.5" ou "eth0.0005" au lieu de vlan5 ou vlan0005. Le script
extrait lui-même le nom de l'interface sous-jacente du nom de
l'interface VLAN. En revanche ça ne marche que si le nom de
l'interface sous-jacente est "ethX", où X est un entier.
Avis perso : purée qu'il est mal écrit ce script. :-(
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Je voulais dire les vlans taggés ...
Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
je suis curieux
J'ai toujours utilisé comme nom des vlans : vlanXXX Ce dont je me
suis rendu compte c'est qu'il faut hacké le fichier
/etc/network/if-post-down/vlan car il ne les supprime pas correctement
(sur Sarge).
Mais je suis d'accord avec toi ... le script n'est pas très bien écrit.
J'ai configuré bonding+vlan et alors lá de toute façon il faut te faire
tes propres script pre-up / post-down
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Je voulais dire les vlans taggés ...
Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
je suis curieux
J'ai toujours utilisé comme nom des vlans : vlanXXX Ce dont je me
suis rendu compte c'est qu'il faut hacké le fichier
/etc/network/if-post-down/vlan car il ne les supprime pas correctement
(sur Sarge).
Mais je suis d'accord avec toi ... le script n'est pas très bien écrit.
J'ai configuré bonding+vlan et alors lá de toute façon il faut te faire
tes propres script pre-up / post-down
Pour utiliser les VLANs il te faut imperativement un switch
manageable qui supporte la norme 802.1 q
Pas nécessairement.
Je voulais dire les vlans taggés ...
Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
je suis curieux
J'ai toujours utilisé comme nom des vlans : vlanXXX Ce dont je me
suis rendu compte c'est qu'il faut hacké le fichier
/etc/network/if-post-down/vlan car il ne les supprime pas correctement
(sur Sarge).
Mais je suis d'accord avec toi ... le script n'est pas très bien écrit.
J'ai configuré bonding+vlan et alors lá de toute façon il faut te faire
tes propres script pre-up / post-down
> Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
> je suis curieux
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commuta tion
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ãa me permet au mo ins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN , et
éventuellement de créer des sous-réseaux un peu plus "à ©tanches" que les
sous-réseaux IP classiques.
> Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
> je suis curieux
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commuta tion
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ãa me permet au mo ins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN , et
éventuellement de créer des sous-réseaux un peu plus "à ©tanches" que les
sous-réseaux IP classiques.
> Sinon tu fais comment ? Si tu peux pas parametrer ça sur le switch ...
> je suis curieux
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commuta tion
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ãa me permet au mo ins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN , et
éventuellement de créer des sous-réseaux un peu plus "à ©tanches" que les
sous-réseaux IP classiques.
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commutation
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ça me permet au moins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN, et
éventuellement de créer des sous-réseaux un peu plus "étanches" que les
sous-réseaux IP classiques.
Pour les broadcast/multicast mac ce ne sera pas étanche et tu
n'économises pas de bande passante non plus.
(Avec un switch non 802.1q,
une station appartenant au vlan2 recevra le trafic broadcast/multicast
de la station du vlan3). Ethereal te le prouvera.
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commutation
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ça me permet au moins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN, et
éventuellement de créer des sous-réseaux un peu plus "étanches" que les
sous-réseaux IP classiques.
Pour les broadcast/multicast mac ce ne sera pas étanche et tu
n'économises pas de bande passante non plus.
(Avec un switch non 802.1q,
une station appartenant au vlan2 recevra le trafic broadcast/multicast
de la station du vlan3). Ethereal te le prouvera.
En fait je ne paramètre rien sur le switch. :-) Le mien traite les
trames taggées comme des trames ethernet normales et fait la commutation
uniquement en fonction de l'adresse MAC destination, sans tenir compte
du VLAN ID. Quel intérêt, me diras-tu ? Ça me permet au moins de tester
la fonctionnalité VLAN entre plusieurs machines sur le même LAN, et
éventuellement de créer des sous-réseaux un peu plus "étanches" que les
sous-réseaux IP classiques.
Pour les broadcast/multicast mac ce ne sera pas étanche et tu
n'économises pas de bande passante non plus.
(Avec un switch non 802.1q,
une station appartenant au vlan2 recevra le trafic broadcast/multicast
de la station du vlan3). Ethereal te le prouvera.
