J’ai installé un Bridge sur mon réseau entre internet et le LAN
Public 10.0.0.1/21 ====>(Bridge Linux) ==> LAN
Voici la configuration de mon interface
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
bridge_ports eth0 eth1
address 10.0.0.254
netmask 255.255.248.0
network 10.0.0.0
broadcast 10.0.255.255
gateway 10.0.0.1
Ma connexion à Internet est devenu trés lente, et je télécharge à 10 ko au lieu de 1 Mo ce que j’avais
Pouvez vous m’aider
Merci,
deja tes calculs d’adresse sont pas bons , l’adresse de broadcast est 10.0.7.255.
que veux tu dire par ‘Public 10.0.0.1/21’ c’est ton adresse publique (ça m’étonnerais) ou c’est l’adresse privée de ton routeur.
sinon donnes le résultat de ‘ifconfig’, ‘route -n’
et eventuellement des messages d’erreur rencontrés lorsque tu fait un ‘/etc/init.d/networking restart’ ou des logs.
J’ai mis l’adresse du broadcast sur 10.0.7.255
et l’adresse public effectivement je veux dire l’interface GigaEthernet du routeur 10.0.0.1/21
Public 10.0.0.1/21 ====>(eth0)(Bridge Linux 10.0.0.254/21)(eth1) ==> LAN 10.0.0.0/21
Le résultat de la commande ifconfig est le suivant :
br0 Lien encap:Ethernet HWaddr 00:13:21:6B:D0:S4
inet adr:10.0.0.254 Bcast:10.19.255.255 Masque:255.255.248.0
adr inet6: fe80::213:21ff:fe6b:f0d4/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:618516 errors:0 dropped:0 overruns:0 frame:0
TX packets:27947 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:49624153 (47.3 MiB) TX bytes:7032160 (6.7 MiB)
eth0 Lien encap:Ethernet HWaddr 00:13:21:3B:J0:Q5
adr inet6: fe80::213:21ff:fe6b:f0d5/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:81530109 errors:0 dropped:0 overruns:0 frame:0
TX packets:72358442 errors:4631 dropped:0 overruns:0 carrier:0
collisions:2782132 lg file transmission:1000
RX bytes:1478389372 (1.3 GiB) TX bytes:2580348463 (2.4 GiB)
Interruption:201
eth1 Lien encap:Ethernet HWaddr 00:13:21:6B:D0:S4
adr inet6: fe80::213:21ff:fe6b:f0d4/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6879169 errors:0 dropped:0 overruns:0 frame:0
TX packets:6911501 errors:706 dropped:0 overruns:0 carrier:0
collisions:854024 lg file transmission:1000
RX bytes:1105570765 (1.0 GiB) TX bytes:2535197310 (2.3 GiB)
Interruption:209
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:66 errors:0 dropped:0 overruns:0 frame:0
TX packets:66 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:5032 (4.9 KiB) TX bytes:5032 (4.9 KiB)
Et le résultat de la commande route -n est le suivant :
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.0.0 0.0.0.0 255.255.248.0 U 0 0 0 br0
0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 br0
lors du redémarrage de l’interface , voila la réponse que j’ai
Reconfiguring network interfaces…
Waiting for br0 to get ready (MAXWAIT is 32 seconds).
done.
Y a t’il quelqu’un qui peut m’aider s’il vous plait
Mercii
question qui fera pas avancer le schmilblik, mais bon
il te sert à quoi ce bridge ?
Bonjour,
J’ai également un problème avec mon bridge, dans une configuration similaire a la tienne : serveur de fichier (bigbox, IP fixe 192.168.1.10) établi en bridge entre mon ordi fixe (bibblebox) et mon routeur(MyHub), afin de bénéficier d’une connection Gbit entre les deux PC malgré le routeur 100Mbits.
[code]12:18 root@bigbox ~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto br0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1
#auto eth0
#iface eth0 inet static
#auto eth1
#iface eth1 inet static
12:18 root@bigbox ~# ifconfig
br0 Link encap:Ethernet HWaddr 00:0E:2E:C0:6D:A4
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20e:2eff:fec0:6da4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15149151 errors:0 dropped:0 overruns:0 frame:0
TX packets:13941421 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:78860110 (75.2 MiB) TX bytes:1354359625 (1.2 GiB)
eth0 Link encap:Ethernet HWaddr 00:15:58:3E:C5:44
inet6 addr: fe80::215:58ff:fe3e:c544/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5688358 errors:0 dropped:0 overruns:0 frame:0
TX packets:5967198 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3719192790 (3.4 GiB) TX bytes:861783757 (821.8 MiB)
Interrupt:17 Base address:0xd400
eth1 Link encap:Ethernet HWaddr 00:0E:2E:C0:6D:A4
inet6 addr: fe80::20e:2eff:fec0:6da4/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:19490133 errors:0 dropped:0 overruns:0 frame:0
TX packets:18059374 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3995907547 (3.7 GiB) TX bytes:3615020263 (3.3 GiB)
Interrupt:18 Base address:0x4000
12:18 root@bigbox ~# cat /etc/hosts
127.0.0.1 localhost.localdomain localhost bigbox
255.255.255.O broadcasthost
192.168.1.1 MyHub
192.168.1.11 bibblebox
#204.152.189.173 us.v29.distributed.net
#::1 ip6-localhost ip6-loopback
#fe00::0 ip6-localnet
#ff00::0 ip6-mcastprefix
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters
#ff02::3 ip6-allhosts
12:19 root@bigbox ~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
[/code]
Wamba, si ma connection internet (qui passe par le bridge) n’est pas plus lente depuis mon fixe, en revanche la connection (que ce soit par ssh ou ftp) a mon serveur prend generalement de longues secondes. Je ne peux pas non plus accéder au réseau exterieur, ni meme faire un loopback :
[code]12:25 root@bigbox ~# ping 127.0.0.1
connect: Network is unreachable
zsh: exit 2 ping 127.0.0.1
12:34 root@bigbox ~# ping www.google.com
ping: unknown host www.google.com
zsh: exit 2 ping www.google.com
12:37 root@bigbox ~# ping MyHub
PING MyHub (192.168.1.1) 56(84) bytes of data.
64 bytes from MyHub (192.168.1.1): icmp_seq=1 ttl=255 time=0.654 ms
64 bytes from MyHub (192.168.1.1): icmp_seq=2 ttl=255 time=0.680 ms
64 bytes from MyHub (192.168.1.1): icmp_seq=3 ttl=255 time=0.707 ms
— MyHub ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.654/0.680/0.707/0.030 ms
[/code]
Je ne parviens a “pinger” que mon routeur et mon fixe, tous les deux en IP static. Les autres ordis du reseau (portables en wireless, donc DHCP) ne sont pas trouvés.
Cela pourrait être du a un probleme dans la configuration de la table /etc/hosts. La tienne est-elle très différente ? Parviens-tu a pingé d’autres IP ? Si oui, lesquelles (locales, externes, fixes, DHCP) ?
[EDIT]Le probleme n’est peut-etre pas du coté du /etc/hosts, en fait…
[code]13:21 root@bigbox ~# /etc/init.d/networking restart
A error404 :
On trouve des switches gigabit ethernet pour pas cher, ça ne vaut pas le coup de s’emmerder à monter un pont pour ça.
Il manque l’option “bridge_ports eth0 eth1” dans la définition de br0 dans /etc/network/interfaces. Sans cette option, l’interface br0 ne devrait même pas être créée. D’autre part, il y a une erreur de syntaxe :
n’est pas correct, cela devrait être :
auto br0
iface br0 inet static
ifconfig n’affiche pas l’interface de loopback lo, donc elle est probablement désactivée, c’est pourquoi “ping 127.0.0.1” renvoie “network unreachable”. Pourtant elle est bien définie en auto dans le fichier interfaces.
La table de routage ne contient pas de route par défaut, par conséquent tout ce qui est en-dehors du réseau local est injoignable. Pourtant une passerelle est définie dans le fichier interfaces.
“ping: unknown host google.com” indique un problème de résolution DNS. Soit les DNS sont mal configurés dans /etc/resolv.conf, soit ils sont injoignables à cause d’un problème réseau, cf. 4). C’est peut-être aussi pour ça que la connexion au serveur est longue.
Le fichier hosts n’a pas grand chose à voir avec tout ces problèmes, à part peut-être la longueur de connexion au serveur. Il ne contient que des définitions de noms.
Quand tu pingues les autres postes du réseau, c’est par nom ou par adresse ? Quel est précisément le résultat ?
8 ) Aucun rapport entre wifi et DHCP, c’est indépendant.
En tout cas, plusieurs incohérences entre le fichier interfaces et les résultats de ifconfig et route.
Merci beaucoup pour tes réponses précises Pascal 
1/Pour les switch Gbit, en effet ca existe, je me suis posé la question de leur achat, mais puisque materiellement tout est deja en place… (et c’est en mettant les mains dedans qu’on apprend).
2/ J’ai modifié interfaces au gré des fils de discussions sur les forums, ca a du laisser quelques sequelles, je corrige donc. J’avais bidouillé un script de demarrage pour creer le bridge.
3/ Ifconfig ne montre pas “lo”, qui est pourtant presente dans interfaces. Mes modifications à vue dans interfaces ont probablement créé des incohérences qui perturbent ifconfig. Comment puis-je les corriger ?
4/ “Route par defaut” : Ou et comment dois-je la definir ?
5/ Les DNS sont correctement configurés, le problème je pense, c’est qu’ils sont injoignables en l’etat.
6/OK
7/ Par le nom ou l’IP, les resultats sont identiques :
Le poste avec IP fixe et le routeur sont pigés sans probleme, les portables en wifi et en DHCP (et non “donc” 
) ne sont pas trouvés (meme en indiquant l’IP du moment).
Déjà, après avoir corrigé le fichier interfaces, tu peux tenter
Les modifications à la main à coup de ifconfig, route… c’est bien gentil mais si le fichier interfaces n’est pas bon on a des mauvaises surprises au redémarrage.
Par contre, même avec la configuration actuelle ce n’est pas normal que le reste du réseau local soit injoignable par adresse. Quel est le message d’erreur (j’aime bien les messages d’erreur, ça donne plein d’infos utiles, et même quand il n’y a pas de message d’erreur c’est une info utile) ? Pas de firewall qui bloque ? Qu’affiche “arp -n” juste après un ping qui échoue ?
Le ping vers le portable donne 192.168.1.66:
13:58 root@bigbox ~# ping 192.168.1.66
PING 192.168.1.66 (192.168.1.66) 56(84) bytes of data.
Après une dizaine de minutes, je finis par forcer son arret avec ctrl-C
[code]— 192.168.1.66 ping statistics —
1234 packets transmitted, 0 received, 100% packet loss, time 1233030ms
zsh: exit 1 ping 192.168.1.66
14:20 root@bigbox ~# arp -n
Address HWtype HWaddress Flags Mask Iface
192.168.1.66 ether 00:11:F5:2F:A4:7B C br0[/code]
A noter, l’adresse MAC affichée est bien celle du portable que je ping.
Si je ping ce meme ordinateur par son nom:
13:45 root@bigbox ~# ping jeanne-pc
ping: unknown host jeanne-pc
zsh: exit 2 ping jeanne-pc
Je dois y aller, je continue ce soir, merci pour ton aide Pascal
Pas de message d’erreur et la bonne adresse MAC dans le cache ARP, ça veut dire que c’est l’autre en face qui ne répond pas, ou que la réponse n’arrive pas.
Moi aussi je dois y aller, visite familiale dominicale.
Bonsoir Pascal,
La modification de l’entete d’interfaces suivie de revoke-rc ont clairement apporté du mieux, le ping du localhost donne maintenant un resultat normal (mon serveur se trouve lui-meme, ce qui est deja une bonne nouvelle)
En revanche, pas d’amelioration du coté de l’acces au reseau exterieur ainsi que pour le ping des portables en DHCP:
0:55 root@bigbox ~# ping ibook-wanoo
ping: unknown host ibook-wanoo
zsh: exit 2 ping ibook-wanoo
1:05 root@bigbox ~# arp -n
Address HWtype HWaddress Flags Mask Iface
192.168.1.1 ether 00:16:B6:0A:99:EA C br0
192.168.1.67 ether 00:14:51:79:FB:68 C br0
1:05 root@bigbox ~#
L’IP et l’adresse MAC corresponde pourtant bien au portable “ibook-wanoo”.
Par ailleurs, je n’ai pas encore inséré l’option “bridge_ports eth0 eth1” dans la définition de br0 dans /etc/network/interfaces, ne sachant pas trop a quel niveau la mettre, ni si elle est indispensable en raison de la presence d’un script de demarrage pour créer le bridge…
Là tu as un problème de résolution de nom, pas de réseau. ibook-wanoo a peut-être pour adresse 192.168.1.67, mais manifestement bigbox ne le sait pas. Et il ne figure pas dans le /etc/hosts que tu as publié. Pour débugger le réseau, n’utilise que des adresses IP numériques et pas des noms d’hôte.
Que contient le script de création du pont ? Pourquoi ne pas plutôt utiliser bridge_ports (mais pas les deux en même temps, effectivement) ?
Bonsoir Pascal,
De retour apres les fetes (j’esperais pouvoir regler mon probleme en vacances, mais mon acces ssh ne fonctionne apparement qu’en local 
), voici le script que j’avais bidouillé pour forcer la construction du pont entre les deux cartes réseau:
[code]0:06 root@bigbox /# cat /etc/rc1.d/K20start-bridge.sh
#!/bin/zsh
ifconfig eth0 down;
ifconfig eth1 down;
ifconfig eth0 0.0.0.0;
ifconfig eth1 0.0.0.0;
brctl addbr br0;
brctl addif br0 eth0
brctl addif br0 eth1;
brctl showmacs mybridge;
ifconfig br0 up;
ifconfig br0 192.168.1.10 netmask 255.255.255.0;[/code]
[Je m’aperois au passage d’une erreur dans le script, brctl shomacs devrait avoir comme argument br0, et non mybridge, mais cela n’a pas vraiment d’importance.]
Si je le desactive et ajoute a la place dans interfaces la commande “bridge_ports eth0 eth1”, le résultat sera donc le meme ?
A quel niveau dois-je le placer ? Ou dois-je specifier l’IP que je souhaite affecter au bridge ?
Et puisque c’est de saison, je vous souhaite a tous une excellente annee 2009 !
C’est normal que ce script soit en Knn du runlevel 1 ?
Il ne crée pas de route par défaut, donc forcément la machine n’a pas accès à internet, et les résolutions DNS échouent si les DNS configurés dans /etc/resolv.conf sont à l’extérieur.
Normalement oui, c’est fait pour. Cette option entraînera l’exécution des commandes brtcl comme ton script l’aurait fait.
[quote=“error404”]
A quel niveau dois-je le placer ?[/quote]
Dans le paragraphe des options relatives à br0. Cela donne normalement EDIT : j’avais copié/collé l’erreur que j’avais signalée plus haut, c’est corrigé :
auto br0
iface br0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1
bridge_ports eth0 eth1Dans l’option ‘address’ du paragraphe, comme tu l’as déjà fait.
J’ai viré le script de démarrage, et modifié interfaces:
[code]21:14 root@bigbox ~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1
bridge_ports eth0 eth1[/code]
Et…
20:57 root@bigbox ~# apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
dpkg dpkg-dev dselect libc6 libc6-dev libcupsys2 libcupsys2-gnutls10
libfreetype6 libtiff4 locales openssh-client openssh-server perl
perl-base perl-modules python2.4 python2.4-minimal reportbug ssh tzdata
20 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 27.1MB of archives.
Voila, je crois que ca resume tout ! Ca marche !
Un grand merci pour ton aide précieuse, Pascal !
Un “apt-get upgrade” qui affiche la liste des paquets qu’il va mettre à jour, je ne vois pas ce que ça a de probant : pas besoin de réseau pour ça.
PS : l’option bridge_fd peut être utile pour diminuer le délai qui est par défaut de 30 secondes avant que le port se mette en mode passant après avoir été activé. Mais c’est surtout utile en DHCP ou en autoconfiguration IPv6 où il faut que l’interface soit opérationnelle immédiatement.