Guten Tag, Gemeinde, Hallo Framp.
Die Bridge von Framp, wunderbar auf seiner Website erklärt, bereitet mit seit Monaten Probleme.
Allerdings fand ich für meinen Zweck keine bessere Lösung, ohne mein Heimnetzwerk komplett umzustruckturieren.
Ich brachte die Brücke mittlerweile mehrfach auf meinem rpi zum Laufen, verlor jedoch "irgendwann" die Verbindung zum Pi bzw. er kam nicht mehr ins Netzwerk. Ich bemerkte das auch erst viel später, da ich mal las, daß ein Neustart eines Linux nicht wie bei Windows immer nötig sei und warum neu starten?
Erst machte ich mich dafür verantwortlich, weil der Bastelwahn, welcher einem ja mit solche einem Gerät schnell einholen kann, kein Ende fand. Jedoch stellte ich schnell fest, daß all meine Backups die Brücke nur im defekten Zustand mitbrachten.
Mittlerweile bin ich soweit, die Ursache gefunden zu haben.
Ausgegangen vom Image 2013-09-25-wheezy-raspbian funktioniert die Brücke anstandslos.
Mit einem upgrade ab Dezember via
fällt die Brücke mit einem reboot zusammen und der rpi kommt nur noch via LAN ins Netzwerk. Die Brücke an sich "br0" existiert nach wie vor, jedoch kann sie keine IP vom Router erhalten.
Anmerkung Ergänzung: Die IP ... .24 vergibt der Router der Mac-Adresse vom WLAN Stick. Dem eth0 eine ... .41 - daher spreche ich vom Gaukeln. Gleichzeitig übernimmt die br0 die Mac-Adresse vom wlan0
Kurios, stelle ich eine Verbindung via LAN zum Router her, und starte die Brücke neu (ifdown br0 ifup br0), gaukelt mir der rpi vor, er habe die Brücke via WLAN aufgebaut. In Wirklichkeit werden nur Daten über LAN ausgetauscht. Zu sehen am Transfer in der ifconfig:
Zitat
pi@rpi ~ $ ifconfig
br0 Link encap:Ethernet Hardware Adresse 80:1f:02:d1:07:e3
inet Adresse:192.168.220.24 Bcast:192.168.220.255 Maske:255.255.255.0
inet6-Adresse: fe80::821f:2ff:fed1:7e3/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:217 errors:0 dropped:0 overruns:0 frame:0
TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:16951 (16.5 KiB) TX bytes:8213 (8.0 KiB)
eth0 Link encap:Ethernet Hardware Adresse b8:27:eb:ad:6f:d4
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:236 errors:0 dropped:0 overruns:0 frame:0
TX packets:61 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:17909 (17.4 KiB) TX bytes:9267 (9.0 KiB)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:65536 Metrik:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wlan0 Link encap:Ethernet Hardware Adresse 80:1f:02:d1:07:e3
UP BROADCAST MULTICAST MTU:1500 Metrik:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Alles anzeigen
Zu meiner Hardware
Zitat
pi@rpi ~ $ cat /proc/cpuinfo
processor : 0
model name : ARMv6-compatible processor rev 7 (v6l)
BogoMIPS : 2.00
Features : swp half thumb fastmult vfp edsp java tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xb76
CPU revision : 7
Hardware : BCM2708
Revision : 000e
Serial : 000000007aad6fd4
Alles anzeigen
Zitat
pi@rpi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 005: ID 24ae:2000
Bus 001 Device 006: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Bus 001 Device 007: ID 13fe:5100 Kingston Technology Company Inc.
Alles anzeigen
Hierzu sei erwähnt, an dem USB Port hängt ein 32 GB Stick von Kingston, welcher noch nicht eingebunden ist, eine beim Systemstart richtig angezeigte Funk-Tastatur-Maus-Kombination von Rapoo (Model 8000)
Weniger interessant, weil frühere Upgrades auch das Problem schon hatten, jedoch mir nicht gegeben ist, jede Version wieder zu testen aber dennoch ...
Zitat
pi@rpi ~ $ sudo uname -a
Linux rpi 3.10.28+ #634 PREEMPT Sun Feb 2 15:16:25 GMT 2014 armv6l GNU/Linux
Der Brückenaufbau erfolgt durch
Zitat
auto lo
iface lo inet loopback
iface eth0 inet manual
auto wlan0
iface wlan0 inet manual
auto br0
iface br0 inet dhcp
bridge_ports wlan0 eth0
bridge_stp off
bridge_maxwait 15
wpa-iface wlan0
wpa-bridge br0
wpa-driver rtl871xdrv nl80211 wext (egal, welchen man hier einträgt)
# wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
wpa-ap-scan 1
wpa-scan-ssid 1
wpa-ssid "Routername"
wpa-psk "Passwort im Klartext"
Alles anzeigen
Die wpa_supplicant.conf möchte der rpi nicht benutzen. Er meckert schon vor irgend welchen Updates, daß wpasupplicant nur in Verbindung mit "iface ... inet manual" möglich sei.
Grundlegende Frage ist natürlich - Wie komme ich mit laufenden Updates immer wieder zu Framp'S schlichter Brücke?
Falls jemand noch ein paar technische Daten vom rpi braucht, nur zu.
mfg theMario