![[Netzwech.de]](https://www.netzwech.de/wordpress/wp-content/themes/twentyeleven/images/headers/willow.jpg)
Gestern habe ich die aktuelle Version 0.9.3.1 von madwifi-ng in fli4l eingepflegt. Da ich den 2.4er kernel selten nutze war das wieder ein spannendes Erlebnis. Die neue Release von madwifi beseitigt drei Sicherheitslücken wie in der News vom Projekt zu lesen. Ich finde für ein Freizeitprojekt ist fli4l somit sehr zügig gewesen.
Aua aua, nach dem das Freifunk Wiki in Hannover heute mit der Datenbank (naja eigentlich ohne Datenbank) Probleme bekam, hab ich mir doch nochmal mein MySQL Backup angeschaut. Beim Script schreiben ist mir ein „chmod 0600 datenbank“ blöderweise im falschen Ordner entfleucht. Sprich einige Ordner unterhalb von /var/lib/mysql waren nicht mehr durchschreitbar (+x) für den mysql Server. Super. Da bekommt man dann den o.g. Fehler beim reparieren der Datenbank (z.B. mit PhpMyAdmin). Sauber. Das Backup konnt trotzdem gebrauchen, einige Tabellen haben sich dann doch verabschiedet.
Heute wurde die überarbeitete Version von fli4l (the one disc router) veröffentlicht. Dabei handelt es sich um eine Bugfix Release, sprich es wurden gemeldete Probleme behoben. Der Madwifi Treiber im atheros Paket wurde von mir aktualisiert, dort wurde eine Sicherheitslücke bekannt. Traditionsgemäss ist Weihnachten wenn es eine neue fli4l-Version gibt. 🙂 Heute spielt auch der Kalendar mit. Frohes Fest!
Oder wie es in englisch so schön heißt mit einer Map. Unter http://map.freifunk-hannover.de kann man Lothos Arbeit bewundern und nutzen. Mit der Karte kann man sich ein Bild über die Verbreitung von Freifunk in Hannover machen. Der nächsten Standort ist bestimmt nicht weit und man kann ggf. seinen Aufbau entsprechend ausrichten.
Ich werde diese Wochenende dem Projekt in Hannover noch ein paar Router hinzufügen, da trifft es sich, das die Karte wieder funktioniert. Damit die OLSR Wolke in Linden Nord weiter wächst. 🙂
Sowas „ieee80211_crypt_wep: could not allocate crypto API arc4“ schwappt einen entgegen im dmesg. Und woran lags? Am neuen ieee80211 Framework das WEP, TKIP und CCMP machen soll? Nöö. Lag an den crypto libs. Hier z.b: ARC4. Also arc4 mit kompilieren und modprobe arc4 vorher, fertig.
So schaut es aus wenn ich ein „netcat -l -p 5555 > /dev/null“ und ein „netcat -p 5555 IP < /dev/zero“ auf der anderen Seite mache. Dazwischen eine WLAN Funkstrecke. Der WRAP über dem das läuft kommt dabei ins Schwitzen.
Die sc1100/Geode CPU regelt bei 60 Grad (das ist wohl einstellbar) den Takt ständig rauf und runter bis die Temperatur nicht weiter steigt.
Auch nervig – naja was solls.
/etc/apt/source.list
anpassen (multiverse usw. auskommentieren)
Dann ein beherztes sudo apt-get update gefolgt von sudo apt-get install gstreamer0.10-plugins-ugly sidplay-base xsidplay. Fertig.
Mit einer Fehlerbereinigung der stabilen Version 3.0.x wartet das Fli4l Projekt auf. Laut Changelog gibts es nicht viel neue Features. DNS_TRIGGER_DIAL_IN soll das Problem mit der ersten DNS Anfrage nach Verbindungsaufbau beheben. Die ging nämlich früher in die Hose, nur keiner hats gemerkt. Die rt2570 usb Unterstützung hab ich selbst eingepflegt 🙂 Wobei ich die Ralink Produkte nicht empfehle, die Treiber sind doch noch zu frisch.