1. JTAG-Kabel besorgen. Wenn ihr so faul und unfähig seid wie ich, dann macht ihr das nicht selber, sondern bestellt es (mit Parallelportadapter) bei Ebay oder so. Komischerweise gabs das nur aus den USA. Sucht mal bei EBay nach “WRT54G JTAG”. Kostenpunkt: Rund 8 € (ist Ok finde ich für Arbeit, Material + Versand aus USA)
2. Linksys WRT54G(S) aufmachen. Das ist ein wenig umständlich, aber durchaus als Einzelperson hinzubekommen. Siehe dazu den Artikel WRT54G Öffnen: “Rupf, Reiss, Auf!”
3. Jetzt muss der “Pin Header” als Gegenstück zum Kabel an der entsprechenden Stelle angelötet werden.
4. JTAG-Kabel anschließen. dabei so, dass das rot markierte Kabel zur Markierung “1″  zeigt.
5. Auf der anderen Seite z.B. das Kabel in den Parallelport eures Rechners, (wenn der noch so was hat, ansonsten hättet ihr einen mit USB-Adapter bestellen müssen, die sind teurer).
6. Besorgt euch die TJTAG-Software. Ihr müsst dann die entsprechenden Binairies benutzen -  bei einem 32bit Linux also aus “linux_32bit” die Datei “tjtag3″ ausführbar machen. Ich kopiere sie dann auch gerne in mein erstelltes Verzeichnis $HOME/bin und mache sie ausführbar (chmod+x tjtag3).
7. Ok jetzt habt ihr beide Seiten verbunden. Ihr könnt jetzt den Router einschalten, der sollte irgendwo gut wackelfrei stehen. Ihr braucht im Moment nur Strom- und JTAG-kabel.
8. Wir testen jetzt mal, ob etwas funktioniert: tjtag3 -probeonly testet die Verbindung und versucht den Chip zu erkennen.
9. Es gibt ausführlichere Anleitungen, ich beschreibe hier nur meinen Weg zum Ziel. Wer auf Nummer sicher gehen will sollte wo anders weiterlesen!
10. Ihr könntet dann z.B. tjtag3 -flash:nvram ausprobieren. Ihr werdet danach nicht viel sehen. Es wird gesagt, dass die meisten Probleme hier begründet liegen. Danach solltet ihr der Anleitung bei DD-WRT folgen. Entsprechender der Hardwarerevision. Also z.B.:
    1. JTAG ist langsam. Also wieder Computer und Router mit Ethernetkabel verbinden
    2. tftp installieren.
    3. Router vom Strom trennen, Ethernet-Rechner-IP auf 192.168.1.2 bringen (wie das geht müsst ihr anderweitig herausfinden)
    4. Reset-Taste gedrückt halten, Strom rein, 20 Sekunden warten.
    5. Taste loslassen und mit Browser auf 192.168.1.1 gehen.
    6. per Management-Interface vxworkskiller als Image installieren. Eventuell mehrmals hintereinander versuchen, falls es nicht auf Anhieb klappt.
    7. Strom raus, rein, 2 Minuten warten
    8. Strom raus und wieder rein
    9. per tftp ein DD_WRT micro generic image auf Router hochladen. Genauere Beschreibungen anderswo.
    10. Wenn erfolgreich startet Router neu, oder ihr müsst ihn neu starten.
11. FERTIG

Wenn ich es richtig verstanden habe besteht ggf. die Chance diese Version des Routers auch mit einem größeren Image zu bestücken (micro generic hat z.B. kein SSH, nur Telnet).

So wie oben beschrieben hat es bei mir geklappt. Die meisten Anleitungen im Internet sind Müll – und die Vielzahl an Forentips oft sehr verwirrend. Meine Anleitung daher ein wenig als roter Faden durch das Dickicht. Ihr müsst dann schon einiges an Wissen haben oder erwerben. Dies also eine Anleitung für Leute, die schon ein wenig Erfahrung mit dem Flashen von Routern haben – oder als Anhaltspunkt für die, die sich das ganze Wissen erst erarbeiten müssen.

Viel Erfolg bei euren Versuchen!

opening WRT54GL part 1 of 3

Ziel soll demnächst sein via JTAG-Kabel zu flashen. Der WRT54GS hat ein lustiges TFTP: Es benötigt ein Passwort. Deshalb funktioniert normales TFTP nicht. Damit hat Cisco den TFTP-Standard verändert. D.h. man muss sich von Linksys ein tftp.exe für Windows herunterladen, damit es funktioniert. Na toll, wenn man kein Windows hat -  unter WINE läuft das nicht. Crap.

Naja jedenfalls soll der WRT54GS mit DD-WRT laufen. Mit einem Mini-Image. Wir werden sehen.

Wir überlegen eine angepasste Firmware auf deren Basis zu nutzen und uns mal zu treffen.

Auch in Rendsburg und Postfeld gibt es Freifunk.

Das Problem, das man ja oft hat ist, das wenn der NetworkManager(NM) die Schnittstellen verwaltet, wir diese nicht mehr von Hand konfigurieren können. Wir müssen also für FreiFunk zwingen den NM abschalten – und wenn wir schon dabei sind können wir auch gleich einige Konfigurationen automatisieren.

das Skript macht folgendes:

1. Bei “start” den NetworkManager herunterfahren.
2. Die WLAN IP-Schnittstelle richtig konfigurieren.
3. OLSRD starten
4. Eine Datei /etc/resolv.conf.freifunk nach /etc/resolv.conf kopieren um wieder einen Nameserver zu haben. Vielleicht löst sich das mit dem resolver intelligenter lösen (Vorsicht: so bricht es die Ubuntu-Methode)

Beim Stoppen tut es folgendes:

1. OLSRD stoppen
2. NM starten
3. Die resolv.conf wird dann vom NM automatisch wieder überschrieben.

Mit dem Skript kann ich nun, wenn ich es nach /etc/init.d/FreiFunk kopiere und ausführbar mache einfach FreiFunk für meinen Ubuntu-Notebook an- und abschalten.

Als nächstes sollte ich das mit der WLAN-Schnittstelle mal abstrahieren, da viele von euch vermutlich einen anderen Schnittstellennamen haben. Zumindest sollte das als konfigurierbare Variable gesetzt sein.

#!/bin/sh
### BEGIN INIT INFO
# Provides: FreiFunk
# Short-Description: FreiFunk OLSR network
# Description: Netzwerk für OLSR /FreiFunk konfigurieren.
### END INIT INFO

set -e

prefix=/usr
exec_prefix=/usr
sbindir=${exec_prefix}/sbin
localstatedir=/var

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC=”FreiFunk Connection Manager”
NAME=”FreiFunk”

USER=root

. /lib/lsb/init-functions

case “$1″ in
start)
echo “Fahre den Networkmanager herunter”
sudo /etc/init.d/NetworkManager stop
echo “Setze Modus ad-hoc auf eth2″
sudo iwconfig eth2 mode Ad-hoc
echo “Setze die IP-Adresse auf 10.100.200.107″
sudo ifconfig eth2 10.100.200.107 netmask 255.0.0.0
echo “Setze die ESSID auf gaarden.freifunk.net”
sudo iwconfig eth2 essid gaarden.freifunk.net
echo “Setze eth2 auf Kanal 1″
sudo iwconfig eth2 channel 1
echo “Starte OLDRD”
sudo /etc/init.d/olsrd start
echo “Kopiere resolv.conf”
sudo cp /etc/resolv.conf resolv.conf.back
sudo cp /etc/resolv.conf.freifunk /etc/resolv.conf
echo “Konfiguration abgeschlossen. Gehe auf http://127.0.0.1:1987″
;;

stop)
echo “Stoppe OLSR”
sudo /etc/init.d/olsrd stop
echo “Start den Networkmanager wieder”
sudo /etc/init.d/NetworkManager start
echo “Bitte etwas Geduld, bis das Netzwerk sich neu konfiguriert (ohne Freifunk)”
;;
esac

You get the idea? Ich übernehme natürlich keine Garantie dafür, das das Skript keinen Schaden anrichtet. Es fehlen noch einige Sicherheitsabfragen etc.. Daher ist es eher etwas für Leute, die wissen was sie tun, bzw. als Blaupause für Weiterentwicklungen.

Was wahrscheinlich das Beste ist, ist Freifunk immer konkret vor Ort durchzuführen, wenn die Zahl der Beteiligten klein ist. D.h. wirklich schauen wie man es nutzbringend einsetzen und verbessern kann. Also bei jedem zuhause, im Verein oder sonstwo. Und dann auch konkret ausprobieren und testen – auch aus Spaß an der Sache. Wenn etwas nicht funktioniert hat man eben was dazu gelernt. Das heisst es geht nicht darum nur genau das zu implementieren, was man sich vorgenommen hat – der Spaß beim Konfigurieren und der Misserfolg selbst sind dann ja Teil des Lernprozesses. Am Ende macht man vielleicht was ganz anderes. Darum sollte es uns auch gar nicht darum gehen irgendwem der es nicht will etwas aufzuoktroyieren. “Freifunk” bedeutet eben auch ein freies Graswurzelnetzwerk aufzubauen von Gleichgesinnten oder zumindest ähnlich gesonnenen Menschen. Ende Mai/Anfang Juni möchte ich gerne wieder mal Treffen machen. Dann aber wirklich mal Linux/Freifunk/OSM. Ort: noch offen. Werde dies an dieser Stelle und auf der Mailingliste bekanntgeben.

Schön fand ich da auch den Satz von Freifunk Halle:

… Unsere alten Antennenhasen haben es aufgegeben, mit ihrem theoretischen  Wissen irgendetwas über die Verbindungsqualität auszusagen:”Versuch macht Klug, bei Hochfrequenz ist alles möglich”

Ich denke Vorüberlegungen sind gut, aber eben doch nur begrenzt aussagekräftig. Mein Rat an alle die interessiert sind: Wenn ihr einen Nachbarn habt und auch zwei WRTs einfach mal ausprobieren ob es irgendwie ohne Hilfsmittel schon klappt. Wenn ja kann man versuchen wie man die Verbindung verstätigt und ggf. optimiert. Und wenn man Geld oder Zeit und Lust hat kann man auch mit Extra-Antennen anfangen. Interessant ist auch mal die Bekanntschaft abzuklappern und via Karten und Luftbildern mal zu schauen wo gute Sichtverbindungen sind oder interessante Nachbarschaften. Es gibt in jedem Stadttteil oder jedem Ort funkstrategisch interessante Orte wie auch erhöhte Punkte, die man theoretisch nutzen kann. Dabei hängt es natürlich davon ab wieviel zeitlichen, finanziellen und technischen Aufwand man sich leisten kann und will. Ich bin da ein großer Freund von nachhaltigem Low-Level – Leute die Interesse haben einbinden, Chancen nutzen und vor allem darauf setzen das neue Knoten und Gateways auch dauerhaft vorhanden sind. Zumindest solange das Netz noch dünn ist. Denn dann bedeutet der Ausfall eines wichtigen Knotens ggf. das alles zusammenbricht.

Genau so wichtig wie das technische Netz ist auch das soziale Netz – Leute im Netz sollten sich auch kennenlernen und sich Feedback geben können.

• Frag-Schwelle: 500
• RTS-Schwelle: 250

Erläuterungen zum Warum findet man hier. Ich glaub’ das jetzt einfach mal was da steht.

1. am besten sowas wie einen Kuli bereitlegen und den Router direkt an einen Rechner (am besten einen unixbasierenden) anschliessen.
2. Man kann dann schon mal eine Schnittstelle auf eine Adresse des Netzwerkes 192.168.1.1/24 setzen wie z.B. 192.168.1.2
3. Dann den Router greifen und Strom ziehen.
4. Strom wieder rein
5. Warten bis DMZ-Lampe leuchtet
6. Einige Sekunden auf Reboot-Knopf (hinten) drücken.
7. Danach telnet 192.168.1.1 – und schwupps sind wir schon im Router
8. mtd unlock /dev/mtd/4
9. mount -t jffs2 /dev/mtdblock/4 /jffs
10. Nun kann man die Passwortdatei auf /jffs/etc/passwd bearbeiten. Problem ist jetzt das das Passwort da verschlüsselt steht. Ich nehme zum Editieren den Editor “vi”. Der hat 2 Modi: Den Befehls und den editier-Modus. Am besten so vorgehen: “vi /jffs/etc/passwd” – danach “O” eingeben, dann paste diese Zeile “root:$1$94$gPojrAnI0oPZSeHEJh/YF.:0:0:root:/tmp:/bin/ash” (das setzt das Passwort auf “admin”) Danach Taste ESC drücken. Jetzt solltest Du 2 Zeilen haben – dann am besten den Cursor eine Zeile hoch und an den Zeilenanfang setzen. Dort dann “i” eingeben (für insert) – und dann “#”. Dann wieder ESC und dann “:x” (für Speichern&Verlassen”
11. Das Problem ist jetzt leider das dies nur das Passwort für SSH setzt, aber nicht für die WebUI – am besten geben wir jetzt aber doch erst mal reboot ein – der Router startet dann wieder auf seiner alten IP-Adresse auf die wir dann mit ssh root@IP-Adresse zugreifen
12. Am besten gleich mit “passwd” ein neues Passwort setzen.
13. Dann: “cd /var/etc” – dann schauen wir noch mal auf das neue verschlüsselte Passwort von root an: cat “/etc/passwd”
14. Das markieren und kopieren wir dann – es ist der Teil zwischen “root:” und “:0:0″
15. Ok jetzt “vi httpd.conf” . Wir gehen in die Zeile die mit “/cgi-bin:root:” und setzen den Cursor rechts neben den Doppelpunkt und drücken “C” (löscht bis zum Ende der Zeile und geht in den Einfüge-Modus) – danach das eben kopierte root-Passwort einfügen. Dann ESC und “:x” drücken
16. FERTIG.
17. Was ich jetzt mache ist noch die Prozess-ID vom httpd rauszufinden – ihn zu rebooten und sicherheitshalber noch mal das Passwort via WebGUI zu ändern. Keine Ahnung ob das nötig ist, aber ich hatte da einige Probleme es zu schaffen und sicher ist sicher.

Es gibt diverse Hinweise im Internet – aber ich hatte keinen Text gefunden, der alles das enthält was oben steht. Etwas eleganter wäre es sicher, wenn man das Passwort selber vorher generieren würde. Die Hashfunktion  ist MD5 (startet mit $1$). Z.B. auf Linux mit dem Paket und Programm ‘makepasswd’: echo “passwort” | makepasswd –crypt-md5 - ihr nehmt dann den rechten String.

PS: Den zentralen Router SK28 habe ich mal auf die neue Firme 1.6.32 (Changelog) aktualisiert.