Je patauge pour mettre au point un r=E9seau personnel comportant des
ordi normeaux et des clients l=E9gers.
Je suis sous fedora 10 et j'ai install=E9 les paquets ltsp de cette
distrib et suivi les instructions de
https://fedorahosted.org/k12linux/wiki/InstallGuide
Ca marche (sauf que je ne sais pas tr=E8s bien comment fonctionne un
bridge...)
Voici un r=E9sum=E9 de la situation: j'ai 2 cartes ethernet, eth0 et eth1,
eth0 est reli=E9e =E0 l'Internet, il n'en sera donc plus question.
Conform=E9ment aux instructions, j'ai li=E9 l'interface ltspbr0 =E0 eth1
pour faire fonctionner les clients l=E9gers:
ifup ltspbr0
brctl addif ltspbr0 eth1
et les clients l=E9gers de pouvoir booter.
Je complique les choses en mettant une adresse IP sur eth1
(192.168.1.1) pour pouvoir relier les autres ordinateurs et j'ai un
serveur dhcp qui attribue les adresses.
Pour ce serveur dhcp, j'ai donc deux sous-r=E9seaux (un pour ltsp et
l'autre pour le reste) d=E9clar=E9s comme suit:
Ca marche: les clients l=E9gers peuvent booter et les autres ordinateurs
aussi *mais, pour ceux-ci,* apr=E8s avoir r=E9cup=E9r=E9 leur adresse IP et
leur nom.... ils n'ont plus acc=E8s au r=E9seau local (et encore moins =E0
l'internet).
Si je defais le bridge:
brctl delbr ltspbr0
c'est l'inverse: plusde clients l=E9gers, mais des ordi....
Voil=E0, je patauge, si quelqu'un peut m'aider, ne serait-ce qu'en me
disant que ce que je demande est impossible! Enfin, j'esp=E8re que c'est
possible.
J'ai aussi une config iptables qui permet de faire de la mascarade
pour les ordis.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Belhomme
François Patte a écrit :
Bonjour,
Je patauge pour mettre au point un réseau personnel comportant des ordi normeaux et des clients légers.
Je suis sous fedora 10 et j'ai installé les paquets ltsp de cette distrib et suivi les instructions de https://fedorahosted.org/k12linux/wiki/InstallGuide
Ca marche (sauf que je ne sais pas très bien comment fonctionne un bridge...)
Voici un résumé de la situation: j'ai 2 cartes ethernet, eth0 et eth1, eth0 est reliée à l'Internet, il n'en sera donc plus question.
Conformément aux instructions, j'ai lié l'interface ltspbr0 à eth1 pour faire fonctionner les clients légers:
ifup ltspbr0 brctl addif ltspbr0 eth1
Lorsque tu bridge des interfaces, tu ne doit plus utiliser les interfaces bridgées, mais le bridge lui-même. exemple, sur ma machine :
:~$ brctl show bridge name bridge id STP enabled interfaces br0 8000.0011114407f3 no eth0 tap0
on voit ici que j'ai 2 interfaces "physiques" : eth0 et tap0, qui forment le bridge br0
:~$ ip add show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff inet6 fe80::211:11ff:fe44:7f3/64 scope link valid_lft forever preferred_lft forever 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff inet 192.168.1.187/24 brd 192.168.1.255 scope global br0 inet6 fe80::211:11ff:fe44:7f3/64 scope link valid_lft forever preferred_lft forever 7: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 500 link/ether 00:ff:14:4a:3d:78 brd ff:ff:ff:ff:ff:ff inet6 fe80::2ff:14ff:fe4a:3d78/64 scope link valid_lft forever preferred_lft forever
Et là on voit que c'est bel et bien br0 qui dispose d'une adresse IP, et non pas eth0 ou tap0
-- Rico
François Patte a écrit :
Bonjour,
Je patauge pour mettre au point un réseau personnel comportant des
ordi normeaux et des clients légers.
Je suis sous fedora 10 et j'ai installé les paquets ltsp de cette
distrib et suivi les instructions de
https://fedorahosted.org/k12linux/wiki/InstallGuide
Ca marche (sauf que je ne sais pas très bien comment fonctionne un
bridge...)
Voici un résumé de la situation: j'ai 2 cartes ethernet, eth0 et eth1,
eth0 est reliée à l'Internet, il n'en sera donc plus question.
Conformément aux instructions, j'ai lié l'interface ltspbr0 à eth1
pour faire fonctionner les clients légers:
ifup ltspbr0
brctl addif ltspbr0 eth1
Lorsque tu bridge des interfaces, tu ne doit plus utiliser les
interfaces bridgées, mais le bridge lui-même. exemple, sur ma machine :
rico@wallis:~$ brctl show
bridge name bridge id STP enabled interfaces
br0 8000.0011114407f3 no eth0
tap0
on voit ici que j'ai 2 interfaces "physiques" : eth0 et tap0, qui
forment le bridge br0
rico@wallis:~$ ip add show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP qlen 1000
link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff
inet6 fe80::211:11ff:fe44:7f3/64 scope link
valid_lft forever preferred_lft forever
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UNKNOWN
link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.187/24 brd 192.168.1.255 scope global br0
inet6 fe80::211:11ff:fe44:7f3/64 scope link
valid_lft forever preferred_lft forever
7: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN qlen 500
link/ether 00:ff:14:4a:3d:78 brd ff:ff:ff:ff:ff:ff
inet6 fe80::2ff:14ff:fe4a:3d78/64 scope link
valid_lft forever preferred_lft forever
Et là on voit que c'est bel et bien br0 qui dispose d'une adresse IP, et
non pas eth0 ou tap0
Je patauge pour mettre au point un réseau personnel comportant des ordi normeaux et des clients légers.
Je suis sous fedora 10 et j'ai installé les paquets ltsp de cette distrib et suivi les instructions de https://fedorahosted.org/k12linux/wiki/InstallGuide
Ca marche (sauf que je ne sais pas très bien comment fonctionne un bridge...)
Voici un résumé de la situation: j'ai 2 cartes ethernet, eth0 et eth1, eth0 est reliée à l'Internet, il n'en sera donc plus question.
Conformément aux instructions, j'ai lié l'interface ltspbr0 à eth1 pour faire fonctionner les clients légers:
ifup ltspbr0 brctl addif ltspbr0 eth1
Lorsque tu bridge des interfaces, tu ne doit plus utiliser les interfaces bridgées, mais le bridge lui-même. exemple, sur ma machine :
:~$ brctl show bridge name bridge id STP enabled interfaces br0 8000.0011114407f3 no eth0 tap0
on voit ici que j'ai 2 interfaces "physiques" : eth0 et tap0, qui forment le bridge br0
:~$ ip add show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff inet6 fe80::211:11ff:fe44:7f3/64 scope link valid_lft forever preferred_lft forever 3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:11:11:44:07:f3 brd ff:ff:ff:ff:ff:ff inet 192.168.1.187/24 brd 192.168.1.255 scope global br0 inet6 fe80::211:11ff:fe44:7f3/64 scope link valid_lft forever preferred_lft forever 7: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 500 link/ether 00:ff:14:4a:3d:78 brd ff:ff:ff:ff:ff:ff inet6 fe80::2ff:14ff:fe4a:3d78/64 scope link valid_lft forever preferred_lft forever
Et là on voit que c'est bel et bien br0 qui dispose d'une adresse IP, et non pas eth0 ou tap0
-- Rico
Jacques Lav!gnotte
François Patte a écrit :
Bonjour,
Bonjour,
Ca marche (sauf que je ne sais pas très bien comment fonctionne un bridge...)