https://kbu.freifunk.net/wiki/api.php?action=feedcontributions&feedformat=atom&user=Hermes 2026-04-09T09:29:00Z Benutzerbeiträge MediaWiki 1.38.2 https://kbu.freifunk.net/wiki/index.php?title=Experteneinstellungen&diff=49981 2020-09-21T19:13:38Z

<p>Hermes: Hinweis zu .ssh/config-Eintrag hinzugefügt</p> <hr /> <div>&lt;noinclude&gt;<br /> &lt;div style=&quot;text-align: center; background-color:#e135734d; font-weight: bold; padding: 1px;&quot;&gt;<br /> &lt; [[Firmware updaten]] &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; [[Mitmachen|Übersicht]] &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Optional: [[Pimp my Node]] &gt;<br /> &lt;/div&gt;<br /> &lt;/noinclude&gt;<br /> <br /> Für diese Einstellungen wird ein SSH-Zugang zum Node benötigt. Der muss wie in [[Node_konfigurieren#Remote_Access|Node konfigurieren]] beschrieben aktiviert werden. Außerdem wird ein SSH-Client auf dem Computer benötigt. Unter Windows kann dafür PuTTY [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html PuTTY-Webseite] verwendet werden. <br /> <br /> SSH-Keys können mit PuTTYgen (ebenfalls unter [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html PuTTY-Webseite]) erzeugt und verwaltet werden (s. auch [https://www.google.de/search?q=putty+ssh+key+erzeugen Google]).<br /> Falls es Probleme mit der Einrichtung eines SSH-Keys gibt, ist es meist am einfachsten, einmal zu einem [[Treffen|Freifunktreffen]] zu kommen, und sich dort helfen zu lassen.<br /> <br /> == SSH-Zugang einrichten ==<br /> <br /> Es gibt zwei Möglichkeiten sich per SSH mit einem Freifunk-Knoten zu verbinden: Mit einem Passwort oder mit einem SSH-Key. <br /> <br /> Wir empfohlen, sich mit SSH-Key zu verbinden. Da die Freifunk-Knoten im Internet direkt erreichbar sind, bieten Passwörter eine sehr große Angriffsoberfläche über Wörtebuchattacken und Ähnliches.<br /> <br /> ==== Mit SSH-Keys ====<br /> <br /> Unter Linux sollte ein RSA-Key in &lt;code&gt;~/.ssh/id_rsa.pub&lt;/code&gt; liegen. Der kann mit <br /> cat ~/.ssh/id_rsa.pub<br /> angezeigt werden. Falls kein Key vorhanden ist, kann mit<br /> ssh-keygen -t rsa -b 4096 -C &quot;your_email@example.com&quot;<br /> einer generiert werden.<br /> <br /> Dieser Key kann im [[Node konfigurieren|Config-Menü]] eingetragen werden:<br /> TODO: Bild Config Menü<br /> <br /> ==== Mit Passwort ====<br /> <br /> Zum ersten Ausprobieren oder falls das Nutzen eines SSH-Keys nicht möglich ist, kann man sich auch mit einem Passwort zu dem Node verbinden.<br /> Dazu wird einfach ein Passwort im [[Node konfigurieren|Config-Menü]] eingetragen:<br /> TODO: Bild Config Menü<br /> <br /> === Per SSH zu Node verbinden ===<br /> <br /> Die IP des Node kann zum Beispiel auf der Karte (https://map.kbu.freifunk.net/) ermittelt werden. Dann kann man sich zu dem Knoten per SSH verbinden:<br /> ssh root@&lt;&lt;&lt;ip-adresse&gt;&gt;&gt;<br /> <br /> === SSH unter Windows: PuTTY ===<br /> <br /> [[Datei:Putty.png|right|thumb|PuTTY]]<br /> [[Datei:PuttyNeu.png|right|thumb|PuTTY: Bei der ersten Verbindung muss die Identität des Servers bestätigt werden]]<br /> Unter Windows kann man das Programm PuTTY (putty.exe) verwenden, um eine SSH-Verbindung aufzubauen. PuTTY kann man sich auf der [http://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html PuTTY-Hompage] herunterladen.<br /> <br /> PuTTY kann auch mit SSH-Key-Authentifizierung benutzt werden. Dazu muss mit PuTTYGen (puttygen.exe) ein Key generiert werden. Dieser Key muss in Pageant (pageant.exe) geladen werden, bevor PuTTY gestartet wird. Beide Programme gibt es ebenfalls auf der [http://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html PuTTY-Hompage].<br /> Dokumentation zu diesen Programmen finden sich auf der [https://the.earth.li/~sgtatham/putty/0.67/htmldoc/Chapter9.html#pageant Pagenant-Dokumentation] und der [https://the.earth.li/~sgtatham/putty/0.67/htmldoc/Chapter8.html#pubkey PuTTYGen-Dokumentation].<br /> <br /> == Standardkonfiguration via SSH vornehmen ==<br /> <br /> === Position für die Karte eintragen / ändern ===<br /> <br /> Die Position auf der Karte wird in der &lt;code&gt;/etc/config/gluon-node-info&lt;/code&gt; konfiguriert. <br /> <br /> Die Änderungen erscheinen nach etwa 5 Minuten auf der Karte https://map.kbu.freifunk.net/.<br /> <br /> ==== Node von der Karte entfernen ====<br /> <br /> Einfach im Abschnitt &lt;code&gt;config location&lt;/code&gt; &lt;code&gt;option share_location '0'&lt;/code&gt; setzen.<br /> <br /> ==== Node auf Karte eintragen / ändern ====<br /> <br /> Dazu muss der folgende Abschnitt in der &lt;code&gt;/etc/config/gluon-node-info&lt;/code&gt; eingefügt / geändert werden.<br /> config location<br /> option share_location '1'<br /> option latitude '50.7107'<br /> option longitude '7.1079'<br /> option altitude '72'<br /> Die letze Angabe &lt;code&gt;option altitude&lt;/code&gt; kann weggelassen werden, wenn man die genaue Höhe nicht weiß.<br /> <br /> === Kontaktangabe ändern ===<br /> <br /> Dies wird durch den folgenden Abschnitt in der &lt;code&gt;/etc/config/gluon-node-info&lt;/code&gt; geregelt:<br /> config owner<br /> option contact '&lt;&lt;&lt;Email oder Telefonnummer&gt;&gt;&gt;'<br /> <br /> == Privates WLAN hinzufügen ==<br /> <br /> Der Node kann auch das lokale Heimnetzwerk über WLAN ausstrahlen. Das sollte dann aber auf jeden Fall mit einem Passwort absichern. <br /> Je nach Firmware / Gluon-Version unterscheidet sich die Einrichtung: '''Bei einigen muss eine MAC-Adresse gesetzt werden - bei anderen nicht.'''<br /> <br /> Das private wlan-Netz wird direkt mit dem WAN-Port des Routers per Netzwerkbrücke verbunden: Falls Du keine IP-Adresse bekommst oder der Zugang nicht funktioniert, überprüfe zunächst, ob der Knoten<br /> erfolgreich eine VPN-Verbindung aufbauen kann, d.h. auf der Karte korrekt angezeigt wird.<br /> <br /> Um ein privates wlan einzurichten, verbinde Dich am besten per SSH und orientiere Dich an den Kommandos in der Gluon-Dokumentation je nach Version - z.B.<br /> * v2019.1: https://gluon.readthedocs.io/en/v2019.1.x/features/private-wlan.html<br /> * v2018.2: https://gluon.readthedocs.io/en/v2018.2.x/features/private-wlan.html<br /> * v2016.2: https://gluon.readthedocs.io/en/v2016.2.x/features/private-wlan.html<br /> <br /> Auch für andere Versionen sind Anleitungen verfügbar - hierzu musst Du die Version in der Menüleiste auswählen. Das genannte Pakete gluon-web-private-wifi (vormals: gluon-luci-private-wifi) ist in einigen Firmwares nicht enthalten, so dass die Konfiguration dort nur über SSH erfolgen kann.<br /> <br /> == Knoten über SSH installieren oder updaten ==<br /> <br /> Falls Du die normale WebUI nicht aufrufen kannst - z.B. weil Du einen Router retten musst oder das Passwort vergessen hast - kannst Du die Firmware auch per SSH-installieren.<br /> Hierzu muss eine [https://wiki.freifunk.net/Freifunk-Firmware Freifunk-Firmware], [https://openwrt.org OpenWRT] oder [https://dd-wrt.com DD-WRT] auf dem Router installiert sein.<br /> <br /> # Starte den Router im [https://openwrt.org/de/doc/howto/generic.failsafe OpenWRT failsafe Modus] (auch für Freifunk-Firmware) oder [https://wiki.dd-wrt.com/wiki/index.php/Recover_from_a_Bad_Flash dd-wrt recovery Modus] (nur dd-wrt)<br /> # Stelle sicher, dass Dein Computer eine feste IP-Adresse hat, z.B. '''192.168.1.2''' (Maske: '''255.255.255.0''')<br /> # Kopiere Die Firmware von Deinem Computer in das '''/tmp/''' Verzeichnis des Routers. Unter Windows gibt es dafür [https://winscp.net/eng/docs/lang:de WinSCP]<br /> # Verbinde Dich per SSH mit dem Gerät. Unter Windows kannst Du [https://www.putty.org/ putty] verwenden.<br /> # Führe den folgenden Befehl im SSH-Fenster aus - hier ein Beispiel für einen TP-Link TL-WA860RE:<br /> &lt;pre&gt;<br /> sysupgrade -vn /tmp/gluon-ffkbu-V2-v2018.2-FastD-tp-link-tl-wa860re-v1-sysupgrade.bin<br /> &lt;/pre&gt;<br /> Hinweise:&lt;br&gt;<br /> # Erfahrungsgemäß kann es Probleme geben, die Firmware per SCP vom eigenen PC auf den Router zu übertragen, wenn man seinen SSH-Key im Router hinterlegt und das Login per Passwort deaktiviert hat. In dem Fall empfiehlt es sich sehr, einen Eintrag für den Freifunk-Router in der Datei [https://wiki.ubuntuusers.de/SSH/#ssh-config /home/benutzername/.ssh/config] anzulegen.&lt;br&gt;<br /> # Bei einigen älteren OpenWRT- oder Freifunk-Software-Versionen ist der Router per telnet anstelle von SSH erreichbar. Hier kannst Du die Firmware nicht einfach per WinSCP kopieren.<br /> In diesen Fällen musst Du die Firmware mit Deinem Computer im Netzwerk bereit stellen (u.a. ftp, sftp, http, netcat) und über diesen Weg kopieren.<br /> <br /> == TP-Link WR 841 als Switch für Heimnetzwerk verwenden ==<br /> <br /> Standardmäßig stellt der WR 841 über den blauen Port eine fastd-Meshverbindung über das Internet her und gibt aus den gelben Ports entweder Freifunknetz aus oder mesht mit anderen Nodes.<br /> <br /> Man kann ihn aber auch dazu überreden, über die gelben Ports die fastd-Verbindung über das Internet aufzubauen und über den blauen Port Freifunk auszuspucken oder zu meshen. Die gelben Ports fungieren dann automatisch wie ein 4-Port Switch im Heimnetzwerk.<br /> <br /> Dazu ändert man einfach in der &lt;code&gt;/etc/config/network&lt;/code&gt; alle Auftreten von &lt;code&gt;eth0&lt;/code&gt; (gelbe Ports¹) durch &lt;code&gt;eth1&lt;/code&gt; (blauer Port) '''und umgekehrt'''. Das Ergebnis sollte dann in etwa so aussehen:<br /> config interface 'wan'<br /> option ifname 'eth0'<br /> ...<br /> config interface 'mesh_lan'<br /> option ifname 'eth1'<br /> ...<br /> config interface 'client_lan'<br /> option ifname 'eth1'<br /> ...<br /> <br /> Der Router sollte jetzt einmal neugestartet werden.<br /> <br /> ¹ Ja, alle gelben Ports werden intern über ein einziges Interface angesprochen. In der Kiste steckt ein kleiner 5-Port-Switch, von dem 4 Ports nach draußen gehen (gelb) und einen zum Betriebssystem.<br /> <br /> &lt;noinclude&gt;<br /> &lt;div style=&quot;text-align: center; background-color:#e135734d; font-weight: bold; padding: 1px;&quot;&gt;<br /> &lt; [[Firmware updaten]] &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; [[Mitmachen|Übersicht]] &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; Optional: [[Pimp my Node]] &gt;<br /> &lt;/div&gt;<br /> &lt;/noinclude&gt;</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Supernode&diff=4596 2016-05-22T16:19:22Z

<p>Hermes: /* Konfiguration */</p> <hr /> <div>{{TOCright}}<br /> [[Kategorie:Infrastruktur]]<br /> <br /> == Voraussetzungen ==<br /> [[https://en.wikipedia.org/wiki/Supernode_%28networking%29 wikipedia-article]]<br /> <br /> Benötigte Software<br /> <br /> 1) [[https://projects.universe-factory.net/projects/fastd fastd]] Mesh-vpn<br /> <br /> 2) [[https://bmx6.net/projects/bmx6 bmx6]] BackboneMeshProtokoll<br /> <br /> 3) [[http://www.open-mesh.org/projects/open-mesh/wiki batman-adv]] ClientMeshProtokoll<br /> <br /> 4) [[http://www.tinc-vpn.org/ tinc]] Mesh-vpn<br /> <br /> 5) OS: debian jessie(or whatever you like)<br /> <br /> Du benötigst ausserdem: &lt;br /&gt;<br /> <br /> * eine private IPv4/IPv6 Adresse und ein Subnetz für die Clients<br /> * eine IPv4/IPv6 Adresse für das Backbone-Netz<br /> <br /> Diese kannst du unter dem Artikel IP Netze selbst zuteilen, oder nachlesen, welches deine sind, wenn es jemand anderes dir schon zuteilte.<br /> <br /> (nur bei öffentlichen Supernodes)<br /> == Vorbereitungen ==<br /> In der /etc/sysctl.conf muss folgendes mit einem Editor hinzugefügt werden:<br /> &lt;pre&gt;<br /> net.ipv4.ip_forward=1<br /> net.ipv4.ip_no_pmtu_disc=1<br /> net.ipv4.route.flush=1<br /> net.ipv6.conf.all.forwarding=1<br /> net.ipv6.conf.all.autoconf=0<br /> net.ipv6.conf.all.accept_ra=0<br /> &lt;/pre&gt;<br /> <br /> Danach die /etc/sysctl.conf neu einlesen:<br /> &lt;pre&gt;<br /> sysctl -p<br /> &lt;/pre&gt;<br /> <br /> Für Batman-adv und fastd-Pakete in /etc/apt/apt/sources.list hinzufügen, z.B. so:<br /> &lt;pre&gt;<br /> echo &quot;deb http://repo.universe-factory.net/debian/ sid main&quot; &gt;&gt;/etc/apt/sources.list<br /> &lt;/pre&gt;<br /> <br /> GPG-Key importieren und apt via https ermöglichen:<br /> &lt;pre&gt;<br /> gpg --keyserver pgpkeys.mit.edu --recv-key 16EF3F64CB201D9C<br /> gpg -a --export 16EF3F64CB201D9C | apt-key add -<br /> <br /> apt-get install apt-transport-https<br /> <br /> apt-get update<br /> &lt;/pre&gt;<br /> <br /> == Batman-adv (compat14 (Hood Bonn))==<br /> === Installation ===<br /> Dies sollte auf debian wheezy batman-adv 2013.4.0 installieren.<br /> &lt;pre&gt;<br /> apt-get install batman-adv-dkms<br /> echo &quot;batman-adv&quot; &gt;&gt; /etc/modules<br /> &lt;/pre&gt;<br /> <br /> ==== debian jessie ====<br /> batman 14 aus folgender quelle installieren:<br /> &lt;pre&gt;<br /> http://repo.universe-factory.net/debian/ sid main<br /> &lt;/pre&gt;<br /> dann dkms die richtige version beibringen:<br /> &lt;pre&gt;<br /> dkms remove batman-adv/2013.4.0 --all<br /> dkms --force install batman-adv/2013.4.0<br /> &lt;/pre&gt;<br /> und mit apt-pinning die richtige version für batctl erzwingen, in /etc/apt/preferences.d/batctl.pref:<br /> &lt;pre&gt;<br /> Package: batctl<br /> Pin: origin repo.universe-factory.net<br /> Pin-Priority: 1000<br /> &lt;/pre&gt; <br /> und apt-get install batctl<br /> <br /> == Batman-adv (compat15)==<br /> <br /> === Installation ===<br /> Update and install:<br /> apt-get update<br /> apt-get install git make gcc build-essential linux-headers-$(uname -r) pkg-config libgps-dev libnl-3-dev libjansson-dev fastd<br /> <br /> Install Batman, batctl and alfred<br /> mkdir /opt/freifunk<br /> cd $_<br /> <br /> git clone git://git.open-mesh.org/batman-adv.git<br /> cd batman-adv<br /> git checkout v2015.1<br /> make<br /> make install<br /> <br /> cd ../<br /> <br /> git clone http://git.open-mesh.org/batctl.git<br /> cd batctl<br /> git checkout v2015.1<br /> make<br /> make install<br /> <br /> <br /> Wird künftig nicht mehr benötigt. Wer's trotzdem installieren mag:<br /> <br /> cd ../<br /> <br /> git clone http://git.open-mesh.org/alfred.git<br /> cd alfred<br /> git checkout v2014.4.0<br /> make <br /> make install<br /> <br /> == fastd ==<br /> === Installation ===<br /> <br /> &lt;pre&gt;<br /> apt-get install fastd curl<br /> &lt;/pre&gt;<br /> <br /> '''Add Directories''' <br /> mkdir /etc/fastd/mesh-vpn<br /> mkdir /etc/fastd/mesh-vpn/peers<br /> <br /> === Konfiguration ===<br /> <br /> <br /> &quot;[YOUR SECRET KEY HERE]&quot; sollte dabei durch den fastd-secret-key ersetzt werden. Den Key müsst ihr selbst erstellen. Dies geht mit dem Befehl:<br /> <br /> fastd --generate-key<br /> <br /> Schreibt am besten euch public und private key woanders noch auf. Wenn ihr den verliert, können Nodes nicht mehr mit euch connecten, solange diese nicht umkonfiguriert werden.<br /> <br /> In /etc/fastd/mesh-vpn/fastd.conf folgendes hinzufügen:<br /> <br /> ==== /etc/fastd/mesh-vpn/fastd.conf ====<br /> <br /> &lt;pre&gt;<br /> # Log warnings and errors to stderr<br /> #log level warn;<br /> log level error;<br /> <br /> drop capabilities yes;<br /> forward no;<br /> hide ip addresses yes;<br /> hide mac addresses yes;<br /> <br /> # Log everything to a log file<br /> #log to &quot;/var/log/fastd-mesh-vpn.log&quot; level debug;<br /> log to &quot;/var/log/fastd-mesh-vpn.log&quot; level warn;<br /> <br /> # Set the interface name<br /> interface &quot;mesh-vpn&quot;;<br /> mode &quot;tap&quot;;<br /> <br /> # Support xsalsa20 and aes128 encryption methods, prefer xsalsa20<br /> method &quot;salsa2012+umac&quot;;<br /> <br /> # Bind to a fixed port, IPv4 only<br /> bind 0.0.0.0:10000;<br /> <br /> mtu 1312;<br /> pmtu auto;<br /> secure handshakes yes;<br /> <br /> # Secret key generated by 'fastd --generate-key'<br /> secret &quot;[YOUR SECRET KEY HERE]&quot;;<br /> <br /> <br /> # Include peers from the directory 'peers' and set max connections<br /> <br /> peer group &quot;backbone&quot; {<br /> include peers from &quot;backbone&quot;;<br /> peer limit 64;<br /> }<br /> <br /> <br /> on up sync &quot;./on-up&quot;;<br /> <br /> # Allows all peers to connect.<br /> on verify async &quot;true&quot;;<br /> &lt;/pre&gt;<br /> Ordnerstruktur anlegen:<br /> &lt;pre&gt;<br /> mkdir /etc/fastd/mesh-vpn/backbone<br /> &lt;/pre&gt;<br /> Optional: Wenn die Node teil einer grösseren Hood werden soll, entsprechende Backbone Node Keys in das zueben erstellte Verzeichnis legen. Vorzuziehen ist aber entweder eine eigene Fastdinstanz oder eine Tinc VPN Verbindung (AES-NI) um sich an eine hood (Layer2 Mesh mit Batman-adv) zu verbinden, dies ist performanter.<br /> <br /> Der IP v4-Range bezieht sich auf euren selbst gewählten Bereich, welcher unter https://pad.freifunk.net/p/kbuip dokumentiert ist.<br /> ==== /etc/fastd/mesh-vpn/on-up ====<br /> &lt;pre&gt;<br /> #!/bin/sh<br /> /sbin/ip link set dev mesh-vpn address [MacAdresseAusdenken]<br /> /sbin/ip link set dev mesh-vpn up<br /> <br /> batctl if add mesh-vpn<br /> batctl it 10000<br /> batctl bl 1<br /> batctl gw_mode server 200MBit/200MBit # anpassen<br /> <br /> /sbin/ip rule show | grep 'from 10.0.0.0/8 lookup freifunk'<br /> if [ $? -eq 1 ]; then<br /> /sbin/ip rule add from 10.0.0.0/8 table freifunk<br /> fi<br /> /sbin/ip route add [deinelokaleIPv4Range] dev bat0 table freifunk<br /> /sbin/ip route flush cache<br /> <br /> <br /> &lt;/pre&gt;<br /> <br /> on-up ausführbar machen:<br /> &lt;pre&gt;<br /> chmod +x /etc/fastd/mesh-vpn/on-up<br /> &lt;/pre&gt;<br /> <br /> == BmxBone Netz ==<br /> <br /> Jetzt müsst ihr euch entscheiden, welches VPN Programm ihr für das BmxBone nutzen wollt:<br /> * wenn ihr eine CPU mit AES-NI habt, oder eine CPU mit deutlich mehr als 1GHz nehmt tinc<br /> * wenn ihr eine langsame CPU sub 1GHz oder sogar eine ARM CPU, sollte fastd besser sein<br /> === Installation mit tinc ===<br /> &lt;pre&gt;<br /> apt-get install tinc bridge-utils make build-essential<br /> &lt;/pre&gt;<br /> Wir müssen bmx6 noch kompilieren:<br /> mkdir /opt/freifunk/<br /> cd /opt/freifunk/<br /> git clone https://github.com/axn/bmx6<br /> cd bmx6<br /> make build_all<br /> make install<br /> <br /> === Konfiguration ===<br /> &lt;pre&gt;<br /> mkdir /etc/tinc/tbmxbone<br /> echo &quot;tbmxbone&quot; &gt;&gt; /etc/tinc/nets.boot # Dies sagt tinc, dass es das Netz &quot;tbmxbone&quot; starten soll<br /> cd /etc/tinc/tbmxbone<br /> # Public keys der anderen Teilnehmer:<br /> git clone https://gitlab.kbu.freifunk.net/bmxbone/tinc.git hosts<br /> &lt;/pre&gt;<br /> <br /> Jetzt fehlt noch des eigene Public/Private Keypaar. &lt;br /&gt;<br /> Die Keys sollten in /etc/tinc/tbmxbone gespeichert werden.&lt;br /&gt;<br /> Den Public-Key in den Namen des Supernodes umbenennen und nach tinc/ kopieren.<br /> &lt;pre&gt;<br /> tincd -K 4096 -n tbmxbone<br /> cp rsa_key.pub hosts/[Supernodename aus tinc Configfile]<br /> &lt;/pre&gt;<br /> <br /> Und schliesslich:<br /> &lt;pre&gt;<br /> cd hosts<br /> git add .<br /> git commit<br /> git push<br /> cd ..<br /> &lt;/pre&gt;<br /> <br /> Wir müssen noch die Konfiguration von tinc in /etc/tinc/tbmxbone/tinc.conf schreiben.<br /> <br /> ==== tinc.conf ====<br /> &lt;pre&gt;<br /> Name=[Supernodenamen]<br /> Device=/dev/net/tun<br /> DirectOnly=yes # tinc soll nicht Daten selbst weiterleiten<br /> IndirectData=yes <br /> Broadcast=direct<br /> Cipher=AES-128-CBC # nutzt AES-NI und performed deswegen besser als fastd<br /> Mode=switch<br /> PingInterval=60<br /> PingTimeout=10<br /> Compression=0 <br /> ConnectTo=gw06<br /> ConnectTo=vpn1<br /> &lt;/pre&gt;<br /> <br /> ==== tinc-up ====<br /> Jetzt müssen wir noch ein Startskript namens ''/etc/tinc/tbmxbone/tinc-up'' erstellen:<br /> '''Wichtig:''' in der datei muss wirklich $INTERFACE stehen. Tinc ersetzt dies automatisch durch das entsprechende interface bei ausführung.<br /> <br /> Deine zugeteilten Adressen sind unter https://kbu.freifunk.net/wiki/index.php?title=IP_Subnetze zu finden.<br /> &lt;pre&gt;<br /> #!/bin/sh<br /> bmx6 dev=$INTERFACE # VPN Mesh Interface dem BMX6 Mesh hinzufügen<br /> # Default tunneladressen dem tbmxbone zuweisen<br /> bmx6 -c tunDev=Default /tun4Address=[BMXipv4Adresse] /tun6Adress=[BMX6ipv6Adresse] <br /> # Feste Tunnel MTU von 1366 einstellen<br /> bmx6 -c tunMtu=1366<br /> # Lokales v4&amp;v6 Netz announcen<br /> bmx6 -c tunIn=localv4 /n=[DeinLokalesIPv4Netz] /b=100000000<br /> bmx6 -c tunIn=localv6 /n=[DeinLokalesIPv6Netz] /b=100000000<br /> # Defaultroute für v4 suchen<br /> bmx6 -c tunOut=v4Default /network=0.0.0.0/0 /maxPrefixLen=3 /hysteresis=30 /tableRule=50000/200 <br /> # Gateway für v4 präferieren<br /> #bmx6 -c tunOut=v4Defaultgw06 /network=0.0.0.0/0 /maxPrefixLen=0 /hysteresis=30 /tableRule=50000/200 /gwName=gw06 /rating=1000000<br /> # Defaultroute für v6 suchen<br /> bmx6 -c tunOut=v6Default /network=::/0 /maxPrefixLen=64 /hysteresis=30 /tableRule=50000/200<br /> # Routen für lokale v4 und v6 Netze suchen<br /> bmx6 -c tunOut=ffv4 /network=10.0.0.0/8 /hysteresis=30 /tableRule=50000/200<br /> bmx6 -c tunOut=ffv6 /network=fd00::/8 /hysteresis=30 /tableRule=50000/200<br /> <br /> <br /> &lt;/pre&gt;<br /> <br /> Auch diese Datei muss ausführbar gemacht werden:<br /> &lt;pre&gt;<br /> chmod +x /etc/tinc/tbmxbone/tinc-up<br /> &lt;/pre&gt;<br /> <br /> Danach sollte der Ordner etwa so aussehen:<br /> &lt;pre&gt;<br /> $:/etc/tinc/tbmxbone# ls <br /> tinc<br /> hosts -&gt; tinc<br /> rsa_key.priv<br /> rsa_key.pub<br /> tinc.conf<br /> tinc-up<br /> &lt;/pre&gt;<br /> <br /> == Installation (fastd) ==<br /> <br /> Zuerst müssen wir bmx6 kompilieren:<br /> apt-get install build-essential make fastd<br /> mkdir /opt/freifunk/<br /> cd /opt/freifunk/<br /> git clone https://github.com/axn/bmx6.git<br /> cd bmx6<br /> make build_all # this reports some erros, go ahead anyway<br /> make install<br /> <br /> Nun bauen wir das FastdInterface:<br /> <br /> mkdir /etc/fastd/fbmxbone<br /> cd /etc/fastd/fbmxbone<br /> nano fastd.conf<br /> <br /> Inhalt der Konfigdatei (ihr müsst euch einen eigenen Key mit fastd --generate-key, wenn ihr nicht für andere erreichbar sein wollt, müsst ihr den Key euch auch nicht merken):<br /> ==== /etc/fastd/fbmxbone ====<br /> &lt;pre&gt;<br /> bind 0.0.0.0 port 10042;<br /> <br /> drop capabilities yes;<br /> forward no;<br /> hide ip addresses yes;<br /> hide mac addresses yes;<br /> <br /> peer group &quot;ffrl&quot; {<br /> include peers from &quot;ffrl&quot;;<br /> peer limit 1;<br /> }<br /> peer group &quot;backbone&quot; {<br /> include peers from &quot;backbone&quot;;<br /> peer limit 1;<br /> }<br /> <br /> interface &quot;fbmxbone&quot;;<br /> <br /> log to syslog level warn;<br /> <br /> method &quot;salsa2012+umac&quot;;<br /> mode tap;<br /> mtu 1406;<br /> <br /> on up sync &quot;./on-up&quot;;<br /> on verify async &quot;true&quot;;<br /> <br /> pmtu auto;<br /> <br /> secret &quot;PUT IN SIKRIT KEY IN HERE&quot;;<br /> secure handshakes yes;<br /> &lt;/pre&gt;<br /> <br /> Jetzt clonen wir aus dem Git-Repo die PublicKeys der Knoten:<br /> git clone https://gitlab.kbu.freifunk.net/bmxbone/fastd <br /> Und kopieren diese noch per Hand in die einzelnen Keyverzeichnisse (verbessern):<br /> mkdir ffrl<br /> mkdir backbone<br /> cp fastd/* backbone/<br /> mv backbone/gw06 ffrl/<br /> Und brauchen noch ein on-up Skript (/etc/fastd/fbmxbone/on-up):<br /> #!/bin/sh<br /> /sbin/ip link set dev fbmxbone address [MAC ADDY AUSDENKEN]<br /> /sbin/ip link set dev fbmxbone backboneup<br /> bmx6 dev=fbmxbone<br /> bmx6 -c tunDev=Default /tun4Address=[BMXipv4Adresse] /tun6Adress=[BMX6ipv6Adresse]<br /> bmx6 -c tunIn=localv4 /n=[DeinLokalesIPv4Netz] /b=100000000<br /> bmx6 -c tunIn=localv6 /n=[DeinLokalesIPv6Netz] /b=100000000<br /> bmx6 -c tunOut=v4Default /network=0.0.0.0/0 /maxPrefixLen=3 /hysteresis=30 /tableRule=50000/200 <br /> #bmx6 -c tunOut=v4Defaultgw06 /network=0.0.0.0/0 /maxPrefixLen=0 /hysteresis=30 /tableRule=50000/200 /gwName=gw06 /rating=1000000<br /> bmx6 -c tunOut=v6Default /network=0.0.0.0/0 /maxPrefixLen=64 /hysteresis=30 /tableRule=50000/200<br /> bmx6 -c tunOut=ffv4 /network=10.0.0.0/8 /hysteresis=30 /tableRule=50000/200<br /> bmx6 -c tunOut=ffv6 /network=fd00::/8 /hysteresis=30 /tableRule=50000/200<br /> Und mittlerweile klar, ausführbar machen:<br /> chmod +x on-up<br /> <br /> == Routing ==<br /> <br /> Wir brauchen policy based routing:<br /> <br /> <br /> &lt;pre&gt;<br /> echo &quot;200 freifunk&quot; &gt;&gt; /etc/iproute2/rt_tables<br /> &lt;/pre&gt;<br /> <br /> fastd's on-up, /etc/network/interfaces.d/bat0 und/oder tinc-up erledigen den Rest. &lt;br /&gt;<br /> <br /> == IPv4 DHCP ==<br /> === Installation ===<br /> &lt;pre&gt;<br /> apt-get install isc-dhcp-server<br /> &lt;/pre&gt;<br /> <br /> === Konfiguration ===<br /> Nun ändern wir die Konfiguration in /etc/dhcp/dhcpd.conf:<br /> &lt;pre&gt;<br /> option domain-name &quot;mesh.kbu.freifunk.net&quot;;<br /> option domain-name-servers [Supernode IPv4], [INSERT YOUR PREFERRED IPV4 DNS], 213.73.91.35;<br /> <br /> default-lease-time 150;<br /> max-lease-time 720;<br /> <br /> <br /> subnet 10.X.X.X netmask Y.Y.Y.Y { # Die Range der Hood<br /> range 10.X.Y.10 10.X.Z.255; # Eure IPv4 Range<br /> option routers [Supernode IP Adresse];<br /> }<br /> &lt;/pre&gt;<br /> <br /> == IPv6 ==<br /> === Installation ===<br /> &lt;pre&gt;<br /> apt-get install radvd<br /> &lt;/pre&gt;<br /> <br /> === Konfiguration ===<br /> &lt;pre&gt;<br /> interface bat0<br /> IgnoreIfMissing yes<br /> {<br /> AdvSendAdvert on;<br /> MaxRtrAdvInterval 200;<br /> prefix [GlobaleIPv6Range des Supernodes] {<br /> };<br /> RDNSS [ULA IPv6 of Supernode], [your preferred ipv6 DNS-Server] {<br /> }; <br /> prefix [ULA IPv6Range der Supernode (fd00::/64)] {<br /> };<br /> <br /> };<br /> &lt;/pre&gt;<br /> <br /> == UDP-Queue Größe ==<br /> Durch Broadcasts können können auf Supernodes kurzzeitig hohe Lastspitzen enstehen. In der aktuellen batman-adv-Version wird jedes Broadcast-Paket zudem 3x auf jedem Link versendet.<br /> Die vergleichweise hohe Datenrate von 100MBit/s zwischen Supernodes bewirkt darüber hinaus, dass broadcast-Pakete mit 100MBit/s eingehen können, während sie gleichzeitig an alle Nodes gesendet werden müssen.<br /> <br /> Linux-Distributionen sehen per Default Queue-Größen im Bereich von 128 KB vor (http://www.cyberciti.biz/faq/linux-tcp-tuning/). Supernodes sind somit nicht in der Lage entsprechende Lastspitzen zu puffern und während Idle-Times zu versenden. Läuft die UDP-Queue über, so loggt fastd:<br /> 2013-03-30 12:32:01 +0100 --- Warning: sendmsg: Resource temporarily unavailable<br /> 2013-03-30 12:32:01 +0100 --- Warning: sendmsg: Resource temporarily unavailable<br /> 2013-03-30 12:32:01 +0100 --- Warning: sendmsg: Resource temporarily unavailable<br /> 2013-03-30 12:32:01 +0100 --- Warning: sendmsg: Resource temporarily unavailable<br /> 2013-03-30 12:32:01 +0100 --- Warning: sendmsg: Resource temporarily unavailable<br /> Jeder Log-Eintrag entspricht einem Paket, dass nicht enqueued werden konnte und damit verworfen wurde. Die Queue-Größen können via systctl angepasst werden (http://wwwx.cs.unc.edu/~sparkst/howto/network_tuning.php). Auf fastd2 wird zur Zeit verwendet:<br /> #/etc/sysctl.conf<br /> net.core.rmem_max=83886080<br /> net.core.wmem_max=83886080<br /> net.core.rmem_default=83886080<br /> net.core.wmem_default=83886080<br /> <br /> Das System verfügt dadurch über 80MB Speicher für Queues. Per default stehen ebenfalls 80MB zur Verfügung. Die konfigurierten 80MB reichen aus, um die 100MBit/s Verbindung über mehrere Sekunden auszulasten und Lastspitzen abzufangen.<br /> <br /> [[Kategorie:Netz-und-Technik]]<br /> <br /> == DNS-&quot;Server&quot; ==<br /> Supernodes betreiben Caching-DNS-Forwarder. Hierzu wird unbound verwendet<br /> <br /> == Installation ==<br /> apt install unbound<br /> <br /> == Adressen ==<br /> Das Setup unterscheidet zwischen v4 und v6. <br /> <br /> == /etc/unbound/unbound.conf ==<br /> <br /> server:<br /> auto-trust-anchor-file: &quot;/var/lib/unbound/root.key&quot;<br /> interface: [ULA ipv6 des supernodes]<br /> access-control: [public ipv6 Range des Supernodes] allow<br /> access-control: [ULA ipv6 Range des Supernodes] allow<br /> interface: [ipv4 des Supernodes]<br /> access-control: [IPv4 Range der Hood] allow<br /> verbosity: 1<br /> forward-zone:<br /> name: &quot;.&quot;<br /> forward-addr: [your Favorite v4 DNS IP]<br /> forward-addr: [your Favorite v6 DNS IP]<br /> <br /> <br /> == DHCP Client Leases in eine RAMdisk flüchtig speichern ==<br /> &lt;pre&gt;<br /> echo &quot;tmpfs /var/lib/dhcp/ tmpfs defaults,size=10% 0 0&quot; &gt;&gt; /etc/fstab<br /> &lt;/pre&gt;<br /> <br /> == Logrotate auf die letzte Stunde umstellen ==<br /> <br /> Mehr braucht es nicht im Betrieb<br /> <br /> Hierzu in /etc/logrotate.conf folgendes ändern:<br /> <br /> &quot;weekly&quot; in &quot;hourly&quot; ändern<br /> &quot;rotate 4&quot; in &quot;rotate 0&quot; ändern<br /> <br /> === cronJob hinzufügen === <br /> mit crontab -e Editor aufrufen und folgende Zeile hinzufügen:<br /> <br /> * */1 * * * nice -n 20 logrotate /etc/logrotate.conf<br /> <br /> == Interfaces in /etc/network/interfaces.d/bat0 definieren ==<br /> &lt;pre&gt;<br /> auto bat0<br /> iface bat0 inet static<br /> hwaddress ether [MACADRESSE AUSDENKEN]<br /> address [ipv4 des Supernodes]<br /> netmask [Netzmaske der Hood]<br /> pre-up modprobe batman-adv &amp;&amp; tunctl -t mesh-vpn &amp;&amp; batctl if add mesh-vpn<br /> post-up ip rule add iif bat0 table freifunk<br /> pre-down ip rule del iif bat0 table freifunk<br /> <br /> iface bat0 inet6 static<br /> address [GLOBAL IPv6 des Supernodes]<br /> netmask 64<br /> # Routes<br /> # Note: route del not needed - shutting down the interfaces removes routes anyway<br /> post-up ip -6 route add [IPv6 Range der Supernode] dev bat0<br /> post-up ip -6 route add [IPv6 Range der Supernode] dev bat0 table freifunk<br /> <br /> # Rules (iif: routed traffic, from: traffic from the supernode)<br /> post-up ip -6 rule add iif bat0 table freifunk<br /> post-up ip -6 rule add from [GLOBAL IPv6 Range des Exits] table freifunk<br /> pre-down ip -6 rule del iif bat0 table freifunk<br /> pre-down ip -6 rule del from [GLOBAL IPv6 Range des Exits] table freifunk<br /> <br /> == IP-Tables Firewall ==<br /> <br /> Hier wollen wir nur die schlimmsten Routingfuckups verhindern, es soll nichts über z.B. eth0 rausgeforwardet werden können.<br /> === Installation ===<br /> apt install iptables-persistent<br /> <br /> === Inhalt /etc/iptables/rules.v4 ===<br /> <br /> === Inhalt /etc/iptables/rules.v6 ===</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Freifunk-Firmware_ausw%C3%A4hlen&diff=4172 2016-01-30T20:47:32Z

<p>Hermes: </p> <hr /> <div>__NOTOC__<br /> [[Kategorie:Firmware]]<br /> Zuerst brauchst Du unsere Freifunk-Firmware (Betriebssystem), die du auf deinem Router installierst. Das klingt kompliziert, ist es aber nicht. Denn die Hersteller-Firmware bietet eine Einstellungsmöglichkeit via Web-Browser, mit der die Firmware geändert werden kann.<br /> <br /> Für die drei geographischen Bereiche (genannt &quot;Hoods&quot;) Köln, Bonn und Umland gibt es die aktuelle Version 1.4 unserer Gluon-Firmware.<br /> <br /> Die Classic-Version funktioniert zwar noch eingeschränkt, wird aber weder von der [https://map.kbu.freifunk.net/ Übersichts-Karte] unterstützt noch aktiv weiterentwickelt. &lt;br&gt;<br /> '''Wir raten daher stark davon ab, die Classic-Firmware weiterhin einzusetzen oder auf neue Geräte aufzuspielen.'''</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Freifunk-Firmware_ausw%C3%A4hlen&diff=4171 2016-01-30T20:46:51Z

<p>Hermes: </p> <hr /> <div>__NOTOC__<br /> [[Kategorie:Firmware]]<br /> Zuerst brauchst Du unsere Freifunk-Firmware (Betriebssystem), die du auf deinem Router installierst. Das klingt kompliziert, ist es aber nicht. Denn die Hersteller-Firmware bietet eine Einstellungsmöglichkeit via Web-Browser, mit der die Firmware geändert werden kann.<br /> <br /> Für die drei geographischen Bereiche (genannt &quot;Hoods&quot;) Köln, Bonn und Umland gibt es die aktuelle Version 1.4 unserer Gluon-Firmware.<br /> <br /> Die Classic-Version funktioniert zwar noch eingeschränkt, wird aber weder von der [https://map.kbu.freifunk.net/ Übersichts-Karte] unterstützt noch aktiv weiterentwickelt. Wir raten daher stark davon ab, die Classic-Firmware weiterhin einzusetzen oder auf neue Geräte aufzuspielen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU:%C3%9Cber_Freifunk_K%C3%B6ln,_Bonn_und_Umgebung&diff=4170 2016-01-30T20:37:25Z

<p>Hermes: </p> <hr /> <div>Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.<br /> <br /> Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.<br /> <br /> Freifunk ist mehr als ein billiger Internetzugang für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.<br /> <br /> Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die praktische Umsetzung dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung findest du auf http://freifunk.net</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU:%C3%9Cber_Freifunk_K%C3%B6ln,_Bonn_und_Umgebung&diff=4169 2016-01-30T20:37:14Z

<p>Hermes: Die Seite wurde neu angelegt: „Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen. Freifunk KBU möchte alle Freifunkinteressierten aus…“</p> <hr /> <div>Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.<br /> <br /> Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.<br /> <br /> Freifunk ist mehr als ein billiger Internetzugang für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.<br /> <br /> Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die praktische Umsetzung dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung findest du auf [http://freifunk.net freifunk.net}.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Gluon_Firmware&diff=4168 2016-01-30T20:16:28Z

<p>Hermes: /* Freifunk-Firmware installieren */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Auf dieser Seite wird erläutert, wie du die aktuelle Gluon Firmware auf einem frischen Router installierst, bzw. die original Firmware durch Gluon ersetzt. Alternativ könnte weiterhin die stabile [[KBU Classic Firmware]] (fast) uneingeschränkt verwendet werden, allerdings werden die mit Classic-Firmware ausgestatteten Router NICHT mehr in der Karte angezeigt. Gluon unterstützt auch neuere Hardware. <br /> Unter [[Gluon_Config_Mode | Config Mode]] findest Du die Information wie Du einen Router mit installierter KBU Gluon Firmware kofigurierst, unter [[Pimp_my_Node | Pimp my Node]] geht es dann weiter in die Tiefe. ;)<br /> <br /> == Freifunk-Firmware installieren ==<br /> === Freifunk-Firmware auswählen ===<br /> Die korrekte Firmware-Version ist vom Router-Modell, der Aufstell-Region (Köln/Bonn/Umgebung) sowie der aktuell installierten Firmware abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Wir stellen unter https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ weitere hier nicht aufgeführte aktuelle Images bereit, dafür einfach anhand des Dateinamens die zu deinem Modell passende Version auswählen. &lt;br&gt;<br /> Bitte wähle die Firmware für deinen Router anhand des Modells, der Version und der Region. '''Das ''factory''-Release ist für das Flashen von Original-Routern, die ''sysupgrade''-Version ist für bereits mit Freifunk ausgestattete Router passend.''' &lt;br&gt;<br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5.bin Umgebung v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Umgebung v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5.bin Umland v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Umland v5.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9.bin Umland v9.x]&lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Umland v9.x]&lt;br&gt;<br /> (factory + sysupgrade [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Koeln/2/deployedArtifacts/ Köln v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Bonn-small-MTU/10/deployedArtifacts/ Bonn v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Umland/4/deployedArtifacts/ Umland v10.x] )² &lt;br&gt;²nicht als Release-Version. Nur in den Master-Builds enthalten.<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Umland v2.x]<br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |[[File:tl-cpe210.jpg|center|thumb|180px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Umland v2.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-CPE210 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1.bin Umland v1.1] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Umland v1.1]<br /> |}<br /> <br /> '''Hinweis: '''Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht. Von den Antennen abgesehen ist die Hardware die selbe, dementsprechend gibt es nur eine Firmware für die Modelle mit und ohne (D).<br /> <br /> Nach dem Herunterladen der Firmware ist es grundsätzlich sinnvoll die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Während der Gluon Prerelease-Tests werden jedoch nicht alle Versionen signiert.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein und WLAN sollte vorübergehend deaktiviert werden.&lt;ref name=&quot;wlanOff&quot;&gt;Da der Router (noch) nicht mit dem Internet verbunden ist könnte euer Rechner (je nach Setup) versuchen sich über WLAN mit evtl. bestehenden Funknetzen zu verbinden, obwohl ein LAN Kabel angeschlossen ist.&lt;/ref&gt;<br /> <br /> <br /> === Freifunk Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser die auf der Router Rückseite angegebene Adresse auf, in der Regel http://192.168.1.1 (je nach Typ auch http://192.168.0.1) oder http://tplinklogin.net.<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die Standrad-Username / -Passwort Kombination ist ebenfalls auf der Routerrückseite zu finden, in der Regel: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk Firmware auf deinem Router.<br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Installation überprüfen ===<br /> Nach erfolgreichem Boot sollte Dein Router nun ein offenes WLAN mit SSID kbu.freifunk.net anzeigen. Nach wenigen Minuten sollte er bei erfolgreichem Internetanschluss ausserdem auf https://map.kbu.freifunk.net auftauchen. (Als neuer Knoten mit kryptischem Namen unter Aktuelles).<br /> <br /> [[File:Map-kbu-fresh-router-screen-shot.png|center|thumb|800px|Hier wurde offenbar vor kurzem ein neuer Router (freifunkXXX) eingerichtet aber noch kein Name vergeben.]]<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer seinen Router auch zukünftig auf der [https://map.kbu.freifunk.net Karte] wiederfinden möchte, sollte dem Router noch einen Name und Koordinaten spendieren. Wichtig hierbei: der Routername darf keine Sonderzeichen oder Leerzeichen enthalten, da er ein gültiger Hostname sein muss. Außerdem ist es sinnvoll, für Kontaktanfragen eine E-Mailadresse zu hinterlegen. Hierzu muss der Router noch einmal manuell im [[Gluon_Config_Mode | Config Mode]] neu gestartet werden.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Gluon_Firmware&diff=4167 2016-01-30T20:16:06Z

<p>Hermes: /* Freifunk-Firmware auswählen */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Auf dieser Seite wird erläutert, wie du die aktuelle Gluon Firmware auf einem frischen Router installierst, bzw. die original Firmware durch Gluon ersetzt. Alternativ könnte weiterhin die stabile [[KBU Classic Firmware]] (fast) uneingeschränkt verwendet werden, allerdings werden die mit Classic-Firmware ausgestatteten Router NICHT mehr in der Karte angezeigt. Gluon unterstützt auch neuere Hardware. <br /> Unter [[Gluon_Config_Mode | Config Mode]] findest Du die Information wie Du einen Router mit installierter KBU Gluon Firmware kofigurierst, unter [[Pimp_my_Node | Pimp my Node]] geht es dann weiter in die Tiefe. ;)<br /> <br /> == Freifunk Firmware installieren ==<br /> === Freifunk-Firmware auswählen ===<br /> Die korrekte Firmware-Version ist vom Router-Modell, der Aufstell-Region (Köln/Bonn/Umgebung) sowie der aktuell installierten Firmware abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Wir stellen unter https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ weitere hier nicht aufgeführte aktuelle Images bereit, dafür einfach anhand des Dateinamens die zu deinem Modell passende Version auswählen. &lt;br&gt;<br /> Bitte wähle die Firmware für deinen Router anhand des Modells, der Version und der Region. '''Das ''factory''-Release ist für das Flashen von Original-Routern, die ''sysupgrade''-Version ist für bereits mit Freifunk ausgestattete Router passend.''' &lt;br&gt;<br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5.bin Umgebung v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Umgebung v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5.bin Umland v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Umland v5.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9.bin Umland v9.x]&lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Umland v9.x]&lt;br&gt;<br /> (factory + sysupgrade [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Koeln/2/deployedArtifacts/ Köln v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Bonn-small-MTU/10/deployedArtifacts/ Bonn v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Umland/4/deployedArtifacts/ Umland v10.x] )² &lt;br&gt;²nicht als Release-Version. Nur in den Master-Builds enthalten.<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Umland v2.x]<br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |[[File:tl-cpe210.jpg|center|thumb|180px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Umland v2.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-CPE210 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1.bin Umland v1.1] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Umland v1.1]<br /> |}<br /> <br /> '''Hinweis: '''Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht. Von den Antennen abgesehen ist die Hardware die selbe, dementsprechend gibt es nur eine Firmware für die Modelle mit und ohne (D).<br /> <br /> Nach dem Herunterladen der Firmware ist es grundsätzlich sinnvoll die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Während der Gluon Prerelease-Tests werden jedoch nicht alle Versionen signiert.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein und WLAN sollte vorübergehend deaktiviert werden.&lt;ref name=&quot;wlanOff&quot;&gt;Da der Router (noch) nicht mit dem Internet verbunden ist könnte euer Rechner (je nach Setup) versuchen sich über WLAN mit evtl. bestehenden Funknetzen zu verbinden, obwohl ein LAN Kabel angeschlossen ist.&lt;/ref&gt;<br /> <br /> <br /> === Freifunk Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser die auf der Router Rückseite angegebene Adresse auf, in der Regel http://192.168.1.1 (je nach Typ auch http://192.168.0.1) oder http://tplinklogin.net.<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die Standrad-Username / -Passwort Kombination ist ebenfalls auf der Routerrückseite zu finden, in der Regel: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk Firmware auf deinem Router.<br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Installation überprüfen ===<br /> Nach erfolgreichem Boot sollte Dein Router nun ein offenes WLAN mit SSID kbu.freifunk.net anzeigen. Nach wenigen Minuten sollte er bei erfolgreichem Internetanschluss ausserdem auf https://map.kbu.freifunk.net auftauchen. (Als neuer Knoten mit kryptischem Namen unter Aktuelles).<br /> <br /> [[File:Map-kbu-fresh-router-screen-shot.png|center|thumb|800px|Hier wurde offenbar vor kurzem ein neuer Router (freifunkXXX) eingerichtet aber noch kein Name vergeben.]]<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer seinen Router auch zukünftig auf der [https://map.kbu.freifunk.net Karte] wiederfinden möchte, sollte dem Router noch einen Name und Koordinaten spendieren. Wichtig hierbei: der Routername darf keine Sonderzeichen oder Leerzeichen enthalten, da er ein gültiger Hostname sein muss. Außerdem ist es sinnvoll, für Kontaktanfragen eine E-Mailadresse zu hinterlegen. Hierzu muss der Router noch einmal manuell im [[Gluon_Config_Mode | Config Mode]] neu gestartet werden.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Gluon_Firmware&diff=4166 2016-01-30T20:13:37Z

<p>Hermes: Sysupgrade-Links in untere Zeile der Tabelle eintragen</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Auf dieser Seite wird erläutert, wie du die aktuelle Gluon Firmware auf einem frischen Router installierst, bzw. die original Firmware durch Gluon ersetzt. Alternativ könnte weiterhin die stabile [[KBU Classic Firmware]] (fast) uneingeschränkt verwendet werden, allerdings werden die mit Classic-Firmware ausgestatteten Router NICHT mehr in der Karte angezeigt. Gluon unterstützt auch neuere Hardware. <br /> Unter [[Gluon_Config_Mode | Config Mode]] findest Du die Information wie Du einen Router mit installierter KBU Gluon Firmware kofigurierst, unter [[Pimp_my_Node | Pimp my Node]] geht es dann weiter in die Tiefe. ;)<br /> <br /> == Freifunk Firmware installieren ==<br /> === Freifunk Firmware auswählen ===<br /> Die korrekte Firmware-Version ist vom Router-Modell, der Aufstell-Region (Köln/Bonn/Umgebung) sowie der aktuell installierten Firmware abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Wir stellen unter https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ weitere hier nicht aufgeführte aktuelle Images bereit, dafür einfach anhand des Dateinamens die zu deinem Modell passende Version auswählen. &lt;br&gt;<br /> Bitte wähle die Firmware für deinen Router anhand des Modells, der Version und der Region. '''Das ''factory''-Release ist für das Flashen von Original-Routern, die ''sysupgrade''-Version ist für bereits mit Freifunk ausgestattete Router passend.''' &lt;br&gt;<br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5.bin Umgebung v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Umgebung v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5.bin Umland v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Umland v5.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9.bin Umland v9.x]&lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Umland v9.x]&lt;br&gt;<br /> (factory + sysupgrade [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Koeln/2/deployedArtifacts/ Köln v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Bonn-small-MTU/10/deployedArtifacts/ Bonn v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Umland/4/deployedArtifacts/ Umland v10.x] )² &lt;br&gt;²nicht als Release-Version. Nur in den Master-Builds enthalten.<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Umland v2.x]<br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |[[File:tl-cpe210.jpg|center|thumb|180px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2-sysupgrade.bin Umland v2.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1.bin Umland v1.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1-sysupgrade.bin Umland v1.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-CPE210 &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1.bin Umland v1.1] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0-sysupgrade.bin Umgebung v1.0]&lt;br&gt;<br /> [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1-sysupgrade.bin Umland v1.1]<br /> |}<br /> <br /> '''Hinweis: '''Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht. Von den Antennen abgesehen ist die Hardware die selbe, dementsprechend gibt es nur eine Firmware für die Modelle mit und ohne (D).<br /> <br /> Nach dem Herunterladen der Firmware ist es grundsätzlich sinnvoll die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Während der Gluon Prerelease-Tests werden jedoch nicht alle Versionen signiert.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein und WLAN sollte vorübergehend deaktiviert werden.&lt;ref name=&quot;wlanOff&quot;&gt;Da der Router (noch) nicht mit dem Internet verbunden ist könnte euer Rechner (je nach Setup) versuchen sich über WLAN mit evtl. bestehenden Funknetzen zu verbinden, obwohl ein LAN Kabel angeschlossen ist.&lt;/ref&gt;<br /> <br /> <br /> === Freifunk Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser die auf der Router Rückseite angegebene Adresse auf, in der Regel http://192.168.1.1 (je nach Typ auch http://192.168.0.1) oder http://tplinklogin.net.<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die Standrad-Username / -Passwort Kombination ist ebenfalls auf der Routerrückseite zu finden, in der Regel: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk Firmware auf deinem Router.<br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Installation überprüfen ===<br /> Nach erfolgreichem Boot sollte Dein Router nun ein offenes WLAN mit SSID kbu.freifunk.net anzeigen. Nach wenigen Minuten sollte er bei erfolgreichem Internetanschluss ausserdem auf https://map.kbu.freifunk.net auftauchen. (Als neuer Knoten mit kryptischem Namen unter Aktuelles).<br /> <br /> [[File:Map-kbu-fresh-router-screen-shot.png|center|thumb|800px|Hier wurde offenbar vor kurzem ein neuer Router (freifunkXXX) eingerichtet aber noch kein Name vergeben.]]<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer seinen Router auch zukünftig auf der [https://map.kbu.freifunk.net Karte] wiederfinden möchte, sollte dem Router noch einen Name und Koordinaten spendieren. Wichtig hierbei: der Routername darf keine Sonderzeichen oder Leerzeichen enthalten, da er ein gültiger Hostname sein muss. Außerdem ist es sinnvoll, für Kontaktanfragen eine E-Mailadresse zu hinterlegen. Hierzu muss der Router noch einmal manuell im [[Gluon_Config_Mode | Config Mode]] neu gestartet werden.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Gluon_Firmware&diff=4165 2016-01-30T20:05:25Z

<p>Hermes: Sysupgrade-Links in der ersten Zeile der Tabelle einfügen</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Auf dieser Seite wird erläutert, wie du die aktuelle Gluon Firmware auf einem frischen Router installierst, bzw. die original Firmware durch Gluon ersetzt. Alternativ könnte weiterhin die stabile [[KBU Classic Firmware]] (fast) uneingeschränkt verwendet werden, allerdings werden die mit Classic-Firmware ausgestatteten Router NICHT mehr in der Karte angezeigt. Gluon unterstützt auch neuere Hardware. <br /> Unter [[Gluon_Config_Mode | Config Mode]] findest Du die Information wie Du einen Router mit installierter KBU Gluon Firmware kofigurierst, unter [[Pimp_my_Node | Pimp my Node]] geht es dann weiter in die Tiefe. ;)<br /> <br /> == Freifunk Firmware installieren ==<br /> === Freifunk Firmware auswählen ===<br /> Die korrekte Firmware-Version ist vom Router-Modell, der Aufstell-Region (Köln/Bonn/Umgebung) sowie der aktuell installierten Firmware abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Wir stellen unter https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ weitere hier nicht aufgeführte aktuelle Images bereit, dafür einfach anhand des Dateinamens die zu deinem Modell passende Version auswählen. &lt;br&gt;<br /> Bitte wähle die Firmware für deinen Router anhand des Modells, der Version und der Region. '''Das ''factory''-Release ist für das Flashen von Original-Routern, die ''sysupgrade''-Version ist für bereits mit Freifunk ausgestattete Router passend.''' &lt;br&gt;<br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5.bin Umgebung v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5-sysupgrade.bin Umgebung v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt;<br /> factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5.bin Umland v5.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5-sysupgrade.bin Umland v5.x] <br /> <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt; factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9.bin Umland v9.x]&lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8-sysupgrade.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9-sysupgrade.bin Umland v9.x]&lt;br&gt;<br /> (factory + sysupgrade [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Koeln/2/deployedArtifacts/ Köln v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Bonn-small-MTU/10/deployedArtifacts/ Bonn v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Umland/4/deployedArtifacts/ Umland v10.x] )² &lt;br&gt;²nicht als Release-Version. Nur in den Master-Builds enthalten.<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt; factory: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2.bin Umland v2.x] &lt;br&gt;<br /> sysupgrade: [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1-sysupgrade.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/sysupgrade/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/sysupgrade/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/sysupgrade/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2-sysupgrade.bin Umland v2.x]<br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |[[File:tl-cpe210.jpg|center|thumb|180px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Umland v2.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1.bin Umland v1.x]<br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1.bin Umland v1.x]<br /> |style=&quot;text-align:center&quot; | TL-CPE210 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0.bin Umgebung v1.0],&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1.bin Umland v1.1]<br /> |}<br /> <br /> '''Hinweis: '''Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht. Von den Antennen abgesehen ist die Hardware die selbe, dementsprechend gibt es nur eine Firmware für die Modelle mit und ohne (D).<br /> <br /> Nach dem Herunterladen der Firmware ist es grundsätzlich sinnvoll die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Während der Gluon Prerelease-Tests werden jedoch nicht alle Versionen signiert.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein und WLAN sollte vorübergehend deaktiviert werden.&lt;ref name=&quot;wlanOff&quot;&gt;Da der Router (noch) nicht mit dem Internet verbunden ist könnte euer Rechner (je nach Setup) versuchen sich über WLAN mit evtl. bestehenden Funknetzen zu verbinden, obwohl ein LAN Kabel angeschlossen ist.&lt;/ref&gt;<br /> <br /> <br /> === Freifunk Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser die auf der Router Rückseite angegebene Adresse auf, in der Regel http://192.168.1.1 (je nach Typ auch http://192.168.0.1) oder http://tplinklogin.net.<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die Standrad-Username / -Passwort Kombination ist ebenfalls auf der Routerrückseite zu finden, in der Regel: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk Firmware auf deinem Router.<br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Installation überprüfen ===<br /> Nach erfolgreichem Boot sollte Dein Router nun ein offenes WLAN mit SSID kbu.freifunk.net anzeigen. Nach wenigen Minuten sollte er bei erfolgreichem Internetanschluss ausserdem auf https://map.kbu.freifunk.net auftauchen. (Als neuer Knoten mit kryptischem Namen unter Aktuelles).<br /> <br /> [[File:Map-kbu-fresh-router-screen-shot.png|center|thumb|800px|Hier wurde offenbar vor kurzem ein neuer Router (freifunkXXX) eingerichtet aber noch kein Name vergeben.]]<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer seinen Router auch zukünftig auf der [https://map.kbu.freifunk.net Karte] wiederfinden möchte, sollte dem Router noch einen Name und Koordinaten spendieren. Wichtig hierbei: der Routername darf keine Sonderzeichen oder Leerzeichen enthalten, da er ein gültiger Hostname sein muss. Außerdem ist es sinnvoll, für Kontaktanfragen eine E-Mailadresse zu hinterlegen. Hierzu muss der Router noch einmal manuell im [[Gluon_Config_Mode | Config Mode]] neu gestartet werden.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Gluon_Firmware&diff=4164 2016-01-30T19:46:35Z

<p>Hermes: Sysupgrade-Versionen und allgemeinen Download-Link sichtbarer machen</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Auf dieser Seite wird erläutert, wie du die aktuelle Gluon Firmware auf einem frischen Router installierst, bzw. die original Firmware durch Gluon ersetzt. Alternativ könnte weiterhin die stabile [[KBU Classic Firmware]] (fast) uneingeschränkt verwendet werden, allerdings werden die mit Classic-Firmware ausgestatteten Router NICHT mehr in der Karte angezeigt. Gluon unterstützt auch neuere Hardware. <br /> Unter [[Gluon_Config_Mode | Config Mode]] findest Du die Information wie Du einen Router mit installierter KBU Gluon Firmware kofigurierst, unter [[Pimp_my_Node | Pimp my Node]] geht es dann weiter in die Tiefe. ;)<br /> <br /> == Freifunk Firmware installieren ==<br /> === Freifunk Firmware auswählen ===<br /> Die korrekte Firmware-Version ist vom Router-Modell, der Aufstell-Region (Köln/Bonn/Umgebung) sowie der aktuell installierten Firmware abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Wir stellen unter https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ weitere hier nicht aufgeführte aktuelle Images bereit, dafür einfach anhand des Dateinamens die zu deinem Modell passende Version auswählen. &lt;br&gt;<br /> Bitte wähle die Firmware für deinen Router anhand des Modells, der Version und der Region. '''Das ''factory''-Release ist für das Flashen von Original-Routern, die ''sysupgrade''-Version ist für bereits mit Freifunk ausgestattete Router passend.''' &lt;br&gt;<br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr740n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr740n-nd-v5.bin Bonn v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr740n-nd-v5.bin Umgebung v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr741n-nd-v5.bin Köln v5.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr741n-nd-v5.bin Bonn v5.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr741n-nd-v5.bin Umland v5.x]<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v8.bin Köln v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v8.bin Bonn v8.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v8.bin Umland v8.x]&lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr841n-nd-v9.bin Köln v9.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr841n-nd-v9.bin Bonn v9.x][https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr841n-nd-v9.bin Umland v9.x]&lt;br&gt;<br /> ([https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Koeln/2/deployedArtifacts/ Köln v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Bonn-small-MTU/10/deployedArtifacts/ Bonn v10.x] [https://jenkins.kbu.freifunk.net/jenkins/view/KBU/job/KBU-gluon-Master-Umland/4/deployedArtifacts/ Umland v10.x] )² &lt;br&gt;²nicht als Release-Version. Nur in den Master-Builds enthalten.<br /> <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v1.bin Umland v1.x]&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr842n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr842n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr842n-nd-v2.bin Umland v2.x]<br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |[[File:tl-cpe210.jpg|center|thumb|180px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wr1043n-nd-v2.bin Köln v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Bonn v2.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wr1043n-nd-v2.bin Umland v2.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr3600-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr3600-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr3600-v1.bin Umland v1.x]<br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-tl-wdr4300-v1.bin Köln v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-tl-wdr4300-v1.bin Bonn v1.x] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-tl-wdr4300-v1.bin Umland v1.x]<br /> |style=&quot;text-align:center&quot; | TL-CPE210 &lt;br&gt;[https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Köln v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.0.bin Bonn v1.0] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.0.bin Umgebung v1.0],&lt;br&gt; [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/koeln/images/factory/gluon-ffkbuk-v1.4-tp-link-cpe210-v1.1.bin Köln v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/bonn/images/factory/gluon-ffkbu-v1.4-tp-link-cpe210-v1.1.bin Bonn v1.1] [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/v1.4/umland/images/factory/gluon-ffkbuu-v1.4-tp-link-cpe210-v1.1.bin Umland v1.1]<br /> |}<br /> <br /> '''Hinweis: '''Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht. Von den Antennen abgesehen ist die Hardware die selbe, dementsprechend gibt es nur eine Firmware für die Modelle mit und ohne (D).<br /> <br /> Nach dem Herunterladen der Firmware ist es grundsätzlich sinnvoll die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Während der Gluon Prerelease-Tests werden jedoch nicht alle Versionen signiert.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein und WLAN sollte vorübergehend deaktiviert werden.&lt;ref name=&quot;wlanOff&quot;&gt;Da der Router (noch) nicht mit dem Internet verbunden ist könnte euer Rechner (je nach Setup) versuchen sich über WLAN mit evtl. bestehenden Funknetzen zu verbinden, obwohl ein LAN Kabel angeschlossen ist.&lt;/ref&gt;<br /> <br /> <br /> === Freifunk Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser die auf der Router Rückseite angegebene Adresse auf, in der Regel http://192.168.1.1 (je nach Typ auch http://192.168.0.1) oder http://tplinklogin.net.<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die Standrad-Username / -Passwort Kombination ist ebenfalls auf der Routerrückseite zu finden, in der Regel: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk Firmware auf deinem Router.<br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Installation überprüfen ===<br /> Nach erfolgreichem Boot sollte Dein Router nun ein offenes WLAN mit SSID kbu.freifunk.net anzeigen. Nach wenigen Minuten sollte er bei erfolgreichem Internetanschluss ausserdem auf https://map.kbu.freifunk.net auftauchen. (Als neuer Knoten mit kryptischem Namen unter Aktuelles).<br /> <br /> [[File:Map-kbu-fresh-router-screen-shot.png|center|thumb|800px|Hier wurde offenbar vor kurzem ein neuer Router (freifunkXXX) eingerichtet aber noch kein Name vergeben.]]<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer seinen Router auch zukünftig auf der [https://map.kbu.freifunk.net Karte] wiederfinden möchte, sollte dem Router noch einen Name und Koordinaten spendieren. Wichtig hierbei: der Routername darf keine Sonderzeichen oder Leerzeichen enthalten, da er ein gültiger Hostname sein muss. Außerdem ist es sinnvoll, für Kontaktanfragen eine E-Mailadresse zu hinterlegen. Hierzu muss der Router noch einmal manuell im [[Gluon_Config_Mode | Config Mode]] neu gestartet werden.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Pimp_my_Node&diff=4118 2016-01-12T14:46:16Z

<p>Hermes: /* IPv6 ssh */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Hier finden sich interessante Optionen für etwas versiertere Nutzer. Diese Seite wurde größtenteils für die Classic Firmware geschrieben. Wer Gluon verwendet sollte unbedingt auch Gluon spezifische Resourcen, wie http://gluon.readthedocs.org , zu Rate ziehen. <br /> <br /> Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> <br /> == Netztheorie/Technik und Entwicklung ==<br /> Vertiefung<br /> <br /> *[[FSM-Dynamisches-Bridging]] <br /> *[[Batman_adv]]<br /> *[[Entwicklung]]<br /> *[[Firmware|Firmware/Betriebssystem]]<br /> <br /> <br /> == Arbeiten auf der Shell ==<br /> Vorraussetzung für folgende Befehle sind eine Verbindung mit dem KBU Freifunk Netz sowie ein Terminal / Shell. <br /> Vergesst nicht eth0 gegen die Bezeichnung eures Netzwerkinterfaces, welches am Freifunk hängt zu tauschen. <br /> Bei Macbooks via Wlan z.B. &quot;en1&quot; statt &quot;eth0&quot;! Die link local Adresse der jeweiligen node findet ihr auf der [http://register.kbu.freifunk.net KBU Register] Seite. Um Dateien auf dem Node ändern zu können, steht als einziger Editor ''vi'' bzw. ''vim'' zur Verfügung.<br /> <br /> Zusätzlich zu den auf dieser Seite erläuterten Modifikationen gibt es im [https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration Github-Wiki der Freifunk-Gluon-Firmware eine ausführliche Liste nützlicher Befehle ].<br /> <br /> <br /> === Firmware aktualisieren ===<br /> ==== Node mit uplink ====<br /> <br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 // SSH Verbindung zum Node aufbauen, eth0 ist das lokale Interface, ggf. durch wlan0 etc. ersetzen<br /> cd ../tmp/ // in das Verzeichnis &quot;tmp&quot; wechseln<br /> free // Freien Speicher prüfen<br /> wget http://pfad/zur/firmware.bin // Firmware herunterladen und dann<br /> sysupgrade -v firmware.bin // Firmware-Upgrade durchführen<br /> &lt;/pre&gt;<br /> <br /> '''Achtung''': Beim Download der Firmware via wget kann auf dem Router die Integrität der Firmware nicht geprüft werden, da gpg i.d.R. auf den Routern nicht verfügbar ist. Deshalb ist es sicherer, den oben beschriebenen Weg zu wählen, oder die geprüfte Firmware per scp (s.u.) auf den Router zu kopieren. <br /> <br /> ==== Node ohne uplink (mesh node) ====<br /> &lt;pre&gt;<br /> scp -6 -v -r firmware.bin root@\[&lt;link local Adresse des Nodes&gt;%eth0\]:../tmp/ // Firmware auf den node schieben (md5 checken!)<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 <br /> cd ../tmp/ <br /> sysupgrade -v firmware.bin <br /> &lt;/pre&gt;<br /> <br /> ==== Node ''zu Fuß'' updaten ====<br /> Wenn man physikalischen Zugriff auf den Freifunk-Router hat, kann man auch einfach in den [[Config_Mode]] wechseln und dort über das entsprechende Menü eine neue Freifunk-Firmware hochladen. Hierbei kann man wählen, ob man die ggf. geänderte Konfiguration beibehalten möchte (upgrade-Image) oder alles von Grund auf neu installiert/konfiguriert. Ggf. muss man zuvor noch ein Root-Passwort setzen, damit das Update möglich wird.<br /> <br /> ==== via TFTP ====<br /> Wenn mal ein Router nicht mehr normal geflasht werden kann ;-)<br /> <br /> &lt;pre&gt;<br /> aptitude install tftpd-hpa<br /> sudo chown -R tftp /srv/tftp/<br /> &lt;/pre&gt;<br /> Nur noch Config anpassen &amp; neustarten. Das &quot;-c create file&quot; brauche ich damit ich von den Switch aus die config sichern kann.<br /> &lt;pre&gt;<br /> vim /etc/default/tftpd-hpa<br /> <br /> TFTP_USERNAME=&quot;tftp&quot;<br /> TFTP_DIRECTORY=&quot;/srv/tftp&quot;<br /> TFTP_ADDRESS=&quot;192.168.23.23:69&quot;<br /> TFTP_OPTIONS=&quot;--secure -c&quot;<br /> <br /> service tftpd-hpa restart <br /> &lt;/pre&gt;<br /> <br /> === Hostnamen des Nodes ändern ===<br /> Standardmäßig ist der Hostname des Nodes gleich der MAC-Adresse des Routers. Möchte man den Hostnamen ändern, so kann man dies in der Datei ''/etc/config/system''. Hier gibt es gleich als ersten Punkt ''config system'' und dort findet man den Eintrag<br /> &lt;pre&gt;option hostname 'aa:bb:cc:dd:ee:ff'&lt;/pre&gt;<br /> Hier kann man jetzt aa:bb:cc:dd:ee:ff (diese Adresse sieht bei jedem Node anders aus!) zu dem gewünschten Hostnamen ändern. Eine Änderung wird erst nach dem Kommando ''reboot'' (danach startet der Node neu) wirksam.<br /> <br /> === IPv6 ping ===<br /> &lt;pre&gt;<br /> ping6 &lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === IPv6 ssh ===<br /> Hinter der link local Adresse &quot;%&quot; + &quot;Netzwerk Interface an eurer Kiste&quot; (Hier im Beispiel eth0)<br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === Paßwort-Authentifizierung abstellen ===<br /> '''Wichtig:''' Als erstes prüfen, ob man sich mit seinem Schlüsselpaar auf den Router einloggen kann. Man sollte jetzt nicht mehr nach dem Paßwort gefragt werden (allerhöchstens nach dem Paßwort, welches den privaten Schlüssel schützt).<br /> Falls das erfolgreich funktioniert, kann man die Datei ''/etc/config/dropbear'' wie folgt ändern:<br /> &lt;pre&gt;config dropbear<br /> option PasswordAuth 'off'<br /> option RootPasswordAuth 'off'<br /> option Port '22'<br /> # option BannerFile '/etc/banner'&lt;/pre&gt;<br /> Nach einem Neustart des Routers mittels ''reboot'' sollte es jetzt nur noch möglich sein, sich mit seinem Schlüsselpaar auf den Rotuer einzuloggen.<br /> <br /> === SSH public key auf Node aufspielen ===<br /> Möchte man sich nicht immer per Paßwort auf den eigenen Node verbinden, so kann man das auch mit einem Schlüsselpaar realisieren. Falls man danach noch die Authentifizierung per Paßwort abschaltet (s. nächster Punkt), dann hat man einen sicheren Zugriff auf seinen Node realisiert.<br /> Voraussetzung ist natürlich, dass man schon ein gültiges Schlüsselpaar besitzt. Falls dem so ist, so genügt es, den öffentlichen Schlüssel (public key) auf den Node zu übertragen. Das kann mit Hilfe von scp (secure copy) passieren:<br /> &lt;pre&gt;<br /> scp -6 id_rsa4096.pub root@[&lt;link local Adresse des Nodes&gt;%eth0]:/etc/dropbear/authorized_keys<br /> &lt;/pre&gt;<br /> Hierbei steht id_rsa.pub für die Datei, die den public key enthält. '''ACHTUNG:''' Obiger Befehl ersetzt die eventuell schon vorhandene Datei authorized_keys auf dem Node. Das ist ok für den ersten Key. Sollen mehrere Keys eingetragen werden (z. B. weil man außer vom Laptop auch vom Tablet auf seinen Node verbinden möchte), kann man das so machen:<br /> &lt;pre&gt;<br /> cat ~/.ssh/id_rsa4096.pub | ssh root@[&lt;link local Adresse des Nodes&gt;%eth0] 'umask 077; cat &gt;&gt;.ssh/authorized_keys'<br /> &lt;/pre&gt;<br /> <br /> Sollte beim Kopierversuch die Meldung<br /> &lt;pre&gt;ssh: Could not resolve hostname fe80:&lt;/pre&gt;<br /> erscheinen, hat man höchstwahrscheinlich die eckigen Klammern um die IP-Adresse inklusive Interface vergessen. Dann wird der erste Doppelpunkt schon als Ende des Hostnamens interpretiert! Auch hier werden die Änderungen nach einem Neustart des Routers mittels ''reboot'' übernommen.<br /> <br /> <br /> <br /> <br /> === Node überträgt keine Statistiken ===<br /> Auf der [https://kbu.freifunk.net/cserv Cserv Seite] könnt ihr prüfen, ob eurer Node bereits Statistiken übermittelt.<br /> ==== ntp-Bug in Firmware 1.2.1b beseitigen ====<br /> Falls sich ein Node-Betreiber wundert, warum sein Node keine Statistiken liefert und es ein Mesh-Only-Node ist (d. h. ohne eigenen Uplink zum Internet), so liegt das an einem Bug in der Firmware. Diesen kann man jedoch mit einfachen Mitteln beheben:<br /> Editiert wird die Datei ''/etc/config/system''. Dort findet man einen Eintrag ''config timeserver 'ntp'''. Defaultmäßig stehen hier 4 Zeitserver von openwrt (in der Form x.openwrt.pool.ntp.org). Diese müssen bei Mesh-Only-Nodes in IPv6-Adressen geändert werden, und zwar, dass der komplette Konfigurationspunkt wie folgt aussieht:<br /> &lt;pre&gt;config timeserver 'ntp'<br /> list server '2a03:4000:2:494::2'<br /> list server '2a01:4f8:161:2461:e4::1'<br /> list server '2a02:180:1:1::551f:bb4b'<br /> option enabled '1'<br /> option enable_server '0'&lt;/pre&gt;<br /> Auch hier werden die Änderungen erst nach einem Neustart des Nodes mittels ''reboot'' wirksam.<br /> Dieser Bug soll mit dem nächsten Firmware-Release behoben sein. Man kann die Eintragungen auch in den Nodes mit Internet-Uplink ändern ohne die Funktion zu beeinträchtigen.<br /> <br /> ==== Collectd prüfen ====<br /> Falls es durch das beheben des ntp-Bug noch immer nicht zum übertragen der Statistiken kommt, überprüft mal die Einstellungen eures Collectd. Es kann sein das beim Firmware Update diese Config nicht geupdatet wurde und eine veraltet IPV6 Adresse noch vorhanden ist, so sollte es sein:<br /> &lt;pre&gt;<br /> vim /etc/collectd.conf // Config Datei für Collectd zum bearbeiten öffnen<br /> <br /> Zeile 39-44: <br /> &lt;Plugin ping&gt; <br /> TTL 127 <br /> Interval 30 <br /> Host &quot;fdd3:5d16:b5dd:3::6&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> &lt;/Plugin&gt; <br /> <br /> Zeile 46-50:<br /> &lt;Plugin network&gt; <br /> Server &quot;fdd3:5d16:b5dd:3::6&quot; &quot;25827&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> Forward false <br /> &lt;/Plugin&gt; <br /> &lt;/pre&gt;<br /> <br /> === LAN Kopplung ===<br /> Eine LAN Kopplung kann in manchen Fällen sinnvoll sein, besonders wenn man einen VLAN fähigen Switch und eine bestehende Ntzwerkverkabelung hat. Hier werden die Switchports angwiesen auch über LAN zu meshen.<br /> <br /> ==== TL-WR841ND ====<br /> 03/2014: Hier wird über die alle 4 LAN Ports gemeshed, Mesh über WLAN kann man optional noch ausschalten! Folgende Config stammt von rampone/FF-KBU und wurde an 2 TL-WR841N v.8 getestet mit KBU-FF-Firmware 1.1.<br /> <br /> 05/2015: Verifiziert (und ergänzt) für TL-WR841N v.9 und KBU-FF-Firmware 1.2.2rc3 .<br /> <br /> ''vim /etc/config/network'' - Folgende Änderungen wurden an der FF-Firmware vorgenommen:<br /> #config interface 'freifunk' -&gt; Hier haben wir das ethX-Interface aus &quot;ifname&quot; rausgenommen, damit kein ff aus dem ethX (switch) rauskommt (X=1 für Hardware bis einschließlich v8, sonst X=0).<br /> #config interface 'mesh_lan' -&gt; kompl. codeblock hinzugefügt, dieser bewirkt das über ethX (switch) gemeshed wird. <br /> <br /> <br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> <br /> config switch<br /> option name 'switch0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'switch0'<br /> option vlan '1'<br /> option ports '0 1 2 3 4'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth1 (bzw. eth0, s.o.) entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr '10:fe:ed:f1:53:84'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr '12:fe:ed:f2:53:84'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0' # ab TL-841N(D) v9: eth0, bis v8: eth1 . Bei falschem Interface läuft das mesh-lan über den blauen Port. Wer's mag...<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> <br /> ''vim /etc/config/wireless'' - Hier wird der Codeblock, der für das Mesh über WLAN verantwortlich ist auskommentiert (optional)<br /> &lt;pre&gt;<br /> #config wifi-iface 'wifi_mesh'<br /> # option device 'radio0'<br /> # option network 'mesh'<br /> # option mode 'adhoc'<br /> # option ssid '02:d1:11:37:fc:39'<br /> # option bssid '02:d1:11:37:fc:39<br /> &lt;/pre&gt;<br /> <br /> ==== TL-WDR4300 ====<br /> Das gleiche nochmal für den 4300er<br /> <br /> ''vim /etc/config/network''<br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0.2'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> option macaddr 'a2:f3:c1:65:81:cd'<br /> <br /> config switch<br /> option name 'eth0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '1'<br /> option ports '0t 2 3 4 5'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '2'<br /> option ports '0t 1'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth0.1 entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr 'a0:f3:c1:64:81:cc'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr 'a2:f3:c1:65:81:cc'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0.1'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> == Einsperren des Freifunk-Routers in eine DMZ ==<br /> <br /> Wer seinen Freifunk-Router einsperren und/oder die Bandbreite begrenzen möchte, kann dies am einfachsten tun, indem er ihn an seiner Firewall an einen eigenen Netzwerkport klemmt und diesen dann als DMZ konfiguriert. Ein KBU-Freifunk-Router muß zur Zeit im LAN DHCP, DNS, im Internet NTP sowie mit den [[fastd]]-Knoten reden können. Folgendes Bespiel für eine iptables-Firewall nimmt an, dass der Freifunk-Router über eth2 angeschlossen ist:<br /> <br /> # eth2 darf nur dns, ntp, dhcp und ansonsten mit den fastdX reden<br /> iptables -i eth2 -A INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 37.120.169.214 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.120.169.214 -j ACCEPT <br /> iptables -i eth2 -A FORWARD --dst 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A INPUT -j DROP<br /> iptables -i eth2 -A FORWARD -j DROP<br /> # eth2 darf maximal 2000 kbit/s ein- und ausgehenden traffic machen<br /> wondershaper eth2 2000 2000<br /> <br /> Prinzipiell könnte man den Traffic noch weiter einschränken. DHCP und DNS müssen nur zum DHCP- bzw. DNS-Server funktionieren und der Traffic zu den fastd-Servern ließe sich auf TCP Port 80 und UDP Port 10000 begrenzen.<br /> <br /> ===Alternative: Einsperren im VLAN===<br /> siehe: [[FF-Router einsperren im VLAN]]<br /> <br /> == Weboberfläche aktivieren ==<br /> <br /> Im Normalbetrieb ist erst mal kein Zugriff notwendig (und auch erst mal nicht vorgesehen). Das läuft einfach! ;-) Und es gibt im Normalbetrieb eben auch kein Webinterface, welches Sicherheitslücken haben könnte.<br /> <br /> Zum ersten Konfigurieren schaltet mal den Router in einen Konfig-Modus. Der Router nimmt dann in diesem Modus nicht mehr am Freifunknetzwerk teil. Nun kann man dann Rechner an die LAN Ports des Freifunkrouters anschließen und über ein Webinterface per Browser den Router konfigurieren oder Updaten. Das sollte aber nur ganz selten notwendig sein. Nach einem Reboot des Routers geht das Gerät dann wieder in den Freifunk-Modus mit deinen Konfigurationsänderungen.<br /> <br /> Wenn man Spaß am Basteln hat kann man das Webinterface aber auch im Normalbetrieb aktivieren. Für die Absicherung muss man dann aber selber sorgen denn per Default ist das nicht abgesichert. Hier die Anleitung nach [http://wiki.freifunk.in-kiel.de/wiki/Firmware Freifunk Kiel], um auf die Weboberfläche zu gelangen:<br /> <br /> Das Webinterface des Routers ist nicht über die Link-Local-Adresse, sondern nur über die generelle IPv6 Adresse des Routers zu erreichen. Die IPv6-Adresse bekommt man über SSH (s. [[Pimp_my_Node#IPv6_ssh|IPv6 ssh]] auf den Router:<br /> ssh root@LinkLocalIPv6adresse_des_routers%Interface<br /> Die generelle IPv6-Adresse erfährt man durch Eingabe von<br /> ifconfig | grep Global<br /> Die IPv6-Adresse (&quot;inet6 adr&quot;) kann man nun im Browser in eckigen Klammern und vorangestelltem &quot;http://&quot; aufrufen (zum Beispiel: http://[2001:67c:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]/) und gelangt so zum Webinterface LuCI.<br /> <br /> Falls der Router nicht per IPv6 http liefern sollte, kann man diese per SSH beheben. Dazu folgendes nach dem Login auf der Shell vom Router ausführen:<br /> uci delete uhttpd.main.listen_http<br /> uci delete uhttpd.main.listen_https<br /> <br /> uci add_list uhttpd.main.listen_http='[::]:80'<br /> uci add_list uhttpd.main.listen_http='0.0.0.0:80'<br /> uci add_list uhttpd.main.listen_https='[::]:80'<br /> uci add_list uhttpd.main.listen_https='0.0.0.0:80'<br /> <br /> uci commit uhttpd<br /> <br /> /etc/init.d/uhttpd enable<br /> <br /> == Uplink mit Android-Tethering/USB Netzwerkkarte ==<br /> (ssh Zugang Erfahrung nötig)<br /> <br /> Das ganze sei von Anfang an als &quot;sportlich&quot; zu betrachten. Leider sind mobile 3g/LTE Tarife fast ausnahmslos nach einem bestimmten Volumen gedrosselt (üblicherweise auf 64 bis 56 kbit/s (neuere NetzclubSim sogar auf 32 kbit/s), Ausnahme bilden hier nur LTE Zuhause &quot;DSL&quot; Ersatz Tarife -&gt; 386kbit/s).<br /> Da Freifunk auch bei Nichtbenutzung Daten überträgt, ist nur bei LTE Zuhause Tarifen interessant dies als Dauerlösung zu nutzen. Dort ist aber wiederum meist ein LTE-Router vor Ort und man den Router auch &quot;traditionell&quot; via LAN Kabel anbinden.<br /> Bei Benutzung als uplink bei Strassenfesten/Festivals etc. ist wahrscheinlich, dass erstens das Datenvolumen schnell aufgebraucht sein wird und zweitens ab einer bestimmten Größe auch das 3g Netz vor Ort überlastet ist. Wenn man es dennoch machen will (mehrere Sim Karten/spezieller hochvolumiger Tarif/Netzbetreiber gesponserter Uplink (träum)), sollte man die Benutzung von LTE erwägen. Auch dort könnten aber durch zukünftige Adapation Überlasterscheinungen auftreten. Desweitern nutzen 2g/3g/4g auch dasselbe Backbone, welcher dann auch für LTE ein Flaschenhals darstellt.<br /> Muss nochmal nachprüfen, aber wenn, dann nicht uninteressant: Der Wlan Zugang des Telefons (CM7) wurde per tethering weitergeleitet und bei Abschalten gab es fallback auf 3g -&gt; nicht schöne, aber einfache &quot;Immer&quot;netzlösung? Mein Tablet zeigt nicht dieses Verhalten.)<br /> <br /> Blablabla, jetzt geht es los:<br /> Das ganze habe ich mit einem 1043ND und einem droid 2.3CM7 Telefon und einem droid 2.2 Tablet ausprobiert, sollte aber auf jeglichen OpenWrt Router mit USB, Android USB tethering fähigem Gerät und einfachen USB ethernet Adaptern (nachprüfen!!!) funktionieren:<br /> <br /> - Per ssh in den router einloggen<br /> - Installieren der notwendigen Treiber<br /> <br /> &lt;pre&gt;<br /> opkg update<br /> opkg install kmod-usb-uhci kmod-usb-net-rndis<br /> &lt;/pre&gt;<br /> <br /> Dies sollte, falls ihr noch keine USB Unterstützung in der Firmware hat auch diese über dependencies nachinstallieren. (nachprüfen!!!)<br /> <br /> - Ihr müsst den Netzwerkzugang für da neue Interface &quot;usb0&quot; noch konfigurieren. Unter /etc/config/network fügt ihr z.B. folgendes hinzu:<br /> <br /> &lt;pre&gt;<br /> config interface 'wan2'<br /> option ifname 'usb0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> &lt;/pre&gt;<br /> <br /> Auch unter Luci sollte dies konfigurierbar sein. <br /> <br /> - Nach einem Neustart und einem angeschlossenen Gerät sollte nun der Uplink via dem USB Netzwerk Gerät/Android tethering funktionieren.<br /> - Sollte das Gerät erst später angeschlossen werden, so könnt ihr mit folgendem Befehl das Netzwerkgerät starten.<br /> <br /> &lt;pre&gt;<br /> ifup wan2<br /> &lt;/pre&gt;<br /> (Dies ist noch nicht ein perfektes Tutorial, werde es nochmal durchprobieren. Einen UMTS Stick hatte ich auf Anhieb noch nicht zum laufen gebracht. Auch scheint Multiwan in OpenWRT eine interessante Sache)<br /> <br /> == Zusätzlich zum Freifunk auch privates WLAN einrichten ==<br /> <br /> Es ist möglich ein privates WLAN anzulegen, das mit dem WAN Port gebridged und separat zum Mesh Netzwerk ist. (Bitte beachten, dass Mesh on Wan nicht zeitgleich mit aktiviert werden sollte.) <br /> Effekt: Das private WLAN wird erweitert, zeitgleich fungiert der Router als Freifunk-Router. Die Netze sind voneinander abgekoppelt.<br /> Das private WLAN kann per SSH in der Konsole aktiviert werden:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0=wifi-iface<br /> uci set wireless.wan_radio0.device=radio0<br /> uci set wireless.wan_radio0.network=wan<br /> uci set wireless.wan_radio0.mode=ap<br /> uci set wireless.wan_radio0.encryption=psk2<br /> uci set wireless.wan_radio0.ssid=&quot;$SSID&quot;<br /> uci set wireless.wan_radio0.key=&quot;$KEY&quot;<br /> uci set wireless.wan_radio0.disabled=0<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> Bitte ersetze $SSID mit dem Namen deines Heimnetzwerks und $KEY mit deinem bisher üblichen Key (der vom privaten Router). Falls dein Router beide Frequenzbänder unterstützt(2.4 und 5 Ghz) und du in beiden auch privates WLAN aktivieren möchtest, muss dies für radio0 und radio1 mit übernommen werden.<br /> Zum deaktivieren des Ganzen wie folgt vorgehen:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0.disabled=1<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> <br /> <br /> == Automatischer Neustart bei längerem Mesh-Verlust, quick hack (and improved hack) zur Analyse ==<br /> <br /> Bei der Vernetzung von Notunterkünften mit Gluon-Beta (via Euskirchen) ist bei einem CPE210-Uplink aufgefallen, dass sämtliche Mesh-Verbindungen über Stunden ausgefallen waren. Es war zunächst unklar, ob überwiegend die Stromversorgung ursächlich ist, insbesondere da der Uplink-Router mehrfach betroffen und trotzdem via VPN erreichbar war. Dabei war dann nur ein Mesh mit sich selbst via &quot;batctl o&quot; sichtbar. Einzelne Mesh-Only-Router zeigten ebenfalls (selten) Ausfälle über mehrere Stunden: teilweise Nachts, wo Renovierungsarbeiten nicht die Ursache sein konnten.<br /> <br /> Um längere Ausfälle zu vermeiden wurde folgendes Script unter /root/check_mesh.sh abgelegt, das via cron-Job automatisch jede Minute ausgeführt wird und nach 10 Minuten ohne Mesh-Verbindung einen Reboot auslöst:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ $count -gt 1 ]; then ## more than a single mesh with itself is left<br /> echo 0 &gt; $FAILCOUNTFILE<br /> else<br /> if [ -f $FAILCOUNTFILE ]; then <br /> read failcount &lt; $FAILCOUNTFILE<br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> touch /etc/mesh0_failcount_`date +&quot;%Y-%m-%d_%H%M&quot;`<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> else<br /> echo 1 &gt; $FAILCOUNTFILE<br /> fi<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Es muss (hier mit awk, s.o.) nach _unterschiedlichen_ Werten für Originator und NextHop ausschau gehalten werden, denn bei einem fehlenden Mesh zwischen zwei Knoten meshen die Knoten noch mit sich selbst:<br /> &lt;pre&gt;<br /> # batctl o | grep mesh0<br /> 62:e6:28:24:5f:52 0.730s ( 6) 62:e6:28:24:5f:52 [ mesh0]: 62:e6:28:24:5f:52 ( 6)<br /> 62:e6:28:72:32:48 0.730s ( 8) 62:e6:28:72:32:48 [ mesh0]: 62:e6:28:72:32:48 ( 8)<br /> &lt;/pre&gt;<br /> <br /> <br /> Das war lesbar und einfach, aber wegen ständiger Schreibzugriffe schlecht für die Lebensdauer der Flash-Speicher. Besser also nur schreiben wenn Fehler passieren, etwa so:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ -f $FAILCOUNTFILE ]; then # Does the failcount file exist at all?<br /> read failcount &lt; $FAILCOUNTFILE # If it exist then there is a number in.<br /> if [ $count -gt 0 ]; then # At least one originator with different nexthop exists<br /> if [ $failcount -gt 0 ]; then # We'r lucky, everything is fine again!<br /> echo 0 &gt; $FAILCOUNTFILE<br /> exit<br /> fi<br /> else # no nexthop different than originator exists <br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> echo 0 &gt; $FAILCOUNTFILE # Reset counter before reboot<br /> logread &gt; /etc/mesh0_failcount_lastwords_`date +&quot;%Y-%m-%d_%H%M&quot;` # DEBUG info<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> fi<br /> else<br /> echo 0 &gt; $FAILCOUNTFILE<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Das Script wird dann noch ausführbar gemacht:<br /> &lt;pre&gt;<br /> chmod +x /root/check_mesh.sh<br /> &lt;/pre&gt;<br /> <br /> Via &quot;crontab -e&quot; führt dann folgender Eintrag zur Ausführung zu jeder vollen Minute:<br /> &lt;pre&gt;<br /> * * * * * /root/check_mesh.sh &gt; /dev/null 2&gt;&amp;1<br /> &lt;/pre&gt;<br /> <br /> Wichtig ist, dass ein ausreichender Zeitraum zum Aufbau des Mesh-Netzes nach dem Reboot verbleibt. 10 Minuten (MAXFAILCOUNT) sollten hierzu ausreichen.<br /> <br /> Im /etc -Verzeichnis (das wurde gewählt, da Änderungen hier einen Neustart überleben) sind dann solche Reboot-Ereignisse ablesbar:<br /> &lt;pre&gt;<br /> # ls -al | grep failcount<br /> -rw-r--r-- 1 root root 0 Oct 26 06:22 mesh0_failcount_2015-10_26_0622<br /> -rw-r--r-- 1 root root 0 Oct 29 08:12 mesh0_failcount_2015-10-29_0812<br /> -rw-r--r-- 1 root root 0 Oct 30 21:59 mesh0_failcount_2015-10-30_2159<br /> &lt;/pre&gt;<br /> <br /> Vorfälle treten unregelmäßig alle paar Tage auf, werden aber durch das Script abgefangen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Pimp_my_Node&diff=4117 2016-01-12T14:45:20Z

<p>Hermes: /* Node ohne uplink (mesh node) */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Hier finden sich interessante Optionen für etwas versiertere Nutzer. Diese Seite wurde größtenteils für die Classic Firmware geschrieben. Wer Gluon verwendet sollte unbedingt auch Gluon spezifische Resourcen, wie http://gluon.readthedocs.org , zu Rate ziehen. <br /> <br /> Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> <br /> == Netztheorie/Technik und Entwicklung ==<br /> Vertiefung<br /> <br /> *[[FSM-Dynamisches-Bridging]] <br /> *[[Batman_adv]]<br /> *[[Entwicklung]]<br /> *[[Firmware|Firmware/Betriebssystem]]<br /> <br /> <br /> == Arbeiten auf der Shell ==<br /> Vorraussetzung für folgende Befehle sind eine Verbindung mit dem KBU Freifunk Netz sowie ein Terminal / Shell. <br /> Vergesst nicht eth0 gegen die Bezeichnung eures Netzwerkinterfaces, welches am Freifunk hängt zu tauschen. <br /> Bei Macbooks via Wlan z.B. &quot;en1&quot; statt &quot;eth0&quot;! Die link local Adresse der jeweiligen node findet ihr auf der [http://register.kbu.freifunk.net KBU Register] Seite. Um Dateien auf dem Node ändern zu können, steht als einziger Editor ''vi'' bzw. ''vim'' zur Verfügung.<br /> <br /> Zusätzlich zu den auf dieser Seite erläuterten Modifikationen gibt es im [https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration Github-Wiki der Freifunk-Gluon-Firmware eine ausführliche Liste nützlicher Befehle ].<br /> <br /> <br /> === Firmware aktualisieren ===<br /> ==== Node mit uplink ====<br /> <br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 // SSH Verbindung zum Node aufbauen, eth0 ist das lokale Interface, ggf. durch wlan0 etc. ersetzen<br /> cd ../tmp/ // in das Verzeichnis &quot;tmp&quot; wechseln<br /> free // Freien Speicher prüfen<br /> wget http://pfad/zur/firmware.bin // Firmware herunterladen und dann<br /> sysupgrade -v firmware.bin // Firmware-Upgrade durchführen<br /> &lt;/pre&gt;<br /> <br /> '''Achtung''': Beim Download der Firmware via wget kann auf dem Router die Integrität der Firmware nicht geprüft werden, da gpg i.d.R. auf den Routern nicht verfügbar ist. Deshalb ist es sicherer, den oben beschriebenen Weg zu wählen, oder die geprüfte Firmware per scp (s.u.) auf den Router zu kopieren. <br /> <br /> ==== Node ohne uplink (mesh node) ====<br /> &lt;pre&gt;<br /> scp -6 -v -r firmware.bin root@\[&lt;link local Adresse des Nodes&gt;%eth0\]:../tmp/ // Firmware auf den node schieben (md5 checken!)<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 <br /> cd ../tmp/ <br /> sysupgrade -v firmware.bin <br /> &lt;/pre&gt;<br /> <br /> ==== Node ''zu Fuß'' updaten ====<br /> Wenn man physikalischen Zugriff auf den Freifunk-Router hat, kann man auch einfach in den [[Config_Mode]] wechseln und dort über das entsprechende Menü eine neue Freifunk-Firmware hochladen. Hierbei kann man wählen, ob man die ggf. geänderte Konfiguration beibehalten möchte (upgrade-Image) oder alles von Grund auf neu installiert/konfiguriert. Ggf. muss man zuvor noch ein Root-Passwort setzen, damit das Update möglich wird.<br /> <br /> ==== via TFTP ====<br /> Wenn mal ein Router nicht mehr normal geflasht werden kann ;-)<br /> <br /> &lt;pre&gt;<br /> aptitude install tftpd-hpa<br /> sudo chown -R tftp /srv/tftp/<br /> &lt;/pre&gt;<br /> Nur noch Config anpassen &amp; neustarten. Das &quot;-c create file&quot; brauche ich damit ich von den Switch aus die config sichern kann.<br /> &lt;pre&gt;<br /> vim /etc/default/tftpd-hpa<br /> <br /> TFTP_USERNAME=&quot;tftp&quot;<br /> TFTP_DIRECTORY=&quot;/srv/tftp&quot;<br /> TFTP_ADDRESS=&quot;192.168.23.23:69&quot;<br /> TFTP_OPTIONS=&quot;--secure -c&quot;<br /> <br /> service tftpd-hpa restart <br /> &lt;/pre&gt;<br /> <br /> === Hostnamen des Nodes ändern ===<br /> Standardmäßig ist der Hostname des Nodes gleich der MAC-Adresse des Routers. Möchte man den Hostnamen ändern, so kann man dies in der Datei ''/etc/config/system''. Hier gibt es gleich als ersten Punkt ''config system'' und dort findet man den Eintrag<br /> &lt;pre&gt;option hostname 'aa:bb:cc:dd:ee:ff'&lt;/pre&gt;<br /> Hier kann man jetzt aa:bb:cc:dd:ee:ff (diese Adresse sieht bei jedem Node anders aus!) zu dem gewünschten Hostnamen ändern. Eine Änderung wird erst nach dem Kommando ''reboot'' (danach startet der Node neu) wirksam.<br /> <br /> === IPv6 ping ===<br /> &lt;pre&gt;<br /> ping6 &lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === IPv6 ssh ===<br /> Hinter der link local Adresse &quot;%&quot; + &quot;Netzwerk Interface an eurer Kiste&quot; (Hier im Beispiel eth0)<br /> &lt;pre&gt;<br /> ssh -6 root@&lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === Paßwort-Authentifizierung abstellen ===<br /> '''Wichtig:''' Als erstes prüfen, ob man sich mit seinem Schlüsselpaar auf den Router einloggen kann. Man sollte jetzt nicht mehr nach dem Paßwort gefragt werden (allerhöchstens nach dem Paßwort, welches den privaten Schlüssel schützt).<br /> Falls das erfolgreich funktioniert, kann man die Datei ''/etc/config/dropbear'' wie folgt ändern:<br /> &lt;pre&gt;config dropbear<br /> option PasswordAuth 'off'<br /> option RootPasswordAuth 'off'<br /> option Port '22'<br /> # option BannerFile '/etc/banner'&lt;/pre&gt;<br /> Nach einem Neustart des Routers mittels ''reboot'' sollte es jetzt nur noch möglich sein, sich mit seinem Schlüsselpaar auf den Rotuer einzuloggen.<br /> <br /> === SSH public key auf Node aufspielen ===<br /> Möchte man sich nicht immer per Paßwort auf den eigenen Node verbinden, so kann man das auch mit einem Schlüsselpaar realisieren. Falls man danach noch die Authentifizierung per Paßwort abschaltet (s. nächster Punkt), dann hat man einen sicheren Zugriff auf seinen Node realisiert.<br /> Voraussetzung ist natürlich, dass man schon ein gültiges Schlüsselpaar besitzt. Falls dem so ist, so genügt es, den öffentlichen Schlüssel (public key) auf den Node zu übertragen. Das kann mit Hilfe von scp (secure copy) passieren:<br /> &lt;pre&gt;<br /> scp -6 id_rsa4096.pub root@[&lt;link local Adresse des Nodes&gt;%eth0]:/etc/dropbear/authorized_keys<br /> &lt;/pre&gt;<br /> Hierbei steht id_rsa.pub für die Datei, die den public key enthält. '''ACHTUNG:''' Obiger Befehl ersetzt die eventuell schon vorhandene Datei authorized_keys auf dem Node. Das ist ok für den ersten Key. Sollen mehrere Keys eingetragen werden (z. B. weil man außer vom Laptop auch vom Tablet auf seinen Node verbinden möchte), kann man das so machen:<br /> &lt;pre&gt;<br /> cat ~/.ssh/id_rsa4096.pub | ssh root@[&lt;link local Adresse des Nodes&gt;%eth0] 'umask 077; cat &gt;&gt;.ssh/authorized_keys'<br /> &lt;/pre&gt;<br /> <br /> Sollte beim Kopierversuch die Meldung<br /> &lt;pre&gt;ssh: Could not resolve hostname fe80:&lt;/pre&gt;<br /> erscheinen, hat man höchstwahrscheinlich die eckigen Klammern um die IP-Adresse inklusive Interface vergessen. Dann wird der erste Doppelpunkt schon als Ende des Hostnamens interpretiert! Auch hier werden die Änderungen nach einem Neustart des Routers mittels ''reboot'' übernommen.<br /> <br /> <br /> <br /> <br /> === Node überträgt keine Statistiken ===<br /> Auf der [https://kbu.freifunk.net/cserv Cserv Seite] könnt ihr prüfen, ob eurer Node bereits Statistiken übermittelt.<br /> ==== ntp-Bug in Firmware 1.2.1b beseitigen ====<br /> Falls sich ein Node-Betreiber wundert, warum sein Node keine Statistiken liefert und es ein Mesh-Only-Node ist (d. h. ohne eigenen Uplink zum Internet), so liegt das an einem Bug in der Firmware. Diesen kann man jedoch mit einfachen Mitteln beheben:<br /> Editiert wird die Datei ''/etc/config/system''. Dort findet man einen Eintrag ''config timeserver 'ntp'''. Defaultmäßig stehen hier 4 Zeitserver von openwrt (in der Form x.openwrt.pool.ntp.org). Diese müssen bei Mesh-Only-Nodes in IPv6-Adressen geändert werden, und zwar, dass der komplette Konfigurationspunkt wie folgt aussieht:<br /> &lt;pre&gt;config timeserver 'ntp'<br /> list server '2a03:4000:2:494::2'<br /> list server '2a01:4f8:161:2461:e4::1'<br /> list server '2a02:180:1:1::551f:bb4b'<br /> option enabled '1'<br /> option enable_server '0'&lt;/pre&gt;<br /> Auch hier werden die Änderungen erst nach einem Neustart des Nodes mittels ''reboot'' wirksam.<br /> Dieser Bug soll mit dem nächsten Firmware-Release behoben sein. Man kann die Eintragungen auch in den Nodes mit Internet-Uplink ändern ohne die Funktion zu beeinträchtigen.<br /> <br /> ==== Collectd prüfen ====<br /> Falls es durch das beheben des ntp-Bug noch immer nicht zum übertragen der Statistiken kommt, überprüft mal die Einstellungen eures Collectd. Es kann sein das beim Firmware Update diese Config nicht geupdatet wurde und eine veraltet IPV6 Adresse noch vorhanden ist, so sollte es sein:<br /> &lt;pre&gt;<br /> vim /etc/collectd.conf // Config Datei für Collectd zum bearbeiten öffnen<br /> <br /> Zeile 39-44: <br /> &lt;Plugin ping&gt; <br /> TTL 127 <br /> Interval 30 <br /> Host &quot;fdd3:5d16:b5dd:3::6&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> &lt;/Plugin&gt; <br /> <br /> Zeile 46-50:<br /> &lt;Plugin network&gt; <br /> Server &quot;fdd3:5d16:b5dd:3::6&quot; &quot;25827&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> Forward false <br /> &lt;/Plugin&gt; <br /> &lt;/pre&gt;<br /> <br /> === LAN Kopplung ===<br /> Eine LAN Kopplung kann in manchen Fällen sinnvoll sein, besonders wenn man einen VLAN fähigen Switch und eine bestehende Ntzwerkverkabelung hat. Hier werden die Switchports angwiesen auch über LAN zu meshen.<br /> <br /> ==== TL-WR841ND ====<br /> 03/2014: Hier wird über die alle 4 LAN Ports gemeshed, Mesh über WLAN kann man optional noch ausschalten! Folgende Config stammt von rampone/FF-KBU und wurde an 2 TL-WR841N v.8 getestet mit KBU-FF-Firmware 1.1.<br /> <br /> 05/2015: Verifiziert (und ergänzt) für TL-WR841N v.9 und KBU-FF-Firmware 1.2.2rc3 .<br /> <br /> ''vim /etc/config/network'' - Folgende Änderungen wurden an der FF-Firmware vorgenommen:<br /> #config interface 'freifunk' -&gt; Hier haben wir das ethX-Interface aus &quot;ifname&quot; rausgenommen, damit kein ff aus dem ethX (switch) rauskommt (X=1 für Hardware bis einschließlich v8, sonst X=0).<br /> #config interface 'mesh_lan' -&gt; kompl. codeblock hinzugefügt, dieser bewirkt das über ethX (switch) gemeshed wird. <br /> <br /> <br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> <br /> config switch<br /> option name 'switch0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'switch0'<br /> option vlan '1'<br /> option ports '0 1 2 3 4'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth1 (bzw. eth0, s.o.) entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr '10:fe:ed:f1:53:84'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr '12:fe:ed:f2:53:84'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0' # ab TL-841N(D) v9: eth0, bis v8: eth1 . Bei falschem Interface läuft das mesh-lan über den blauen Port. Wer's mag...<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> <br /> ''vim /etc/config/wireless'' - Hier wird der Codeblock, der für das Mesh über WLAN verantwortlich ist auskommentiert (optional)<br /> &lt;pre&gt;<br /> #config wifi-iface 'wifi_mesh'<br /> # option device 'radio0'<br /> # option network 'mesh'<br /> # option mode 'adhoc'<br /> # option ssid '02:d1:11:37:fc:39'<br /> # option bssid '02:d1:11:37:fc:39<br /> &lt;/pre&gt;<br /> <br /> ==== TL-WDR4300 ====<br /> Das gleiche nochmal für den 4300er<br /> <br /> ''vim /etc/config/network''<br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0.2'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> option macaddr 'a2:f3:c1:65:81:cd'<br /> <br /> config switch<br /> option name 'eth0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '1'<br /> option ports '0t 2 3 4 5'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '2'<br /> option ports '0t 1'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth0.1 entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr 'a0:f3:c1:64:81:cc'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr 'a2:f3:c1:65:81:cc'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0.1'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> == Einsperren des Freifunk-Routers in eine DMZ ==<br /> <br /> Wer seinen Freifunk-Router einsperren und/oder die Bandbreite begrenzen möchte, kann dies am einfachsten tun, indem er ihn an seiner Firewall an einen eigenen Netzwerkport klemmt und diesen dann als DMZ konfiguriert. Ein KBU-Freifunk-Router muß zur Zeit im LAN DHCP, DNS, im Internet NTP sowie mit den [[fastd]]-Knoten reden können. Folgendes Bespiel für eine iptables-Firewall nimmt an, dass der Freifunk-Router über eth2 angeschlossen ist:<br /> <br /> # eth2 darf nur dns, ntp, dhcp und ansonsten mit den fastdX reden<br /> iptables -i eth2 -A INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 37.120.169.214 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.120.169.214 -j ACCEPT <br /> iptables -i eth2 -A FORWARD --dst 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A INPUT -j DROP<br /> iptables -i eth2 -A FORWARD -j DROP<br /> # eth2 darf maximal 2000 kbit/s ein- und ausgehenden traffic machen<br /> wondershaper eth2 2000 2000<br /> <br /> Prinzipiell könnte man den Traffic noch weiter einschränken. DHCP und DNS müssen nur zum DHCP- bzw. DNS-Server funktionieren und der Traffic zu den fastd-Servern ließe sich auf TCP Port 80 und UDP Port 10000 begrenzen.<br /> <br /> ===Alternative: Einsperren im VLAN===<br /> siehe: [[FF-Router einsperren im VLAN]]<br /> <br /> == Weboberfläche aktivieren ==<br /> <br /> Im Normalbetrieb ist erst mal kein Zugriff notwendig (und auch erst mal nicht vorgesehen). Das läuft einfach! ;-) Und es gibt im Normalbetrieb eben auch kein Webinterface, welches Sicherheitslücken haben könnte.<br /> <br /> Zum ersten Konfigurieren schaltet mal den Router in einen Konfig-Modus. Der Router nimmt dann in diesem Modus nicht mehr am Freifunknetzwerk teil. Nun kann man dann Rechner an die LAN Ports des Freifunkrouters anschließen und über ein Webinterface per Browser den Router konfigurieren oder Updaten. Das sollte aber nur ganz selten notwendig sein. Nach einem Reboot des Routers geht das Gerät dann wieder in den Freifunk-Modus mit deinen Konfigurationsänderungen.<br /> <br /> Wenn man Spaß am Basteln hat kann man das Webinterface aber auch im Normalbetrieb aktivieren. Für die Absicherung muss man dann aber selber sorgen denn per Default ist das nicht abgesichert. Hier die Anleitung nach [http://wiki.freifunk.in-kiel.de/wiki/Firmware Freifunk Kiel], um auf die Weboberfläche zu gelangen:<br /> <br /> Das Webinterface des Routers ist nicht über die Link-Local-Adresse, sondern nur über die generelle IPv6 Adresse des Routers zu erreichen. Die IPv6-Adresse bekommt man über SSH (s. [[Pimp_my_Node#IPv6_ssh|IPv6 ssh]] auf den Router:<br /> ssh root@LinkLocalIPv6adresse_des_routers%Interface<br /> Die generelle IPv6-Adresse erfährt man durch Eingabe von<br /> ifconfig | grep Global<br /> Die IPv6-Adresse (&quot;inet6 adr&quot;) kann man nun im Browser in eckigen Klammern und vorangestelltem &quot;http://&quot; aufrufen (zum Beispiel: http://[2001:67c:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]/) und gelangt so zum Webinterface LuCI.<br /> <br /> Falls der Router nicht per IPv6 http liefern sollte, kann man diese per SSH beheben. Dazu folgendes nach dem Login auf der Shell vom Router ausführen:<br /> uci delete uhttpd.main.listen_http<br /> uci delete uhttpd.main.listen_https<br /> <br /> uci add_list uhttpd.main.listen_http='[::]:80'<br /> uci add_list uhttpd.main.listen_http='0.0.0.0:80'<br /> uci add_list uhttpd.main.listen_https='[::]:80'<br /> uci add_list uhttpd.main.listen_https='0.0.0.0:80'<br /> <br /> uci commit uhttpd<br /> <br /> /etc/init.d/uhttpd enable<br /> <br /> == Uplink mit Android-Tethering/USB Netzwerkkarte ==<br /> (ssh Zugang Erfahrung nötig)<br /> <br /> Das ganze sei von Anfang an als &quot;sportlich&quot; zu betrachten. Leider sind mobile 3g/LTE Tarife fast ausnahmslos nach einem bestimmten Volumen gedrosselt (üblicherweise auf 64 bis 56 kbit/s (neuere NetzclubSim sogar auf 32 kbit/s), Ausnahme bilden hier nur LTE Zuhause &quot;DSL&quot; Ersatz Tarife -&gt; 386kbit/s).<br /> Da Freifunk auch bei Nichtbenutzung Daten überträgt, ist nur bei LTE Zuhause Tarifen interessant dies als Dauerlösung zu nutzen. Dort ist aber wiederum meist ein LTE-Router vor Ort und man den Router auch &quot;traditionell&quot; via LAN Kabel anbinden.<br /> Bei Benutzung als uplink bei Strassenfesten/Festivals etc. ist wahrscheinlich, dass erstens das Datenvolumen schnell aufgebraucht sein wird und zweitens ab einer bestimmten Größe auch das 3g Netz vor Ort überlastet ist. Wenn man es dennoch machen will (mehrere Sim Karten/spezieller hochvolumiger Tarif/Netzbetreiber gesponserter Uplink (träum)), sollte man die Benutzung von LTE erwägen. Auch dort könnten aber durch zukünftige Adapation Überlasterscheinungen auftreten. Desweitern nutzen 2g/3g/4g auch dasselbe Backbone, welcher dann auch für LTE ein Flaschenhals darstellt.<br /> Muss nochmal nachprüfen, aber wenn, dann nicht uninteressant: Der Wlan Zugang des Telefons (CM7) wurde per tethering weitergeleitet und bei Abschalten gab es fallback auf 3g -&gt; nicht schöne, aber einfache &quot;Immer&quot;netzlösung? Mein Tablet zeigt nicht dieses Verhalten.)<br /> <br /> Blablabla, jetzt geht es los:<br /> Das ganze habe ich mit einem 1043ND und einem droid 2.3CM7 Telefon und einem droid 2.2 Tablet ausprobiert, sollte aber auf jeglichen OpenWrt Router mit USB, Android USB tethering fähigem Gerät und einfachen USB ethernet Adaptern (nachprüfen!!!) funktionieren:<br /> <br /> - Per ssh in den router einloggen<br /> - Installieren der notwendigen Treiber<br /> <br /> &lt;pre&gt;<br /> opkg update<br /> opkg install kmod-usb-uhci kmod-usb-net-rndis<br /> &lt;/pre&gt;<br /> <br /> Dies sollte, falls ihr noch keine USB Unterstützung in der Firmware hat auch diese über dependencies nachinstallieren. (nachprüfen!!!)<br /> <br /> - Ihr müsst den Netzwerkzugang für da neue Interface &quot;usb0&quot; noch konfigurieren. Unter /etc/config/network fügt ihr z.B. folgendes hinzu:<br /> <br /> &lt;pre&gt;<br /> config interface 'wan2'<br /> option ifname 'usb0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> &lt;/pre&gt;<br /> <br /> Auch unter Luci sollte dies konfigurierbar sein. <br /> <br /> - Nach einem Neustart und einem angeschlossenen Gerät sollte nun der Uplink via dem USB Netzwerk Gerät/Android tethering funktionieren.<br /> - Sollte das Gerät erst später angeschlossen werden, so könnt ihr mit folgendem Befehl das Netzwerkgerät starten.<br /> <br /> &lt;pre&gt;<br /> ifup wan2<br /> &lt;/pre&gt;<br /> (Dies ist noch nicht ein perfektes Tutorial, werde es nochmal durchprobieren. Einen UMTS Stick hatte ich auf Anhieb noch nicht zum laufen gebracht. Auch scheint Multiwan in OpenWRT eine interessante Sache)<br /> <br /> == Zusätzlich zum Freifunk auch privates WLAN einrichten ==<br /> <br /> Es ist möglich ein privates WLAN anzulegen, das mit dem WAN Port gebridged und separat zum Mesh Netzwerk ist. (Bitte beachten, dass Mesh on Wan nicht zeitgleich mit aktiviert werden sollte.) <br /> Effekt: Das private WLAN wird erweitert, zeitgleich fungiert der Router als Freifunk-Router. Die Netze sind voneinander abgekoppelt.<br /> Das private WLAN kann per SSH in der Konsole aktiviert werden:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0=wifi-iface<br /> uci set wireless.wan_radio0.device=radio0<br /> uci set wireless.wan_radio0.network=wan<br /> uci set wireless.wan_radio0.mode=ap<br /> uci set wireless.wan_radio0.encryption=psk2<br /> uci set wireless.wan_radio0.ssid=&quot;$SSID&quot;<br /> uci set wireless.wan_radio0.key=&quot;$KEY&quot;<br /> uci set wireless.wan_radio0.disabled=0<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> Bitte ersetze $SSID mit dem Namen deines Heimnetzwerks und $KEY mit deinem bisher üblichen Key (der vom privaten Router). Falls dein Router beide Frequenzbänder unterstützt(2.4 und 5 Ghz) und du in beiden auch privates WLAN aktivieren möchtest, muss dies für radio0 und radio1 mit übernommen werden.<br /> Zum deaktivieren des Ganzen wie folgt vorgehen:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0.disabled=1<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> <br /> <br /> == Automatischer Neustart bei längerem Mesh-Verlust, quick hack (and improved hack) zur Analyse ==<br /> <br /> Bei der Vernetzung von Notunterkünften mit Gluon-Beta (via Euskirchen) ist bei einem CPE210-Uplink aufgefallen, dass sämtliche Mesh-Verbindungen über Stunden ausgefallen waren. Es war zunächst unklar, ob überwiegend die Stromversorgung ursächlich ist, insbesondere da der Uplink-Router mehrfach betroffen und trotzdem via VPN erreichbar war. Dabei war dann nur ein Mesh mit sich selbst via &quot;batctl o&quot; sichtbar. Einzelne Mesh-Only-Router zeigten ebenfalls (selten) Ausfälle über mehrere Stunden: teilweise Nachts, wo Renovierungsarbeiten nicht die Ursache sein konnten.<br /> <br /> Um längere Ausfälle zu vermeiden wurde folgendes Script unter /root/check_mesh.sh abgelegt, das via cron-Job automatisch jede Minute ausgeführt wird und nach 10 Minuten ohne Mesh-Verbindung einen Reboot auslöst:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ $count -gt 1 ]; then ## more than a single mesh with itself is left<br /> echo 0 &gt; $FAILCOUNTFILE<br /> else<br /> if [ -f $FAILCOUNTFILE ]; then <br /> read failcount &lt; $FAILCOUNTFILE<br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> touch /etc/mesh0_failcount_`date +&quot;%Y-%m-%d_%H%M&quot;`<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> else<br /> echo 1 &gt; $FAILCOUNTFILE<br /> fi<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Es muss (hier mit awk, s.o.) nach _unterschiedlichen_ Werten für Originator und NextHop ausschau gehalten werden, denn bei einem fehlenden Mesh zwischen zwei Knoten meshen die Knoten noch mit sich selbst:<br /> &lt;pre&gt;<br /> # batctl o | grep mesh0<br /> 62:e6:28:24:5f:52 0.730s ( 6) 62:e6:28:24:5f:52 [ mesh0]: 62:e6:28:24:5f:52 ( 6)<br /> 62:e6:28:72:32:48 0.730s ( 8) 62:e6:28:72:32:48 [ mesh0]: 62:e6:28:72:32:48 ( 8)<br /> &lt;/pre&gt;<br /> <br /> <br /> Das war lesbar und einfach, aber wegen ständiger Schreibzugriffe schlecht für die Lebensdauer der Flash-Speicher. Besser also nur schreiben wenn Fehler passieren, etwa so:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ -f $FAILCOUNTFILE ]; then # Does the failcount file exist at all?<br /> read failcount &lt; $FAILCOUNTFILE # If it exist then there is a number in.<br /> if [ $count -gt 0 ]; then # At least one originator with different nexthop exists<br /> if [ $failcount -gt 0 ]; then # We'r lucky, everything is fine again!<br /> echo 0 &gt; $FAILCOUNTFILE<br /> exit<br /> fi<br /> else # no nexthop different than originator exists <br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> echo 0 &gt; $FAILCOUNTFILE # Reset counter before reboot<br /> logread &gt; /etc/mesh0_failcount_lastwords_`date +&quot;%Y-%m-%d_%H%M&quot;` # DEBUG info<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> fi<br /> else<br /> echo 0 &gt; $FAILCOUNTFILE<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Das Script wird dann noch ausführbar gemacht:<br /> &lt;pre&gt;<br /> chmod +x /root/check_mesh.sh<br /> &lt;/pre&gt;<br /> <br /> Via &quot;crontab -e&quot; führt dann folgender Eintrag zur Ausführung zu jeder vollen Minute:<br /> &lt;pre&gt;<br /> * * * * * /root/check_mesh.sh &gt; /dev/null 2&gt;&amp;1<br /> &lt;/pre&gt;<br /> <br /> Wichtig ist, dass ein ausreichender Zeitraum zum Aufbau des Mesh-Netzes nach dem Reboot verbleibt. 10 Minuten (MAXFAILCOUNT) sollten hierzu ausreichen.<br /> <br /> Im /etc -Verzeichnis (das wurde gewählt, da Änderungen hier einen Neustart überleben) sind dann solche Reboot-Ereignisse ablesbar:<br /> &lt;pre&gt;<br /> # ls -al | grep failcount<br /> -rw-r--r-- 1 root root 0 Oct 26 06:22 mesh0_failcount_2015-10_26_0622<br /> -rw-r--r-- 1 root root 0 Oct 29 08:12 mesh0_failcount_2015-10-29_0812<br /> -rw-r--r-- 1 root root 0 Oct 30 21:59 mesh0_failcount_2015-10-30_2159<br /> &lt;/pre&gt;<br /> <br /> Vorfälle treten unregelmäßig alle paar Tage auf, werden aber durch das Script abgefangen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Pimp_my_Node&diff=4108 2016-01-09T21:09:12Z

<p>Hermes: /* Node ohne uplink (mesh node) */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Hier finden sich interessante Optionen für etwas versiertere Nutzer. Diese Seite wurde größtenteils für die Classic Firmware geschrieben. Wer Gluon verwendet sollte unbedingt auch Gluon spezifische Resourcen, wie http://gluon.readthedocs.org , zu Rate ziehen. <br /> <br /> Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> <br /> == Netztheorie/Technik und Entwicklung ==<br /> Vertiefung<br /> <br /> *[[FSM-Dynamisches-Bridging]] <br /> *[[Batman_adv]]<br /> *[[Entwicklung]]<br /> *[[Firmware|Firmware/Betriebssystem]]<br /> <br /> <br /> == Arbeiten auf der Shell ==<br /> Vorraussetzung für folgende Befehle sind eine Verbindung mit dem KBU Freifunk Netz sowie ein Terminal / Shell. <br /> Vergesst nicht eth0 gegen die Bezeichnung eures Netzwerkinterfaces, welches am Freifunk hängt zu tauschen. <br /> Bei Macbooks via Wlan z.B. &quot;en1&quot; statt &quot;eth0&quot;! Die link local Adresse der jeweiligen node findet ihr auf der [http://register.kbu.freifunk.net KBU Register] Seite. Um Dateien auf dem Node ändern zu können, steht als einziger Editor ''vi'' bzw. ''vim'' zur Verfügung.<br /> <br /> Zusätzlich zu den auf dieser Seite erläuterten Modifikationen gibt es im [https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration Github-Wiki der Freifunk-Gluon-Firmware eine ausführliche Liste nützlicher Befehle ].<br /> <br /> <br /> === Firmware aktualisieren ===<br /> ==== Node mit uplink ====<br /> <br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 // SSH Verbindung zum Node aufbauen, eth0 ist das lokale Interface, ggf. durch wlan0 etc. ersetzen<br /> cd ../tmp/ // in das Verzeichnis &quot;tmp&quot; wechseln<br /> free // Freien Speicher prüfen<br /> wget http://pfad/zur/firmware.bin // Firmware herunterladen und dann<br /> sysupgrade -v firmware.bin // Firmware-Upgrade durchführen<br /> &lt;/pre&gt;<br /> <br /> '''Achtung''': Beim Download der Firmware via wget kann auf dem Router die Integrität der Firmware nicht geprüft werden, da gpg i.d.R. auf den Routern nicht verfügbar ist. Deshalb ist es sicherer, den oben beschriebenen Weg zu wählen, oder die geprüfte Firmware per scp (s.u.) auf den Router zu kopieren. <br /> <br /> ==== Node ohne uplink (mesh node) ====<br /> &lt;pre&gt;<br /> scp -6 -v -r firmware.bin root@\[&lt;link local Adresse des Nodes&gt;%eth0\]:../tmp/ // Firmware auf den node schieben (md5 checken!)<br /> ssh -6 root@&lt;link local Adresse des Nodes&gt;%eth0 <br /> cd ../tmp/ <br /> sysupgrade -v firmware.bin <br /> &lt;/pre&gt;<br /> <br /> ==== Node ''zu Fuß'' updaten ====<br /> Wenn man physikalischen Zugriff auf den Freifunk-Router hat, kann man auch einfach in den [[Config_Mode]] wechseln und dort über das entsprechende Menü eine neue Freifunk-Firmware hochladen. Hierbei kann man wählen, ob man die ggf. geänderte Konfiguration beibehalten möchte (upgrade-Image) oder alles von Grund auf neu installiert/konfiguriert. Ggf. muss man zuvor noch ein Root-Passwort setzen, damit das Update möglich wird.<br /> <br /> ==== via TFTP ====<br /> Wenn mal ein Router nicht mehr normal geflasht werden kann ;-)<br /> <br /> &lt;pre&gt;<br /> aptitude install tftpd-hpa<br /> sudo chown -R tftp /srv/tftp/<br /> &lt;/pre&gt;<br /> Nur noch Config anpassen &amp; neustarten. Das &quot;-c create file&quot; brauche ich damit ich von den Switch aus die config sichern kann.<br /> &lt;pre&gt;<br /> vim /etc/default/tftpd-hpa<br /> <br /> TFTP_USERNAME=&quot;tftp&quot;<br /> TFTP_DIRECTORY=&quot;/srv/tftp&quot;<br /> TFTP_ADDRESS=&quot;192.168.23.23:69&quot;<br /> TFTP_OPTIONS=&quot;--secure -c&quot;<br /> <br /> service tftpd-hpa restart <br /> &lt;/pre&gt;<br /> <br /> === Hostnamen des Nodes ändern ===<br /> Standardmäßig ist der Hostname des Nodes gleich der MAC-Adresse des Routers. Möchte man den Hostnamen ändern, so kann man dies in der Datei ''/etc/config/system''. Hier gibt es gleich als ersten Punkt ''config system'' und dort findet man den Eintrag<br /> &lt;pre&gt;option hostname 'aa:bb:cc:dd:ee:ff'&lt;/pre&gt;<br /> Hier kann man jetzt aa:bb:cc:dd:ee:ff (diese Adresse sieht bei jedem Node anders aus!) zu dem gewünschten Hostnamen ändern. Eine Änderung wird erst nach dem Kommando ''reboot'' (danach startet der Node neu) wirksam.<br /> <br /> === IPv6 ping ===<br /> &lt;pre&gt;<br /> ping6 &lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === IPv6 ssh ===<br /> Hinter der link local Adresse &quot;%&quot; + &quot;Netzwerk Interface an eurer Kiste&quot; (Hier im Beispiel eth0)<br /> &lt;pre&gt;<br /> ssh -6 root@&lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === Paßwort-Authentifizierung abstellen ===<br /> '''Wichtig:''' Als erstes prüfen, ob man sich mit seinem Schlüsselpaar auf den Router einloggen kann. Man sollte jetzt nicht mehr nach dem Paßwort gefragt werden (allerhöchstens nach dem Paßwort, welches den privaten Schlüssel schützt).<br /> Falls das erfolgreich funktioniert, kann man die Datei ''/etc/config/dropbear'' wie folgt ändern:<br /> &lt;pre&gt;config dropbear<br /> option PasswordAuth 'off'<br /> option RootPasswordAuth 'off'<br /> option Port '22'<br /> # option BannerFile '/etc/banner'&lt;/pre&gt;<br /> Nach einem Neustart des Routers mittels ''reboot'' sollte es jetzt nur noch möglich sein, sich mit seinem Schlüsselpaar auf den Rotuer einzuloggen.<br /> <br /> === SSH public key auf Node aufspielen ===<br /> Möchte man sich nicht immer per Paßwort auf den eigenen Node verbinden, so kann man das auch mit einem Schlüsselpaar realisieren. Falls man danach noch die Authentifizierung per Paßwort abschaltet (s. nächster Punkt), dann hat man einen sicheren Zugriff auf seinen Node realisiert.<br /> Voraussetzung ist natürlich, dass man schon ein gültiges Schlüsselpaar besitzt. Falls dem so ist, so genügt es, den öffentlichen Schlüssel (public key) auf den Node zu übertragen. Das kann mit Hilfe von scp (secure copy) passieren:<br /> &lt;pre&gt;<br /> scp -6 id_rsa4096.pub root@[&lt;link local Adresse des Nodes&gt;%eth0]:/etc/dropbear/authorized_keys<br /> &lt;/pre&gt;<br /> Hierbei steht id_rsa.pub für die Datei, die den public key enthält. '''ACHTUNG:''' Obiger Befehl ersetzt die eventuell schon vorhandene Datei authorized_keys auf dem Node. Das ist ok für den ersten Key. Sollen mehrere Keys eingetragen werden (z. B. weil man außer vom Laptop auch vom Tablet auf seinen Node verbinden möchte), kann man das so machen:<br /> &lt;pre&gt;<br /> cat ~/.ssh/id_rsa4096.pub | ssh root@[&lt;link local Adresse des Nodes&gt;%eth0] 'umask 077; cat &gt;&gt;.ssh/authorized_keys'<br /> &lt;/pre&gt;<br /> <br /> Sollte beim Kopierversuch die Meldung<br /> &lt;pre&gt;ssh: Could not resolve hostname fe80:&lt;/pre&gt;<br /> erscheinen, hat man höchstwahrscheinlich die eckigen Klammern um die IP-Adresse inklusive Interface vergessen. Dann wird der erste Doppelpunkt schon als Ende des Hostnamens interpretiert! Auch hier werden die Änderungen nach einem Neustart des Routers mittels ''reboot'' übernommen.<br /> <br /> <br /> <br /> <br /> === Node überträgt keine Statistiken ===<br /> Auf der [https://kbu.freifunk.net/cserv Cserv Seite] könnt ihr prüfen, ob eurer Node bereits Statistiken übermittelt.<br /> ==== ntp-Bug in Firmware 1.2.1b beseitigen ====<br /> Falls sich ein Node-Betreiber wundert, warum sein Node keine Statistiken liefert und es ein Mesh-Only-Node ist (d. h. ohne eigenen Uplink zum Internet), so liegt das an einem Bug in der Firmware. Diesen kann man jedoch mit einfachen Mitteln beheben:<br /> Editiert wird die Datei ''/etc/config/system''. Dort findet man einen Eintrag ''config timeserver 'ntp'''. Defaultmäßig stehen hier 4 Zeitserver von openwrt (in der Form x.openwrt.pool.ntp.org). Diese müssen bei Mesh-Only-Nodes in IPv6-Adressen geändert werden, und zwar, dass der komplette Konfigurationspunkt wie folgt aussieht:<br /> &lt;pre&gt;config timeserver 'ntp'<br /> list server '2a03:4000:2:494::2'<br /> list server '2a01:4f8:161:2461:e4::1'<br /> list server '2a02:180:1:1::551f:bb4b'<br /> option enabled '1'<br /> option enable_server '0'&lt;/pre&gt;<br /> Auch hier werden die Änderungen erst nach einem Neustart des Nodes mittels ''reboot'' wirksam.<br /> Dieser Bug soll mit dem nächsten Firmware-Release behoben sein. Man kann die Eintragungen auch in den Nodes mit Internet-Uplink ändern ohne die Funktion zu beeinträchtigen.<br /> <br /> ==== Collectd prüfen ====<br /> Falls es durch das beheben des ntp-Bug noch immer nicht zum übertragen der Statistiken kommt, überprüft mal die Einstellungen eures Collectd. Es kann sein das beim Firmware Update diese Config nicht geupdatet wurde und eine veraltet IPV6 Adresse noch vorhanden ist, so sollte es sein:<br /> &lt;pre&gt;<br /> vim /etc/collectd.conf // Config Datei für Collectd zum bearbeiten öffnen<br /> <br /> Zeile 39-44: <br /> &lt;Plugin ping&gt; <br /> TTL 127 <br /> Interval 30 <br /> Host &quot;fdd3:5d16:b5dd:3::6&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> &lt;/Plugin&gt; <br /> <br /> Zeile 46-50:<br /> &lt;Plugin network&gt; <br /> Server &quot;fdd3:5d16:b5dd:3::6&quot; &quot;25827&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> Forward false <br /> &lt;/Plugin&gt; <br /> &lt;/pre&gt;<br /> <br /> === LAN Kopplung ===<br /> Eine LAN Kopplung kann in manchen Fällen sinnvoll sein, besonders wenn man einen VLAN fähigen Switch und eine bestehende Ntzwerkverkabelung hat. Hier werden die Switchports angwiesen auch über LAN zu meshen.<br /> <br /> ==== TL-WR841ND ====<br /> 03/2014: Hier wird über die alle 4 LAN Ports gemeshed, Mesh über WLAN kann man optional noch ausschalten! Folgende Config stammt von rampone/FF-KBU und wurde an 2 TL-WR841N v.8 getestet mit KBU-FF-Firmware 1.1.<br /> <br /> 05/2015: Verifiziert (und ergänzt) für TL-WR841N v.9 und KBU-FF-Firmware 1.2.2rc3 .<br /> <br /> ''vim /etc/config/network'' - Folgende Änderungen wurden an der FF-Firmware vorgenommen:<br /> #config interface 'freifunk' -&gt; Hier haben wir das ethX-Interface aus &quot;ifname&quot; rausgenommen, damit kein ff aus dem ethX (switch) rauskommt (X=1 für Hardware bis einschließlich v8, sonst X=0).<br /> #config interface 'mesh_lan' -&gt; kompl. codeblock hinzugefügt, dieser bewirkt das über ethX (switch) gemeshed wird. <br /> <br /> <br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> <br /> config switch<br /> option name 'switch0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'switch0'<br /> option vlan '1'<br /> option ports '0 1 2 3 4'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth1 (bzw. eth0, s.o.) entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr '10:fe:ed:f1:53:84'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr '12:fe:ed:f2:53:84'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0' # ab TL-841N(D) v9: eth0, bis v8: eth1 . Bei falschem Interface läuft das mesh-lan über den blauen Port. Wer's mag...<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> <br /> ''vim /etc/config/wireless'' - Hier wird der Codeblock, der für das Mesh über WLAN verantwortlich ist auskommentiert (optional)<br /> &lt;pre&gt;<br /> #config wifi-iface 'wifi_mesh'<br /> # option device 'radio0'<br /> # option network 'mesh'<br /> # option mode 'adhoc'<br /> # option ssid '02:d1:11:37:fc:39'<br /> # option bssid '02:d1:11:37:fc:39<br /> &lt;/pre&gt;<br /> <br /> ==== TL-WDR4300 ====<br /> Das gleiche nochmal für den 4300er<br /> <br /> ''vim /etc/config/network''<br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0.2'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> option macaddr 'a2:f3:c1:65:81:cd'<br /> <br /> config switch<br /> option name 'eth0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '1'<br /> option ports '0t 2 3 4 5'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '2'<br /> option ports '0t 1'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth0.1 entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr 'a0:f3:c1:64:81:cc'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr 'a2:f3:c1:65:81:cc'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0.1'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> == Einsperren des Freifunk-Routers in eine DMZ ==<br /> <br /> Wer seinen Freifunk-Router einsperren und/oder die Bandbreite begrenzen möchte, kann dies am einfachsten tun, indem er ihn an seiner Firewall an einen eigenen Netzwerkport klemmt und diesen dann als DMZ konfiguriert. Ein KBU-Freifunk-Router muß zur Zeit im LAN DHCP, DNS, im Internet NTP sowie mit den [[fastd]]-Knoten reden können. Folgendes Bespiel für eine iptables-Firewall nimmt an, dass der Freifunk-Router über eth2 angeschlossen ist:<br /> <br /> # eth2 darf nur dns, ntp, dhcp und ansonsten mit den fastdX reden<br /> iptables -i eth2 -A INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 37.120.169.214 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.120.169.214 -j ACCEPT <br /> iptables -i eth2 -A FORWARD --dst 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A INPUT -j DROP<br /> iptables -i eth2 -A FORWARD -j DROP<br /> # eth2 darf maximal 2000 kbit/s ein- und ausgehenden traffic machen<br /> wondershaper eth2 2000 2000<br /> <br /> Prinzipiell könnte man den Traffic noch weiter einschränken. DHCP und DNS müssen nur zum DHCP- bzw. DNS-Server funktionieren und der Traffic zu den fastd-Servern ließe sich auf TCP Port 80 und UDP Port 10000 begrenzen.<br /> <br /> ===Alternative: Einsperren im VLAN===<br /> siehe: [[FF-Router einsperren im VLAN]]<br /> <br /> == Weboberfläche aktivieren ==<br /> <br /> Im Normalbetrieb ist erst mal kein Zugriff notwendig (und auch erst mal nicht vorgesehen). Das läuft einfach! ;-) Und es gibt im Normalbetrieb eben auch kein Webinterface, welches Sicherheitslücken haben könnte.<br /> <br /> Zum ersten Konfigurieren schaltet mal den Router in einen Konfig-Modus. Der Router nimmt dann in diesem Modus nicht mehr am Freifunknetzwerk teil. Nun kann man dann Rechner an die LAN Ports des Freifunkrouters anschließen und über ein Webinterface per Browser den Router konfigurieren oder Updaten. Das sollte aber nur ganz selten notwendig sein. Nach einem Reboot des Routers geht das Gerät dann wieder in den Freifunk-Modus mit deinen Konfigurationsänderungen.<br /> <br /> Wenn man Spaß am Basteln hat kann man das Webinterface aber auch im Normalbetrieb aktivieren. Für die Absicherung muss man dann aber selber sorgen denn per Default ist das nicht abgesichert. Hier die Anleitung nach [http://wiki.freifunk.in-kiel.de/wiki/Firmware Freifunk Kiel], um auf die Weboberfläche zu gelangen:<br /> <br /> Das Webinterface des Routers ist nicht über die Link-Local-Adresse, sondern nur über die generelle IPv6 Adresse des Routers zu erreichen. Die IPv6-Adresse bekommt man über SSH (s. [[Pimp_my_Node#IPv6_ssh|IPv6 ssh]] auf den Router:<br /> ssh root@LinkLocalIPv6adresse_des_routers%Interface<br /> Die generelle IPv6-Adresse erfährt man durch Eingabe von<br /> ifconfig | grep Global<br /> Die IPv6-Adresse (&quot;inet6 adr&quot;) kann man nun im Browser in eckigen Klammern und vorangestelltem &quot;http://&quot; aufrufen (zum Beispiel: http://[2001:67c:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]/) und gelangt so zum Webinterface LuCI.<br /> <br /> Falls der Router nicht per IPv6 http liefern sollte, kann man diese per SSH beheben. Dazu folgendes nach dem Login auf der Shell vom Router ausführen:<br /> uci delete uhttpd.main.listen_http<br /> uci delete uhttpd.main.listen_https<br /> <br /> uci add_list uhttpd.main.listen_http='[::]:80'<br /> uci add_list uhttpd.main.listen_http='0.0.0.0:80'<br /> uci add_list uhttpd.main.listen_https='[::]:80'<br /> uci add_list uhttpd.main.listen_https='0.0.0.0:80'<br /> <br /> uci commit uhttpd<br /> <br /> /etc/init.d/uhttpd enable<br /> <br /> == Uplink mit Android-Tethering/USB Netzwerkkarte ==<br /> (ssh Zugang Erfahrung nötig)<br /> <br /> Das ganze sei von Anfang an als &quot;sportlich&quot; zu betrachten. Leider sind mobile 3g/LTE Tarife fast ausnahmslos nach einem bestimmten Volumen gedrosselt (üblicherweise auf 64 bis 56 kbit/s (neuere NetzclubSim sogar auf 32 kbit/s), Ausnahme bilden hier nur LTE Zuhause &quot;DSL&quot; Ersatz Tarife -&gt; 386kbit/s).<br /> Da Freifunk auch bei Nichtbenutzung Daten überträgt, ist nur bei LTE Zuhause Tarifen interessant dies als Dauerlösung zu nutzen. Dort ist aber wiederum meist ein LTE-Router vor Ort und man den Router auch &quot;traditionell&quot; via LAN Kabel anbinden.<br /> Bei Benutzung als uplink bei Strassenfesten/Festivals etc. ist wahrscheinlich, dass erstens das Datenvolumen schnell aufgebraucht sein wird und zweitens ab einer bestimmten Größe auch das 3g Netz vor Ort überlastet ist. Wenn man es dennoch machen will (mehrere Sim Karten/spezieller hochvolumiger Tarif/Netzbetreiber gesponserter Uplink (träum)), sollte man die Benutzung von LTE erwägen. Auch dort könnten aber durch zukünftige Adapation Überlasterscheinungen auftreten. Desweitern nutzen 2g/3g/4g auch dasselbe Backbone, welcher dann auch für LTE ein Flaschenhals darstellt.<br /> Muss nochmal nachprüfen, aber wenn, dann nicht uninteressant: Der Wlan Zugang des Telefons (CM7) wurde per tethering weitergeleitet und bei Abschalten gab es fallback auf 3g -&gt; nicht schöne, aber einfache &quot;Immer&quot;netzlösung? Mein Tablet zeigt nicht dieses Verhalten.)<br /> <br /> Blablabla, jetzt geht es los:<br /> Das ganze habe ich mit einem 1043ND und einem droid 2.3CM7 Telefon und einem droid 2.2 Tablet ausprobiert, sollte aber auf jeglichen OpenWrt Router mit USB, Android USB tethering fähigem Gerät und einfachen USB ethernet Adaptern (nachprüfen!!!) funktionieren:<br /> <br /> - Per ssh in den router einloggen<br /> - Installieren der notwendigen Treiber<br /> <br /> &lt;pre&gt;<br /> opkg update<br /> opkg install kmod-usb-uhci kmod-usb-net-rndis<br /> &lt;/pre&gt;<br /> <br /> Dies sollte, falls ihr noch keine USB Unterstützung in der Firmware hat auch diese über dependencies nachinstallieren. (nachprüfen!!!)<br /> <br /> - Ihr müsst den Netzwerkzugang für da neue Interface &quot;usb0&quot; noch konfigurieren. Unter /etc/config/network fügt ihr z.B. folgendes hinzu:<br /> <br /> &lt;pre&gt;<br /> config interface 'wan2'<br /> option ifname 'usb0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> &lt;/pre&gt;<br /> <br /> Auch unter Luci sollte dies konfigurierbar sein. <br /> <br /> - Nach einem Neustart und einem angeschlossenen Gerät sollte nun der Uplink via dem USB Netzwerk Gerät/Android tethering funktionieren.<br /> - Sollte das Gerät erst später angeschlossen werden, so könnt ihr mit folgendem Befehl das Netzwerkgerät starten.<br /> <br /> &lt;pre&gt;<br /> ifup wan2<br /> &lt;/pre&gt;<br /> (Dies ist noch nicht ein perfektes Tutorial, werde es nochmal durchprobieren. Einen UMTS Stick hatte ich auf Anhieb noch nicht zum laufen gebracht. Auch scheint Multiwan in OpenWRT eine interessante Sache)<br /> <br /> == Zusätzlich zum Freifunk auch privates WLAN einrichten ==<br /> <br /> Es ist möglich ein privates WLAN anzulegen, das mit dem WAN Port gebridged und separat zum Mesh Netzwerk ist. (Bitte beachten, dass Mesh on Wan nicht zeitgleich mit aktiviert werden sollte.) <br /> Effekt: Das private WLAN wird erweitert, zeitgleich fungiert der Router als Freifunk-Router. Die Netze sind voneinander abgekoppelt.<br /> Das private WLAN kann per SSH in der Konsole aktiviert werden:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0=wifi-iface<br /> uci set wireless.wan_radio0.device=radio0<br /> uci set wireless.wan_radio0.network=wan<br /> uci set wireless.wan_radio0.mode=ap<br /> uci set wireless.wan_radio0.encryption=psk2<br /> uci set wireless.wan_radio0.ssid=&quot;$SSID&quot;<br /> uci set wireless.wan_radio0.key=&quot;$KEY&quot;<br /> uci set wireless.wan_radio0.disabled=0<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> Bitte ersetze $SSID mit dem Namen deines Heimnetzwerks und $KEY mit deinem bisher üblichen Key (der vom privaten Router). Falls dein Router beide Frequenzbänder unterstützt(2.4 und 5 Ghz) und du in beiden auch privates WLAN aktivieren möchtest, muss dies für radio0 und radio1 mit übernommen werden.<br /> Zum deaktivieren des Ganzen wie folgt vorgehen:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0.disabled=1<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> <br /> <br /> == Automatischer Neustart bei längerem Mesh-Verlust, quick hack (and improved hack) zur Analyse ==<br /> <br /> Bei der Vernetzung von Notunterkünften mit Gluon-Beta (via Euskirchen) ist bei einem CPE210-Uplink aufgefallen, dass sämtliche Mesh-Verbindungen über Stunden ausgefallen waren. Es war zunächst unklar, ob überwiegend die Stromversorgung ursächlich ist, insbesondere da der Uplink-Router mehrfach betroffen und trotzdem via VPN erreichbar war. Dabei war dann nur ein Mesh mit sich selbst via &quot;batctl o&quot; sichtbar. Einzelne Mesh-Only-Router zeigten ebenfalls (selten) Ausfälle über mehrere Stunden: teilweise Nachts, wo Renovierungsarbeiten nicht die Ursache sein konnten.<br /> <br /> Um längere Ausfälle zu vermeiden wurde folgendes Script unter /root/check_mesh.sh abgelegt, das via cron-Job automatisch jede Minute ausgeführt wird und nach 10 Minuten ohne Mesh-Verbindung einen Reboot auslöst:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ $count -gt 1 ]; then ## more than a single mesh with itself is left<br /> echo 0 &gt; $FAILCOUNTFILE<br /> else<br /> if [ -f $FAILCOUNTFILE ]; then <br /> read failcount &lt; $FAILCOUNTFILE<br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> touch /etc/mesh0_failcount_`date +&quot;%Y-%m-%d_%H%M&quot;`<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> else<br /> echo 1 &gt; $FAILCOUNTFILE<br /> fi<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Es muss (hier mit awk, s.o.) nach _unterschiedlichen_ Werten für Originator und NextHop ausschau gehalten werden, denn bei einem fehlenden Mesh zwischen zwei Knoten meshen die Knoten noch mit sich selbst:<br /> &lt;pre&gt;<br /> # batctl o | grep mesh0<br /> 62:e6:28:24:5f:52 0.730s ( 6) 62:e6:28:24:5f:52 [ mesh0]: 62:e6:28:24:5f:52 ( 6)<br /> 62:e6:28:72:32:48 0.730s ( 8) 62:e6:28:72:32:48 [ mesh0]: 62:e6:28:72:32:48 ( 8)<br /> &lt;/pre&gt;<br /> <br /> <br /> Das war lesbar und einfach, aber wegen ständiger Schreibzugriffe schlecht für die Lebensdauer der Flash-Speicher. Besser also nur schreiben wenn Fehler passieren, etwa so:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ -f $FAILCOUNTFILE ]; then # Does the failcount file exist at all?<br /> read failcount &lt; $FAILCOUNTFILE # If it exist then there is a number in.<br /> if [ $count -gt 0 ]; then # At least one originator with different nexthop exists<br /> if [ $failcount -gt 0 ]; then # We'r lucky, everything is fine again!<br /> echo 0 &gt; $FAILCOUNTFILE<br /> exit<br /> fi<br /> else # no nexthop different than originator exists <br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> echo 0 &gt; $FAILCOUNTFILE # Reset counter before reboot<br /> logread &gt; /etc/mesh0_failcount_lastwords_`date +&quot;%Y-%m-%d_%H%M&quot;` # DEBUG info<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> fi<br /> else<br /> echo 0 &gt; $FAILCOUNTFILE<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Das Script wird dann noch ausführbar gemacht:<br /> &lt;pre&gt;<br /> chmod +x /root/check_mesh.sh<br /> &lt;/pre&gt;<br /> <br /> Via &quot;crontab -e&quot; führt dann folgender Eintrag zur Ausführung zu jeder vollen Minute:<br /> &lt;pre&gt;<br /> * * * * * /root/check_mesh.sh &gt; /dev/null 2&gt;&amp;1<br /> &lt;/pre&gt;<br /> <br /> Wichtig ist, dass ein ausreichender Zeitraum zum Aufbau des Mesh-Netzes nach dem Reboot verbleibt. 10 Minuten (MAXFAILCOUNT) sollten hierzu ausreichen.<br /> <br /> Im /etc -Verzeichnis (das wurde gewählt, da Änderungen hier einen Neustart überleben) sind dann solche Reboot-Ereignisse ablesbar:<br /> &lt;pre&gt;<br /> # ls -al | grep failcount<br /> -rw-r--r-- 1 root root 0 Oct 26 06:22 mesh0_failcount_2015-10_26_0622<br /> -rw-r--r-- 1 root root 0 Oct 29 08:12 mesh0_failcount_2015-10-29_0812<br /> -rw-r--r-- 1 root root 0 Oct 30 21:59 mesh0_failcount_2015-10-30_2159<br /> &lt;/pre&gt;<br /> <br /> Vorfälle treten unregelmäßig alle paar Tage auf, werden aber durch das Script abgefangen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Pimp_my_Node&diff=4107 2016-01-09T21:08:52Z

<p>Hermes: /* IPv6 ssh */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Hier finden sich interessante Optionen für etwas versiertere Nutzer. Diese Seite wurde größtenteils für die Classic Firmware geschrieben. Wer Gluon verwendet sollte unbedingt auch Gluon spezifische Resourcen, wie http://gluon.readthedocs.org , zu Rate ziehen. <br /> <br /> Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> <br /> == Netztheorie/Technik und Entwicklung ==<br /> Vertiefung<br /> <br /> *[[FSM-Dynamisches-Bridging]] <br /> *[[Batman_adv]]<br /> *[[Entwicklung]]<br /> *[[Firmware|Firmware/Betriebssystem]]<br /> <br /> <br /> == Arbeiten auf der Shell ==<br /> Vorraussetzung für folgende Befehle sind eine Verbindung mit dem KBU Freifunk Netz sowie ein Terminal / Shell. <br /> Vergesst nicht eth0 gegen die Bezeichnung eures Netzwerkinterfaces, welches am Freifunk hängt zu tauschen. <br /> Bei Macbooks via Wlan z.B. &quot;en1&quot; statt &quot;eth0&quot;! Die link local Adresse der jeweiligen node findet ihr auf der [http://register.kbu.freifunk.net KBU Register] Seite. Um Dateien auf dem Node ändern zu können, steht als einziger Editor ''vi'' bzw. ''vim'' zur Verfügung.<br /> <br /> Zusätzlich zu den auf dieser Seite erläuterten Modifikationen gibt es im [https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration Github-Wiki der Freifunk-Gluon-Firmware eine ausführliche Liste nützlicher Befehle ].<br /> <br /> <br /> === Firmware aktualisieren ===<br /> ==== Node mit uplink ====<br /> <br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 // SSH Verbindung zum Node aufbauen, eth0 ist das lokale Interface, ggf. durch wlan0 etc. ersetzen<br /> cd ../tmp/ // in das Verzeichnis &quot;tmp&quot; wechseln<br /> free // Freien Speicher prüfen<br /> wget http://pfad/zur/firmware.bin // Firmware herunterladen und dann<br /> sysupgrade -v firmware.bin // Firmware-Upgrade durchführen<br /> &lt;/pre&gt;<br /> <br /> '''Achtung''': Beim Download der Firmware via wget kann auf dem Router die Integrität der Firmware nicht geprüft werden, da gpg i.d.R. auf den Routern nicht verfügbar ist. Deshalb ist es sicherer, den oben beschriebenen Weg zu wählen, oder die geprüfte Firmware per scp (s.u.) auf den Router zu kopieren. <br /> <br /> ==== Node ohne uplink (mesh node) ====<br /> &lt;pre&gt;<br /> scp -6 -v -r firmware.bin root@\[&lt;link local Adresse des Nodes&gt;%eth0\]:../tmp/ // Firmware auf den node schieben (md5 checken!)<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 <br /> cd ../tmp/ <br /> sysupgrade -v firmware.bin <br /> &lt;/pre&gt;<br /> <br /> ==== Node ''zu Fuß'' updaten ====<br /> Wenn man physikalischen Zugriff auf den Freifunk-Router hat, kann man auch einfach in den [[Config_Mode]] wechseln und dort über das entsprechende Menü eine neue Freifunk-Firmware hochladen. Hierbei kann man wählen, ob man die ggf. geänderte Konfiguration beibehalten möchte (upgrade-Image) oder alles von Grund auf neu installiert/konfiguriert. Ggf. muss man zuvor noch ein Root-Passwort setzen, damit das Update möglich wird.<br /> <br /> ==== via TFTP ====<br /> Wenn mal ein Router nicht mehr normal geflasht werden kann ;-)<br /> <br /> &lt;pre&gt;<br /> aptitude install tftpd-hpa<br /> sudo chown -R tftp /srv/tftp/<br /> &lt;/pre&gt;<br /> Nur noch Config anpassen &amp; neustarten. Das &quot;-c create file&quot; brauche ich damit ich von den Switch aus die config sichern kann.<br /> &lt;pre&gt;<br /> vim /etc/default/tftpd-hpa<br /> <br /> TFTP_USERNAME=&quot;tftp&quot;<br /> TFTP_DIRECTORY=&quot;/srv/tftp&quot;<br /> TFTP_ADDRESS=&quot;192.168.23.23:69&quot;<br /> TFTP_OPTIONS=&quot;--secure -c&quot;<br /> <br /> service tftpd-hpa restart <br /> &lt;/pre&gt;<br /> <br /> === Hostnamen des Nodes ändern ===<br /> Standardmäßig ist der Hostname des Nodes gleich der MAC-Adresse des Routers. Möchte man den Hostnamen ändern, so kann man dies in der Datei ''/etc/config/system''. Hier gibt es gleich als ersten Punkt ''config system'' und dort findet man den Eintrag<br /> &lt;pre&gt;option hostname 'aa:bb:cc:dd:ee:ff'&lt;/pre&gt;<br /> Hier kann man jetzt aa:bb:cc:dd:ee:ff (diese Adresse sieht bei jedem Node anders aus!) zu dem gewünschten Hostnamen ändern. Eine Änderung wird erst nach dem Kommando ''reboot'' (danach startet der Node neu) wirksam.<br /> <br /> === IPv6 ping ===<br /> &lt;pre&gt;<br /> ping6 &lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === IPv6 ssh ===<br /> Hinter der link local Adresse &quot;%&quot; + &quot;Netzwerk Interface an eurer Kiste&quot; (Hier im Beispiel eth0)<br /> &lt;pre&gt;<br /> ssh -6 root@&lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === Paßwort-Authentifizierung abstellen ===<br /> '''Wichtig:''' Als erstes prüfen, ob man sich mit seinem Schlüsselpaar auf den Router einloggen kann. Man sollte jetzt nicht mehr nach dem Paßwort gefragt werden (allerhöchstens nach dem Paßwort, welches den privaten Schlüssel schützt).<br /> Falls das erfolgreich funktioniert, kann man die Datei ''/etc/config/dropbear'' wie folgt ändern:<br /> &lt;pre&gt;config dropbear<br /> option PasswordAuth 'off'<br /> option RootPasswordAuth 'off'<br /> option Port '22'<br /> # option BannerFile '/etc/banner'&lt;/pre&gt;<br /> Nach einem Neustart des Routers mittels ''reboot'' sollte es jetzt nur noch möglich sein, sich mit seinem Schlüsselpaar auf den Rotuer einzuloggen.<br /> <br /> === SSH public key auf Node aufspielen ===<br /> Möchte man sich nicht immer per Paßwort auf den eigenen Node verbinden, so kann man das auch mit einem Schlüsselpaar realisieren. Falls man danach noch die Authentifizierung per Paßwort abschaltet (s. nächster Punkt), dann hat man einen sicheren Zugriff auf seinen Node realisiert.<br /> Voraussetzung ist natürlich, dass man schon ein gültiges Schlüsselpaar besitzt. Falls dem so ist, so genügt es, den öffentlichen Schlüssel (public key) auf den Node zu übertragen. Das kann mit Hilfe von scp (secure copy) passieren:<br /> &lt;pre&gt;<br /> scp -6 id_rsa4096.pub root@[&lt;link local Adresse des Nodes&gt;%eth0]:/etc/dropbear/authorized_keys<br /> &lt;/pre&gt;<br /> Hierbei steht id_rsa.pub für die Datei, die den public key enthält. '''ACHTUNG:''' Obiger Befehl ersetzt die eventuell schon vorhandene Datei authorized_keys auf dem Node. Das ist ok für den ersten Key. Sollen mehrere Keys eingetragen werden (z. B. weil man außer vom Laptop auch vom Tablet auf seinen Node verbinden möchte), kann man das so machen:<br /> &lt;pre&gt;<br /> cat ~/.ssh/id_rsa4096.pub | ssh root@[&lt;link local Adresse des Nodes&gt;%eth0] 'umask 077; cat &gt;&gt;.ssh/authorized_keys'<br /> &lt;/pre&gt;<br /> <br /> Sollte beim Kopierversuch die Meldung<br /> &lt;pre&gt;ssh: Could not resolve hostname fe80:&lt;/pre&gt;<br /> erscheinen, hat man höchstwahrscheinlich die eckigen Klammern um die IP-Adresse inklusive Interface vergessen. Dann wird der erste Doppelpunkt schon als Ende des Hostnamens interpretiert! Auch hier werden die Änderungen nach einem Neustart des Routers mittels ''reboot'' übernommen.<br /> <br /> <br /> <br /> <br /> === Node überträgt keine Statistiken ===<br /> Auf der [https://kbu.freifunk.net/cserv Cserv Seite] könnt ihr prüfen, ob eurer Node bereits Statistiken übermittelt.<br /> ==== ntp-Bug in Firmware 1.2.1b beseitigen ====<br /> Falls sich ein Node-Betreiber wundert, warum sein Node keine Statistiken liefert und es ein Mesh-Only-Node ist (d. h. ohne eigenen Uplink zum Internet), so liegt das an einem Bug in der Firmware. Diesen kann man jedoch mit einfachen Mitteln beheben:<br /> Editiert wird die Datei ''/etc/config/system''. Dort findet man einen Eintrag ''config timeserver 'ntp'''. Defaultmäßig stehen hier 4 Zeitserver von openwrt (in der Form x.openwrt.pool.ntp.org). Diese müssen bei Mesh-Only-Nodes in IPv6-Adressen geändert werden, und zwar, dass der komplette Konfigurationspunkt wie folgt aussieht:<br /> &lt;pre&gt;config timeserver 'ntp'<br /> list server '2a03:4000:2:494::2'<br /> list server '2a01:4f8:161:2461:e4::1'<br /> list server '2a02:180:1:1::551f:bb4b'<br /> option enabled '1'<br /> option enable_server '0'&lt;/pre&gt;<br /> Auch hier werden die Änderungen erst nach einem Neustart des Nodes mittels ''reboot'' wirksam.<br /> Dieser Bug soll mit dem nächsten Firmware-Release behoben sein. Man kann die Eintragungen auch in den Nodes mit Internet-Uplink ändern ohne die Funktion zu beeinträchtigen.<br /> <br /> ==== Collectd prüfen ====<br /> Falls es durch das beheben des ntp-Bug noch immer nicht zum übertragen der Statistiken kommt, überprüft mal die Einstellungen eures Collectd. Es kann sein das beim Firmware Update diese Config nicht geupdatet wurde und eine veraltet IPV6 Adresse noch vorhanden ist, so sollte es sein:<br /> &lt;pre&gt;<br /> vim /etc/collectd.conf // Config Datei für Collectd zum bearbeiten öffnen<br /> <br /> Zeile 39-44: <br /> &lt;Plugin ping&gt; <br /> TTL 127 <br /> Interval 30 <br /> Host &quot;fdd3:5d16:b5dd:3::6&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> &lt;/Plugin&gt; <br /> <br /> Zeile 46-50:<br /> &lt;Plugin network&gt; <br /> Server &quot;fdd3:5d16:b5dd:3::6&quot; &quot;25827&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> Forward false <br /> &lt;/Plugin&gt; <br /> &lt;/pre&gt;<br /> <br /> === LAN Kopplung ===<br /> Eine LAN Kopplung kann in manchen Fällen sinnvoll sein, besonders wenn man einen VLAN fähigen Switch und eine bestehende Ntzwerkverkabelung hat. Hier werden die Switchports angwiesen auch über LAN zu meshen.<br /> <br /> ==== TL-WR841ND ====<br /> 03/2014: Hier wird über die alle 4 LAN Ports gemeshed, Mesh über WLAN kann man optional noch ausschalten! Folgende Config stammt von rampone/FF-KBU und wurde an 2 TL-WR841N v.8 getestet mit KBU-FF-Firmware 1.1.<br /> <br /> 05/2015: Verifiziert (und ergänzt) für TL-WR841N v.9 und KBU-FF-Firmware 1.2.2rc3 .<br /> <br /> ''vim /etc/config/network'' - Folgende Änderungen wurden an der FF-Firmware vorgenommen:<br /> #config interface 'freifunk' -&gt; Hier haben wir das ethX-Interface aus &quot;ifname&quot; rausgenommen, damit kein ff aus dem ethX (switch) rauskommt (X=1 für Hardware bis einschließlich v8, sonst X=0).<br /> #config interface 'mesh_lan' -&gt; kompl. codeblock hinzugefügt, dieser bewirkt das über ethX (switch) gemeshed wird. <br /> <br /> <br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> <br /> config switch<br /> option name 'switch0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'switch0'<br /> option vlan '1'<br /> option ports '0 1 2 3 4'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth1 (bzw. eth0, s.o.) entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr '10:fe:ed:f1:53:84'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr '12:fe:ed:f2:53:84'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0' # ab TL-841N(D) v9: eth0, bis v8: eth1 . Bei falschem Interface läuft das mesh-lan über den blauen Port. Wer's mag...<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> <br /> ''vim /etc/config/wireless'' - Hier wird der Codeblock, der für das Mesh über WLAN verantwortlich ist auskommentiert (optional)<br /> &lt;pre&gt;<br /> #config wifi-iface 'wifi_mesh'<br /> # option device 'radio0'<br /> # option network 'mesh'<br /> # option mode 'adhoc'<br /> # option ssid '02:d1:11:37:fc:39'<br /> # option bssid '02:d1:11:37:fc:39<br /> &lt;/pre&gt;<br /> <br /> ==== TL-WDR4300 ====<br /> Das gleiche nochmal für den 4300er<br /> <br /> ''vim /etc/config/network''<br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0.2'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> option macaddr 'a2:f3:c1:65:81:cd'<br /> <br /> config switch<br /> option name 'eth0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '1'<br /> option ports '0t 2 3 4 5'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '2'<br /> option ports '0t 1'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth0.1 entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr 'a0:f3:c1:64:81:cc'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr 'a2:f3:c1:65:81:cc'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0.1'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> == Einsperren des Freifunk-Routers in eine DMZ ==<br /> <br /> Wer seinen Freifunk-Router einsperren und/oder die Bandbreite begrenzen möchte, kann dies am einfachsten tun, indem er ihn an seiner Firewall an einen eigenen Netzwerkport klemmt und diesen dann als DMZ konfiguriert. Ein KBU-Freifunk-Router muß zur Zeit im LAN DHCP, DNS, im Internet NTP sowie mit den [[fastd]]-Knoten reden können. Folgendes Bespiel für eine iptables-Firewall nimmt an, dass der Freifunk-Router über eth2 angeschlossen ist:<br /> <br /> # eth2 darf nur dns, ntp, dhcp und ansonsten mit den fastdX reden<br /> iptables -i eth2 -A INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 37.120.169.214 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.120.169.214 -j ACCEPT <br /> iptables -i eth2 -A FORWARD --dst 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A INPUT -j DROP<br /> iptables -i eth2 -A FORWARD -j DROP<br /> # eth2 darf maximal 2000 kbit/s ein- und ausgehenden traffic machen<br /> wondershaper eth2 2000 2000<br /> <br /> Prinzipiell könnte man den Traffic noch weiter einschränken. DHCP und DNS müssen nur zum DHCP- bzw. DNS-Server funktionieren und der Traffic zu den fastd-Servern ließe sich auf TCP Port 80 und UDP Port 10000 begrenzen.<br /> <br /> ===Alternative: Einsperren im VLAN===<br /> siehe: [[FF-Router einsperren im VLAN]]<br /> <br /> == Weboberfläche aktivieren ==<br /> <br /> Im Normalbetrieb ist erst mal kein Zugriff notwendig (und auch erst mal nicht vorgesehen). Das läuft einfach! ;-) Und es gibt im Normalbetrieb eben auch kein Webinterface, welches Sicherheitslücken haben könnte.<br /> <br /> Zum ersten Konfigurieren schaltet mal den Router in einen Konfig-Modus. Der Router nimmt dann in diesem Modus nicht mehr am Freifunknetzwerk teil. Nun kann man dann Rechner an die LAN Ports des Freifunkrouters anschließen und über ein Webinterface per Browser den Router konfigurieren oder Updaten. Das sollte aber nur ganz selten notwendig sein. Nach einem Reboot des Routers geht das Gerät dann wieder in den Freifunk-Modus mit deinen Konfigurationsänderungen.<br /> <br /> Wenn man Spaß am Basteln hat kann man das Webinterface aber auch im Normalbetrieb aktivieren. Für die Absicherung muss man dann aber selber sorgen denn per Default ist das nicht abgesichert. Hier die Anleitung nach [http://wiki.freifunk.in-kiel.de/wiki/Firmware Freifunk Kiel], um auf die Weboberfläche zu gelangen:<br /> <br /> Das Webinterface des Routers ist nicht über die Link-Local-Adresse, sondern nur über die generelle IPv6 Adresse des Routers zu erreichen. Die IPv6-Adresse bekommt man über SSH (s. [[Pimp_my_Node#IPv6_ssh|IPv6 ssh]] auf den Router:<br /> ssh root@LinkLocalIPv6adresse_des_routers%Interface<br /> Die generelle IPv6-Adresse erfährt man durch Eingabe von<br /> ifconfig | grep Global<br /> Die IPv6-Adresse (&quot;inet6 adr&quot;) kann man nun im Browser in eckigen Klammern und vorangestelltem &quot;http://&quot; aufrufen (zum Beispiel: http://[2001:67c:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]/) und gelangt so zum Webinterface LuCI.<br /> <br /> Falls der Router nicht per IPv6 http liefern sollte, kann man diese per SSH beheben. Dazu folgendes nach dem Login auf der Shell vom Router ausführen:<br /> uci delete uhttpd.main.listen_http<br /> uci delete uhttpd.main.listen_https<br /> <br /> uci add_list uhttpd.main.listen_http='[::]:80'<br /> uci add_list uhttpd.main.listen_http='0.0.0.0:80'<br /> uci add_list uhttpd.main.listen_https='[::]:80'<br /> uci add_list uhttpd.main.listen_https='0.0.0.0:80'<br /> <br /> uci commit uhttpd<br /> <br /> /etc/init.d/uhttpd enable<br /> <br /> == Uplink mit Android-Tethering/USB Netzwerkkarte ==<br /> (ssh Zugang Erfahrung nötig)<br /> <br /> Das ganze sei von Anfang an als &quot;sportlich&quot; zu betrachten. Leider sind mobile 3g/LTE Tarife fast ausnahmslos nach einem bestimmten Volumen gedrosselt (üblicherweise auf 64 bis 56 kbit/s (neuere NetzclubSim sogar auf 32 kbit/s), Ausnahme bilden hier nur LTE Zuhause &quot;DSL&quot; Ersatz Tarife -&gt; 386kbit/s).<br /> Da Freifunk auch bei Nichtbenutzung Daten überträgt, ist nur bei LTE Zuhause Tarifen interessant dies als Dauerlösung zu nutzen. Dort ist aber wiederum meist ein LTE-Router vor Ort und man den Router auch &quot;traditionell&quot; via LAN Kabel anbinden.<br /> Bei Benutzung als uplink bei Strassenfesten/Festivals etc. ist wahrscheinlich, dass erstens das Datenvolumen schnell aufgebraucht sein wird und zweitens ab einer bestimmten Größe auch das 3g Netz vor Ort überlastet ist. Wenn man es dennoch machen will (mehrere Sim Karten/spezieller hochvolumiger Tarif/Netzbetreiber gesponserter Uplink (träum)), sollte man die Benutzung von LTE erwägen. Auch dort könnten aber durch zukünftige Adapation Überlasterscheinungen auftreten. Desweitern nutzen 2g/3g/4g auch dasselbe Backbone, welcher dann auch für LTE ein Flaschenhals darstellt.<br /> Muss nochmal nachprüfen, aber wenn, dann nicht uninteressant: Der Wlan Zugang des Telefons (CM7) wurde per tethering weitergeleitet und bei Abschalten gab es fallback auf 3g -&gt; nicht schöne, aber einfache &quot;Immer&quot;netzlösung? Mein Tablet zeigt nicht dieses Verhalten.)<br /> <br /> Blablabla, jetzt geht es los:<br /> Das ganze habe ich mit einem 1043ND und einem droid 2.3CM7 Telefon und einem droid 2.2 Tablet ausprobiert, sollte aber auf jeglichen OpenWrt Router mit USB, Android USB tethering fähigem Gerät und einfachen USB ethernet Adaptern (nachprüfen!!!) funktionieren:<br /> <br /> - Per ssh in den router einloggen<br /> - Installieren der notwendigen Treiber<br /> <br /> &lt;pre&gt;<br /> opkg update<br /> opkg install kmod-usb-uhci kmod-usb-net-rndis<br /> &lt;/pre&gt;<br /> <br /> Dies sollte, falls ihr noch keine USB Unterstützung in der Firmware hat auch diese über dependencies nachinstallieren. (nachprüfen!!!)<br /> <br /> - Ihr müsst den Netzwerkzugang für da neue Interface &quot;usb0&quot; noch konfigurieren. Unter /etc/config/network fügt ihr z.B. folgendes hinzu:<br /> <br /> &lt;pre&gt;<br /> config interface 'wan2'<br /> option ifname 'usb0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> &lt;/pre&gt;<br /> <br /> Auch unter Luci sollte dies konfigurierbar sein. <br /> <br /> - Nach einem Neustart und einem angeschlossenen Gerät sollte nun der Uplink via dem USB Netzwerk Gerät/Android tethering funktionieren.<br /> - Sollte das Gerät erst später angeschlossen werden, so könnt ihr mit folgendem Befehl das Netzwerkgerät starten.<br /> <br /> &lt;pre&gt;<br /> ifup wan2<br /> &lt;/pre&gt;<br /> (Dies ist noch nicht ein perfektes Tutorial, werde es nochmal durchprobieren. Einen UMTS Stick hatte ich auf Anhieb noch nicht zum laufen gebracht. Auch scheint Multiwan in OpenWRT eine interessante Sache)<br /> <br /> == Zusätzlich zum Freifunk auch privates WLAN einrichten ==<br /> <br /> Es ist möglich ein privates WLAN anzulegen, das mit dem WAN Port gebridged und separat zum Mesh Netzwerk ist. (Bitte beachten, dass Mesh on Wan nicht zeitgleich mit aktiviert werden sollte.) <br /> Effekt: Das private WLAN wird erweitert, zeitgleich fungiert der Router als Freifunk-Router. Die Netze sind voneinander abgekoppelt.<br /> Das private WLAN kann per SSH in der Konsole aktiviert werden:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0=wifi-iface<br /> uci set wireless.wan_radio0.device=radio0<br /> uci set wireless.wan_radio0.network=wan<br /> uci set wireless.wan_radio0.mode=ap<br /> uci set wireless.wan_radio0.encryption=psk2<br /> uci set wireless.wan_radio0.ssid=&quot;$SSID&quot;<br /> uci set wireless.wan_radio0.key=&quot;$KEY&quot;<br /> uci set wireless.wan_radio0.disabled=0<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> Bitte ersetze $SSID mit dem Namen deines Heimnetzwerks und $KEY mit deinem bisher üblichen Key (der vom privaten Router). Falls dein Router beide Frequenzbänder unterstützt(2.4 und 5 Ghz) und du in beiden auch privates WLAN aktivieren möchtest, muss dies für radio0 und radio1 mit übernommen werden.<br /> Zum deaktivieren des Ganzen wie folgt vorgehen:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0.disabled=1<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> <br /> <br /> == Automatischer Neustart bei längerem Mesh-Verlust, quick hack (and improved hack) zur Analyse ==<br /> <br /> Bei der Vernetzung von Notunterkünften mit Gluon-Beta (via Euskirchen) ist bei einem CPE210-Uplink aufgefallen, dass sämtliche Mesh-Verbindungen über Stunden ausgefallen waren. Es war zunächst unklar, ob überwiegend die Stromversorgung ursächlich ist, insbesondere da der Uplink-Router mehrfach betroffen und trotzdem via VPN erreichbar war. Dabei war dann nur ein Mesh mit sich selbst via &quot;batctl o&quot; sichtbar. Einzelne Mesh-Only-Router zeigten ebenfalls (selten) Ausfälle über mehrere Stunden: teilweise Nachts, wo Renovierungsarbeiten nicht die Ursache sein konnten.<br /> <br /> Um längere Ausfälle zu vermeiden wurde folgendes Script unter /root/check_mesh.sh abgelegt, das via cron-Job automatisch jede Minute ausgeführt wird und nach 10 Minuten ohne Mesh-Verbindung einen Reboot auslöst:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ $count -gt 1 ]; then ## more than a single mesh with itself is left<br /> echo 0 &gt; $FAILCOUNTFILE<br /> else<br /> if [ -f $FAILCOUNTFILE ]; then <br /> read failcount &lt; $FAILCOUNTFILE<br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> touch /etc/mesh0_failcount_`date +&quot;%Y-%m-%d_%H%M&quot;`<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> else<br /> echo 1 &gt; $FAILCOUNTFILE<br /> fi<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Es muss (hier mit awk, s.o.) nach _unterschiedlichen_ Werten für Originator und NextHop ausschau gehalten werden, denn bei einem fehlenden Mesh zwischen zwei Knoten meshen die Knoten noch mit sich selbst:<br /> &lt;pre&gt;<br /> # batctl o | grep mesh0<br /> 62:e6:28:24:5f:52 0.730s ( 6) 62:e6:28:24:5f:52 [ mesh0]: 62:e6:28:24:5f:52 ( 6)<br /> 62:e6:28:72:32:48 0.730s ( 8) 62:e6:28:72:32:48 [ mesh0]: 62:e6:28:72:32:48 ( 8)<br /> &lt;/pre&gt;<br /> <br /> <br /> Das war lesbar und einfach, aber wegen ständiger Schreibzugriffe schlecht für die Lebensdauer der Flash-Speicher. Besser also nur schreiben wenn Fehler passieren, etwa so:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ -f $FAILCOUNTFILE ]; then # Does the failcount file exist at all?<br /> read failcount &lt; $FAILCOUNTFILE # If it exist then there is a number in.<br /> if [ $count -gt 0 ]; then # At least one originator with different nexthop exists<br /> if [ $failcount -gt 0 ]; then # We'r lucky, everything is fine again!<br /> echo 0 &gt; $FAILCOUNTFILE<br /> exit<br /> fi<br /> else # no nexthop different than originator exists <br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> echo 0 &gt; $FAILCOUNTFILE # Reset counter before reboot<br /> logread &gt; /etc/mesh0_failcount_lastwords_`date +&quot;%Y-%m-%d_%H%M&quot;` # DEBUG info<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> fi<br /> else<br /> echo 0 &gt; $FAILCOUNTFILE<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Das Script wird dann noch ausführbar gemacht:<br /> &lt;pre&gt;<br /> chmod +x /root/check_mesh.sh<br /> &lt;/pre&gt;<br /> <br /> Via &quot;crontab -e&quot; führt dann folgender Eintrag zur Ausführung zu jeder vollen Minute:<br /> &lt;pre&gt;<br /> * * * * * /root/check_mesh.sh &gt; /dev/null 2&gt;&amp;1<br /> &lt;/pre&gt;<br /> <br /> Wichtig ist, dass ein ausreichender Zeitraum zum Aufbau des Mesh-Netzes nach dem Reboot verbleibt. 10 Minuten (MAXFAILCOUNT) sollten hierzu ausreichen.<br /> <br /> Im /etc -Verzeichnis (das wurde gewählt, da Änderungen hier einen Neustart überleben) sind dann solche Reboot-Ereignisse ablesbar:<br /> &lt;pre&gt;<br /> # ls -al | grep failcount<br /> -rw-r--r-- 1 root root 0 Oct 26 06:22 mesh0_failcount_2015-10_26_0622<br /> -rw-r--r-- 1 root root 0 Oct 29 08:12 mesh0_failcount_2015-10-29_0812<br /> -rw-r--r-- 1 root root 0 Oct 30 21:59 mesh0_failcount_2015-10-30_2159<br /> &lt;/pre&gt;<br /> <br /> Vorfälle treten unregelmäßig alle paar Tage auf, werden aber durch das Script abgefangen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Pimp_my_Node&diff=4086 2016-01-09T15:34:28Z

<p>Hermes: /* Arbeiten auf der Shell */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> <br /> Hier finden sich interessante Optionen für etwas versiertere Nutzer. Diese Seite wurde größtenteils für die Classic Firmware geschrieben. Wer Gluon verwendet sollte unbedingt auch Gluon spezifische Resourcen, wie http://gluon.readthedocs.org , zu Rate ziehen. <br /> <br /> Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> <br /> == Netztheorie/Technik und Entwicklung ==<br /> Vertiefung<br /> <br /> *[[FSM-Dynamisches-Bridging]] <br /> *[[Batman_adv]]<br /> *[[Entwicklung]]<br /> *[[Firmware|Firmware/Betriebssystem]]<br /> <br /> <br /> == Arbeiten auf der Shell ==<br /> Vorraussetzung für folgende Befehle sind eine Verbindung mit dem KBU Freifunk Netz sowie ein Terminal / Shell. <br /> Vergesst nicht eth0 gegen die Bezeichnung eures Netzwerkinterfaces, welches am Freifunk hängt zu tauschen. <br /> Bei Macbooks via Wlan z.B. &quot;en1&quot; statt &quot;eth0&quot;! Die link local Adresse der jeweiligen node findet ihr auf der [http://register.kbu.freifunk.net KBU Register] Seite. Um Dateien auf dem Node ändern zu können, steht als einziger Editor ''vi'' bzw. ''vim'' zur Verfügung.<br /> <br /> Zusätzlich zu den auf dieser Seite erläuterten Modifikationen gibt es im [https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration Github-Wiki der Freifunk-Gluon-Firmware eine ausführliche Liste nützlicher Befehle ].<br /> <br /> <br /> === Firmware aktualisieren ===<br /> ==== Node mit uplink ====<br /> <br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 // SSH Verbindung zum Node aufbauen, eth0 ist das lokale Interface, ggf. durch wlan0 etc. ersetzen<br /> cd ../tmp/ // in das Verzeichnis &quot;tmp&quot; wechseln<br /> free // Freien Speicher prüfen<br /> wget http://pfad/zur/firmware.bin // Firmware herunterladen und dann<br /> sysupgrade -v firmware.bin // Firmware-Upgrade durchführen<br /> &lt;/pre&gt;<br /> <br /> '''Achtung''': Beim Download der Firmware via wget kann auf dem Router die Integrität der Firmware nicht geprüft werden, da gpg i.d.R. auf den Routern nicht verfügbar ist. Deshalb ist es sicherer, den oben beschriebenen Weg zu wählen, oder die geprüfte Firmware per scp (s.u.) auf den Router zu kopieren. <br /> <br /> ==== Node ohne uplink (mesh node) ====<br /> &lt;pre&gt;<br /> scp -6 -v -r firmware.bin root@\[&lt;link local Adresse des Nodes&gt;%eth0\]:../tmp/ // Firmware auf den node schieben (md5 checken!)<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0 <br /> cd ../tmp/ <br /> sysupgrade -v firmware.bin <br /> &lt;/pre&gt;<br /> <br /> ==== Node ''zu Fuß'' updaten ====<br /> Wenn man physikalischen Zugriff auf den Freifunk-Router hat, kann man auch einfach in den [[Config_Mode]] wechseln und dort über das entsprechende Menü eine neue Freifunk-Firmware hochladen. Hierbei kann man wählen, ob man die ggf. geänderte Konfiguration beibehalten möchte (upgrade-Image) oder alles von Grund auf neu installiert/konfiguriert. Ggf. muss man zuvor noch ein Root-Passwort setzen, damit das Update möglich wird.<br /> <br /> ==== via TFTP ====<br /> Wenn mal ein Router nicht mehr normal geflasht werden kann ;-)<br /> <br /> &lt;pre&gt;<br /> aptitude install tftpd-hpa<br /> sudo chown -R tftp /srv/tftp/<br /> &lt;/pre&gt;<br /> Nur noch Config anpassen &amp; neustarten. Das &quot;-c create file&quot; brauche ich damit ich von den Switch aus die config sichern kann.<br /> &lt;pre&gt;<br /> vim /etc/default/tftpd-hpa<br /> <br /> TFTP_USERNAME=&quot;tftp&quot;<br /> TFTP_DIRECTORY=&quot;/srv/tftp&quot;<br /> TFTP_ADDRESS=&quot;192.168.23.23:69&quot;<br /> TFTP_OPTIONS=&quot;--secure -c&quot;<br /> <br /> service tftpd-hpa restart <br /> &lt;/pre&gt;<br /> <br /> === Hostnamen des Nodes ändern ===<br /> Standardmäßig ist der Hostname des Nodes gleich der MAC-Adresse des Routers. Möchte man den Hostnamen ändern, so kann man dies in der Datei ''/etc/config/system''. Hier gibt es gleich als ersten Punkt ''config system'' und dort findet man den Eintrag<br /> &lt;pre&gt;option hostname 'aa:bb:cc:dd:ee:ff'&lt;/pre&gt;<br /> Hier kann man jetzt aa:bb:cc:dd:ee:ff (diese Adresse sieht bei jedem Node anders aus!) zu dem gewünschten Hostnamen ändern. Eine Änderung wird erst nach dem Kommando ''reboot'' (danach startet der Node neu) wirksam.<br /> <br /> === IPv6 ping ===<br /> &lt;pre&gt;<br /> ping6 &lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === IPv6 ssh ===<br /> Hinter der link local Adresse &quot;%&quot; + &quot;Netzwerk Interface an eurer Kiste&quot; (Hier im Beispiel eth0)<br /> &lt;pre&gt;<br /> ssh root@&lt;link local Adresse des Nodes&gt;%eth0<br /> &lt;/pre&gt;<br /> <br /> === Paßwort-Authentifizierung abstellen ===<br /> '''Wichtig:''' Als erstes prüfen, ob man sich mit seinem Schlüsselpaar auf den Router einloggen kann. Man sollte jetzt nicht mehr nach dem Paßwort gefragt werden (allerhöchstens nach dem Paßwort, welches den privaten Schlüssel schützt).<br /> Falls das erfolgreich funktioniert, kann man die Datei ''/etc/config/dropbear'' wie folgt ändern:<br /> &lt;pre&gt;config dropbear<br /> option PasswordAuth 'off'<br /> option RootPasswordAuth 'off'<br /> option Port '22'<br /> # option BannerFile '/etc/banner'&lt;/pre&gt;<br /> Nach einem Neustart des Routers mittels ''reboot'' sollte es jetzt nur noch möglich sein, sich mit seinem Schlüsselpaar auf den Rotuer einzuloggen.<br /> <br /> === SSH public key auf Node aufspielen ===<br /> Möchte man sich nicht immer per Paßwort auf den eigenen Node verbinden, so kann man das auch mit einem Schlüsselpaar realisieren. Falls man danach noch die Authentifizierung per Paßwort abschaltet (s. nächster Punkt), dann hat man einen sicheren Zugriff auf seinen Node realisiert.<br /> Voraussetzung ist natürlich, dass man schon ein gültiges Schlüsselpaar besitzt. Falls dem so ist, so genügt es, den öffentlichen Schlüssel (public key) auf den Node zu übertragen. Das kann mit Hilfe von scp (secure copy) passieren:<br /> &lt;pre&gt;<br /> scp -6 id_rsa4096.pub root@[&lt;link local Adresse des Nodes&gt;%eth0]:/etc/dropbear/authorized_keys<br /> &lt;/pre&gt;<br /> Hierbei steht id_rsa.pub für die Datei, die den public key enthält. '''ACHTUNG:''' Obiger Befehl ersetzt die eventuell schon vorhandene Datei authorized_keys auf dem Node. Das ist ok für den ersten Key. Sollen mehrere Keys eingetragen werden (z. B. weil man außer vom Laptop auch vom Tablet auf seinen Node verbinden möchte), kann man das so machen:<br /> &lt;pre&gt;<br /> cat ~/.ssh/id_rsa4096.pub | ssh root@[&lt;link local Adresse des Nodes&gt;%eth0] 'umask 077; cat &gt;&gt;.ssh/authorized_keys'<br /> &lt;/pre&gt;<br /> <br /> Sollte beim Kopierversuch die Meldung<br /> &lt;pre&gt;ssh: Could not resolve hostname fe80:&lt;/pre&gt;<br /> erscheinen, hat man höchstwahrscheinlich die eckigen Klammern um die IP-Adresse inklusive Interface vergessen. Dann wird der erste Doppelpunkt schon als Ende des Hostnamens interpretiert! Auch hier werden die Änderungen nach einem Neustart des Routers mittels ''reboot'' übernommen.<br /> <br /> <br /> <br /> <br /> === Node überträgt keine Statistiken ===<br /> Auf der [https://kbu.freifunk.net/cserv Cserv Seite] könnt ihr prüfen, ob eurer Node bereits Statistiken übermittelt.<br /> ==== ntp-Bug in Firmware 1.2.1b beseitigen ====<br /> Falls sich ein Node-Betreiber wundert, warum sein Node keine Statistiken liefert und es ein Mesh-Only-Node ist (d. h. ohne eigenen Uplink zum Internet), so liegt das an einem Bug in der Firmware. Diesen kann man jedoch mit einfachen Mitteln beheben:<br /> Editiert wird die Datei ''/etc/config/system''. Dort findet man einen Eintrag ''config timeserver 'ntp'''. Defaultmäßig stehen hier 4 Zeitserver von openwrt (in der Form x.openwrt.pool.ntp.org). Diese müssen bei Mesh-Only-Nodes in IPv6-Adressen geändert werden, und zwar, dass der komplette Konfigurationspunkt wie folgt aussieht:<br /> &lt;pre&gt;config timeserver 'ntp'<br /> list server '2a03:4000:2:494::2'<br /> list server '2a01:4f8:161:2461:e4::1'<br /> list server '2a02:180:1:1::551f:bb4b'<br /> option enabled '1'<br /> option enable_server '0'&lt;/pre&gt;<br /> Auch hier werden die Änderungen erst nach einem Neustart des Nodes mittels ''reboot'' wirksam.<br /> Dieser Bug soll mit dem nächsten Firmware-Release behoben sein. Man kann die Eintragungen auch in den Nodes mit Internet-Uplink ändern ohne die Funktion zu beeinträchtigen.<br /> <br /> ==== Collectd prüfen ====<br /> Falls es durch das beheben des ntp-Bug noch immer nicht zum übertragen der Statistiken kommt, überprüft mal die Einstellungen eures Collectd. Es kann sein das beim Firmware Update diese Config nicht geupdatet wurde und eine veraltet IPV6 Adresse noch vorhanden ist, so sollte es sein:<br /> &lt;pre&gt;<br /> vim /etc/collectd.conf // Config Datei für Collectd zum bearbeiten öffnen<br /> <br /> Zeile 39-44: <br /> &lt;Plugin ping&gt; <br /> TTL 127 <br /> Interval 30 <br /> Host &quot;fdd3:5d16:b5dd:3::6&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> &lt;/Plugin&gt; <br /> <br /> Zeile 46-50:<br /> &lt;Plugin network&gt; <br /> Server &quot;fdd3:5d16:b5dd:3::6&quot; &quot;25827&quot; // Diesen Eintrag auf Übereinstimmmung prüfen <br /> Forward false <br /> &lt;/Plugin&gt; <br /> &lt;/pre&gt;<br /> <br /> === LAN Kopplung ===<br /> Eine LAN Kopplung kann in manchen Fällen sinnvoll sein, besonders wenn man einen VLAN fähigen Switch und eine bestehende Ntzwerkverkabelung hat. Hier werden die Switchports angwiesen auch über LAN zu meshen.<br /> <br /> ==== TL-WR841ND ====<br /> 03/2014: Hier wird über die alle 4 LAN Ports gemeshed, Mesh über WLAN kann man optional noch ausschalten! Folgende Config stammt von rampone/FF-KBU und wurde an 2 TL-WR841N v.8 getestet mit KBU-FF-Firmware 1.1.<br /> <br /> 05/2015: Verifiziert (und ergänzt) für TL-WR841N v.9 und KBU-FF-Firmware 1.2.2rc3 .<br /> <br /> ''vim /etc/config/network'' - Folgende Änderungen wurden an der FF-Firmware vorgenommen:<br /> #config interface 'freifunk' -&gt; Hier haben wir das ethX-Interface aus &quot;ifname&quot; rausgenommen, damit kein ff aus dem ethX (switch) rauskommt (X=1 für Hardware bis einschließlich v8, sonst X=0).<br /> #config interface 'mesh_lan' -&gt; kompl. codeblock hinzugefügt, dieser bewirkt das über ethX (switch) gemeshed wird. <br /> <br /> <br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> <br /> config switch<br /> option name 'switch0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'switch0'<br /> option vlan '1'<br /> option ports '0 1 2 3 4'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth1 (bzw. eth0, s.o.) entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr '10:fe:ed:f1:53:84'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr '12:fe:ed:f2:53:84'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0' # ab TL-841N(D) v9: eth0, bis v8: eth1 . Bei falschem Interface läuft das mesh-lan über den blauen Port. Wer's mag...<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> <br /> ''vim /etc/config/wireless'' - Hier wird der Codeblock, der für das Mesh über WLAN verantwortlich ist auskommentiert (optional)<br /> &lt;pre&gt;<br /> #config wifi-iface 'wifi_mesh'<br /> # option device 'radio0'<br /> # option network 'mesh'<br /> # option mode 'adhoc'<br /> # option ssid '02:d1:11:37:fc:39'<br /> # option bssid '02:d1:11:37:fc:39<br /> &lt;/pre&gt;<br /> <br /> ==== TL-WDR4300 ====<br /> Das gleiche nochmal für den 4300er<br /> <br /> ''vim /etc/config/network''<br /> &lt;pre&gt;<br /> config interface 'loopback'<br /> option ifname 'lo'<br /> option proto 'static'<br /> option ipaddr '127.0.0.1'<br /> option netmask '255.0.0.0'<br /> <br /> config interface 'wan'<br /> option ifname 'eth0.2'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> option accept_ra '0'<br /> option auto '1'<br /> option macaddr 'a2:f3:c1:65:81:cd'<br /> <br /> config switch<br /> option name 'eth0'<br /> option reset '1'<br /> option enable_vlan '1'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '1'<br /> option ports '0t 2 3 4 5'<br /> <br /> config switch_vlan<br /> option device 'eth0'<br /> option vlan '2'<br /> option ports '0t 1'<br /> <br /> config interface 'freifunk'<br /> option ifname 'bat0' #LAN-Kopplung: ifname eth0.1 entfernt<br /> option type 'bridge'<br /> option proto 'none'<br /> option auto '1'<br /> option accept_ra '1'<br /> option macaddr 'a0:f3:c1:64:81:cc'<br /> <br /> config interface 'mesh'<br /> option proto 'batadv'<br /> option mtu '1528'<br /> option mesh 'bat0'<br /> <br /> config interface 'mesh_vpn'<br /> option ifname 'mesh-vpn'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> option macaddr 'a2:f3:c1:65:81:cc'<br /> <br /> config interface 'mesh_lan' #LAN-Kopplung: Codeblock mesh-lan hinzugefuegt<br /> option ifname 'eth0.1'<br /> option proto 'batadv'<br /> option mesh 'bat0'<br /> &lt;/pre&gt;<br /> <br /> == Einsperren des Freifunk-Routers in eine DMZ ==<br /> <br /> Wer seinen Freifunk-Router einsperren und/oder die Bandbreite begrenzen möchte, kann dies am einfachsten tun, indem er ihn an seiner Firewall an einen eigenen Netzwerkport klemmt und diesen dann als DMZ konfiguriert. Ein KBU-Freifunk-Router muß zur Zeit im LAN DHCP, DNS, im Internet NTP sowie mit den [[fastd]]-Knoten reden können. Folgendes Bespiel für eine iptables-Firewall nimmt an, dass der Freifunk-Router über eth2 angeschlossen ist:<br /> <br /> # eth2 darf nur dns, ntp, dhcp und ansonsten mit den fastdX reden<br /> iptables -i eth2 -A INPUT -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 67:68 --sport 67:68 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A INPUT -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p tcp --dport 53 -j ACCEPT<br /> iptables -i eth2 -A FORWARD -p udp --dport 123 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 176.9.41.253 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 178.63.59.41 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 37.120.169.214 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.120.169.214 -j ACCEPT <br /> iptables -i eth2 -A FORWARD --dst 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 37.221.195.47 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 78.46.68.75 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --dst 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A FORWARD --src 84.201.35.206 -j ACCEPT<br /> iptables -i eth2 -A INPUT -j DROP<br /> iptables -i eth2 -A FORWARD -j DROP<br /> # eth2 darf maximal 2000 kbit/s ein- und ausgehenden traffic machen<br /> wondershaper eth2 2000 2000<br /> <br /> Prinzipiell könnte man den Traffic noch weiter einschränken. DHCP und DNS müssen nur zum DHCP- bzw. DNS-Server funktionieren und der Traffic zu den fastd-Servern ließe sich auf TCP Port 80 und UDP Port 10000 begrenzen.<br /> <br /> ===Alternative: Einsperren im VLAN===<br /> siehe: [[FF-Router einsperren im VLAN]]<br /> <br /> == Weboberfläche aktivieren ==<br /> <br /> Im Normalbetrieb ist erst mal kein Zugriff notwendig (und auch erst mal nicht vorgesehen). Das läuft einfach! ;-) Und es gibt im Normalbetrieb eben auch kein Webinterface, welches Sicherheitslücken haben könnte.<br /> <br /> Zum ersten Konfigurieren schaltet mal den Router in einen Konfig-Modus. Der Router nimmt dann in diesem Modus nicht mehr am Freifunknetzwerk teil. Nun kann man dann Rechner an die LAN Ports des Freifunkrouters anschließen und über ein Webinterface per Browser den Router konfigurieren oder Updaten. Das sollte aber nur ganz selten notwendig sein. Nach einem Reboot des Routers geht das Gerät dann wieder in den Freifunk-Modus mit deinen Konfigurationsänderungen.<br /> <br /> Wenn man Spaß am Basteln hat kann man das Webinterface aber auch im Normalbetrieb aktivieren. Für die Absicherung muss man dann aber selber sorgen denn per Default ist das nicht abgesichert. Hier die Anleitung nach [http://wiki.freifunk.in-kiel.de/wiki/Firmware Freifunk Kiel], um auf die Weboberfläche zu gelangen:<br /> <br /> Das Webinterface des Routers ist nicht über die Link-Local-Adresse, sondern nur über die generelle IPv6 Adresse des Routers zu erreichen. Die IPv6-Adresse bekommt man über SSH (s. [[Pimp_my_Node#IPv6_ssh|IPv6 ssh]] auf den Router:<br /> ssh root@LinkLocalIPv6adresse_des_routers%Interface<br /> Die generelle IPv6-Adresse erfährt man durch Eingabe von<br /> ifconfig | grep Global<br /> Die IPv6-Adresse (&quot;inet6 adr&quot;) kann man nun im Browser in eckigen Klammern und vorangestelltem &quot;http://&quot; aufrufen (zum Beispiel: http://[2001:67c:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]/) und gelangt so zum Webinterface LuCI.<br /> <br /> Falls der Router nicht per IPv6 http liefern sollte, kann man diese per SSH beheben. Dazu folgendes nach dem Login auf der Shell vom Router ausführen:<br /> uci delete uhttpd.main.listen_http<br /> uci delete uhttpd.main.listen_https<br /> <br /> uci add_list uhttpd.main.listen_http='[::]:80'<br /> uci add_list uhttpd.main.listen_http='0.0.0.0:80'<br /> uci add_list uhttpd.main.listen_https='[::]:80'<br /> uci add_list uhttpd.main.listen_https='0.0.0.0:80'<br /> <br /> uci commit uhttpd<br /> <br /> /etc/init.d/uhttpd enable<br /> <br /> == Uplink mit Android-Tethering/USB Netzwerkkarte ==<br /> (ssh Zugang Erfahrung nötig)<br /> <br /> Das ganze sei von Anfang an als &quot;sportlich&quot; zu betrachten. Leider sind mobile 3g/LTE Tarife fast ausnahmslos nach einem bestimmten Volumen gedrosselt (üblicherweise auf 64 bis 56 kbit/s (neuere NetzclubSim sogar auf 32 kbit/s), Ausnahme bilden hier nur LTE Zuhause &quot;DSL&quot; Ersatz Tarife -&gt; 386kbit/s).<br /> Da Freifunk auch bei Nichtbenutzung Daten überträgt, ist nur bei LTE Zuhause Tarifen interessant dies als Dauerlösung zu nutzen. Dort ist aber wiederum meist ein LTE-Router vor Ort und man den Router auch &quot;traditionell&quot; via LAN Kabel anbinden.<br /> Bei Benutzung als uplink bei Strassenfesten/Festivals etc. ist wahrscheinlich, dass erstens das Datenvolumen schnell aufgebraucht sein wird und zweitens ab einer bestimmten Größe auch das 3g Netz vor Ort überlastet ist. Wenn man es dennoch machen will (mehrere Sim Karten/spezieller hochvolumiger Tarif/Netzbetreiber gesponserter Uplink (träum)), sollte man die Benutzung von LTE erwägen. Auch dort könnten aber durch zukünftige Adapation Überlasterscheinungen auftreten. Desweitern nutzen 2g/3g/4g auch dasselbe Backbone, welcher dann auch für LTE ein Flaschenhals darstellt.<br /> Muss nochmal nachprüfen, aber wenn, dann nicht uninteressant: Der Wlan Zugang des Telefons (CM7) wurde per tethering weitergeleitet und bei Abschalten gab es fallback auf 3g -&gt; nicht schöne, aber einfache &quot;Immer&quot;netzlösung? Mein Tablet zeigt nicht dieses Verhalten.)<br /> <br /> Blablabla, jetzt geht es los:<br /> Das ganze habe ich mit einem 1043ND und einem droid 2.3CM7 Telefon und einem droid 2.2 Tablet ausprobiert, sollte aber auf jeglichen OpenWrt Router mit USB, Android USB tethering fähigem Gerät und einfachen USB ethernet Adaptern (nachprüfen!!!) funktionieren:<br /> <br /> - Per ssh in den router einloggen<br /> - Installieren der notwendigen Treiber<br /> <br /> &lt;pre&gt;<br /> opkg update<br /> opkg install kmod-usb-uhci kmod-usb-net-rndis<br /> &lt;/pre&gt;<br /> <br /> Dies sollte, falls ihr noch keine USB Unterstützung in der Firmware hat auch diese über dependencies nachinstallieren. (nachprüfen!!!)<br /> <br /> - Ihr müsst den Netzwerkzugang für da neue Interface &quot;usb0&quot; noch konfigurieren. Unter /etc/config/network fügt ihr z.B. folgendes hinzu:<br /> <br /> &lt;pre&gt;<br /> config interface 'wan2'<br /> option ifname 'usb0'<br /> option proto 'dhcp'<br /> option type 'bridge'<br /> &lt;/pre&gt;<br /> <br /> Auch unter Luci sollte dies konfigurierbar sein. <br /> <br /> - Nach einem Neustart und einem angeschlossenen Gerät sollte nun der Uplink via dem USB Netzwerk Gerät/Android tethering funktionieren.<br /> - Sollte das Gerät erst später angeschlossen werden, so könnt ihr mit folgendem Befehl das Netzwerkgerät starten.<br /> <br /> &lt;pre&gt;<br /> ifup wan2<br /> &lt;/pre&gt;<br /> (Dies ist noch nicht ein perfektes Tutorial, werde es nochmal durchprobieren. Einen UMTS Stick hatte ich auf Anhieb noch nicht zum laufen gebracht. Auch scheint Multiwan in OpenWRT eine interessante Sache)<br /> <br /> == Zusätzlich zum Freifunk auch privates WLAN einrichten ==<br /> <br /> Es ist möglich ein privates WLAN anzulegen, das mit dem WAN Port gebridged und separat zum Mesh Netzwerk ist. (Bitte beachten, dass Mesh on Wan nicht zeitgleich mit aktiviert werden sollte.) <br /> Effekt: Das private WLAN wird erweitert, zeitgleich fungiert der Router als Freifunk-Router. Die Netze sind voneinander abgekoppelt.<br /> Das private WLAN kann per SSH in der Konsole aktiviert werden:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0=wifi-iface<br /> uci set wireless.wan_radio0.device=radio0<br /> uci set wireless.wan_radio0.network=wan<br /> uci set wireless.wan_radio0.mode=ap<br /> uci set wireless.wan_radio0.encryption=psk2<br /> uci set wireless.wan_radio0.ssid=&quot;$SSID&quot;<br /> uci set wireless.wan_radio0.key=&quot;$KEY&quot;<br /> uci set wireless.wan_radio0.disabled=0<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> Bitte ersetze $SSID mit dem Namen deines Heimnetzwerks und $KEY mit deinem bisher üblichen Key (der vom privaten Router). Falls dein Router beide Frequenzbänder unterstützt(2.4 und 5 Ghz) und du in beiden auch privates WLAN aktivieren möchtest, muss dies für radio0 und radio1 mit übernommen werden.<br /> Zum deaktivieren des Ganzen wie folgt vorgehen:<br /> &lt;pre&gt;<br /> uci set wireless.wan_radio0.disabled=1<br /> uci commit<br /> wifi<br /> &lt;/pre&gt;<br /> <br /> <br /> == Automatischer Neustart bei längerem Mesh-Verlust, quick hack (and improved hack) zur Analyse ==<br /> <br /> Bei der Vernetzung von Notunterkünften mit Gluon-Beta (via Euskirchen) ist bei einem CPE210-Uplink aufgefallen, dass sämtliche Mesh-Verbindungen über Stunden ausgefallen waren. Es war zunächst unklar, ob überwiegend die Stromversorgung ursächlich ist, insbesondere da der Uplink-Router mehrfach betroffen und trotzdem via VPN erreichbar war. Dabei war dann nur ein Mesh mit sich selbst via &quot;batctl o&quot; sichtbar. Einzelne Mesh-Only-Router zeigten ebenfalls (selten) Ausfälle über mehrere Stunden: teilweise Nachts, wo Renovierungsarbeiten nicht die Ursache sein konnten.<br /> <br /> Um längere Ausfälle zu vermeiden wurde folgendes Script unter /root/check_mesh.sh abgelegt, das via cron-Job automatisch jede Minute ausgeführt wird und nach 10 Minuten ohne Mesh-Verbindung einen Reboot auslöst:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ $count -gt 1 ]; then ## more than a single mesh with itself is left<br /> echo 0 &gt; $FAILCOUNTFILE<br /> else<br /> if [ -f $FAILCOUNTFILE ]; then <br /> read failcount &lt; $FAILCOUNTFILE<br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> touch /etc/mesh0_failcount_`date +&quot;%Y-%m-%d_%H%M&quot;`<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> else<br /> echo 1 &gt; $FAILCOUNTFILE<br /> fi<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Es muss (hier mit awk, s.o.) nach _unterschiedlichen_ Werten für Originator und NextHop ausschau gehalten werden, denn bei einem fehlenden Mesh zwischen zwei Knoten meshen die Knoten noch mit sich selbst:<br /> &lt;pre&gt;<br /> # batctl o | grep mesh0<br /> 62:e6:28:24:5f:52 0.730s ( 6) 62:e6:28:24:5f:52 [ mesh0]: 62:e6:28:24:5f:52 ( 6)<br /> 62:e6:28:72:32:48 0.730s ( 8) 62:e6:28:72:32:48 [ mesh0]: 62:e6:28:72:32:48 ( 8)<br /> &lt;/pre&gt;<br /> <br /> <br /> Das war lesbar und einfach, aber wegen ständiger Schreibzugriffe schlecht für die Lebensdauer der Flash-Speicher. Besser also nur schreiben wenn Fehler passieren, etwa so:<br /> <br /> &lt;pre&gt;<br /> #!/bin/ash<br /> <br /> FAILCOUNTFILE=/var/run/mesh0_failcount<br /> MAXFAILCOUNT=10<br /> <br /> # check mesh connections with different originators and nexthops, MAC is 17 chars long<br /> count=`batctl o | awk '/mesh0/{originator=substr($0,1,17); nexthop=substr($0,37,17); if (originator != nexthop){print originator&quot; &quot;nexthop}}' | wc -l`<br /> <br /> if [ -f $FAILCOUNTFILE ]; then # Does the failcount file exist at all?<br /> read failcount &lt; $FAILCOUNTFILE # If it exist then there is a number in.<br /> if [ $count -gt 0 ]; then # At least one originator with different nexthop exists<br /> if [ $failcount -gt 0 ]; then # We'r lucky, everything is fine again!<br /> echo 0 &gt; $FAILCOUNTFILE<br /> exit<br /> fi<br /> else # no nexthop different than originator exists <br /> failcount=$(($failcount+1))<br /> if [ $failcount -ge $MAXFAILCOUNT ]; then<br /> echo 0 &gt; $FAILCOUNTFILE # Reset counter before reboot<br /> logread &gt; /etc/mesh0_failcount_lastwords_`date +&quot;%Y-%m-%d_%H%M&quot;` # DEBUG info<br /> sync<br /> reboot<br /> fi <br /> echo $failcount &gt; $FAILCOUNTFILE<br /> fi<br /> else<br /> echo 0 &gt; $FAILCOUNTFILE<br /> fi<br /> &lt;/pre&gt;<br /> <br /> Das Script wird dann noch ausführbar gemacht:<br /> &lt;pre&gt;<br /> chmod +x /root/check_mesh.sh<br /> &lt;/pre&gt;<br /> <br /> Via &quot;crontab -e&quot; führt dann folgender Eintrag zur Ausführung zu jeder vollen Minute:<br /> &lt;pre&gt;<br /> * * * * * /root/check_mesh.sh &gt; /dev/null 2&gt;&amp;1<br /> &lt;/pre&gt;<br /> <br /> Wichtig ist, dass ein ausreichender Zeitraum zum Aufbau des Mesh-Netzes nach dem Reboot verbleibt. 10 Minuten (MAXFAILCOUNT) sollten hierzu ausreichen.<br /> <br /> Im /etc -Verzeichnis (das wurde gewählt, da Änderungen hier einen Neustart überleben) sind dann solche Reboot-Ereignisse ablesbar:<br /> &lt;pre&gt;<br /> # ls -al | grep failcount<br /> -rw-r--r-- 1 root root 0 Oct 26 06:22 mesh0_failcount_2015-10_26_0622<br /> -rw-r--r-- 1 root root 0 Oct 29 08:12 mesh0_failcount_2015-10-29_0812<br /> -rw-r--r-- 1 root root 0 Oct 30 21:59 mesh0_failcount_2015-10-30_2159<br /> &lt;/pre&gt;<br /> <br /> Vorfälle treten unregelmäßig alle paar Tage auf, werden aber durch das Script abgefangen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4061 2015-12-28T00:24:16Z

<p>Hermes: </p> <hr /> <div>{{TOCright}}<br /> == Kompatible Hardware ==<br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> <br /> == Upgrade Classic auf Gluon ==<br /> {{:Firmware:classic2gluon}}<br /> <br /> == Releases ==<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4060 2015-12-28T00:23:34Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden, sofern Geo-Koordinaten angegeben sind. <br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Die [[KBU Gluon Firmware]] wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:classic2gluon&diff=4059 2015-12-28T00:20:27Z

<p>Hermes: </p> <hr /> <div>Wer von der [[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> '''Zukünftige Gluon-Versionen''' werden aufgrund des Konfigurationsaufwands wiederum '''nicht''' direkt die Konfiguration von alten Classic-Installationen '''übernehmen''' können. Dann ''muss'' '''zuerst auf 1.4 geupdated''' werden und von dort auf das [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ aktuellste Gluon-Release].</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4058 2015-12-28T00:19:26Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden, sofern Geo-Koordinaten angegeben sind. <br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Die [[KBU Gluon Firmware]] wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> == Upgrade Classic auf Gluon ==<br /> {{:Firmware:classic2gluon}}</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:classic2gluon&diff=4057 2015-12-28T00:17:01Z

<p>Hermes: </p> <hr /> <div>Wer von der [[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> '''Zukünftige Gluon-Versionen''' werden wiederum '''nicht''' direkt die Konfiguration von alten Classic-Installationen '''übernehmen''' können. Dann ''muss'' '''zuerst auf 1.4 geupdated''' werden und von dort auf das [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ aktuellste Gluon-Release].</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:classic2gluon&diff=4056 2015-12-28T00:12:13Z

<p>Hermes: </p> <hr /> <div>Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von der [[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> '''Zukünftige Gluon-Versionen''' werden wiederum '''nicht''' direkt die Konfiguration von alten Classic-Installationen '''übernehmen''' können. Dann ''muss'' '''zuerst auf 1.4 geupdated''' werden und von dort auf das [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ aktuellste Gluon-Release].</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:classic2gluon&diff=4055 2015-12-28T00:09:50Z

<p>Hermes: Die Seite wurde neu angelegt: „Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kb…“</p> <hr /> <div>Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von der [[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> '''Zukünftige Gluon-Versionen''' werden wiederum '''nicht''' direkt die Konfiguration von alten Classic-Installationen '''übernehmen''' können. Dann '''muss''' zuerst auf 1.4 geupdated werden und von dort auf das [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ aktuellste Gluon-Release].</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4054 2015-12-28T00:05:59Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden, sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> == Upgrade Classic auf Gluon ==<br /> {{:Firmware:classic2gluon}}</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4053 2015-12-28T00:05:48Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden, sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> <br /> == Upgrade Classic auf Gluon ==<br /> {{:Firmware:classic2gluon}}</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Classic-Firmware&diff=4052 2015-12-27T23:58:51Z

<p>Hermes: </p> <hr /> <div>[[Kategorie:Firmware]]<br /> Die [[KBU Classic Firmware]] ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> {{:Firmware:classic2gluon}}<br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Classic-Firmware&diff=4051 2015-12-27T23:57:35Z

<p>Hermes: </p> <hr /> <div>[[Kategorie:Firmware]]<br /> Die [[KBU Classic Firmware]] ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Classic_auf_Gluon_Firmware_umsteigen&diff=4050 2015-12-27T23:56:31Z

<p>Hermes: </p> <hr /> <div><br /> = Classic- auf Gluon-Firmware updaten =<br /> <br /> Dieser Bereich befindet sich noch im Aufbau!<br /> <br /> === Einleitung ===<br /> Die Classic-Firmware kann, in der Regel, ohne Probleme auf Gluon upgedatet werden.&lt;br /&gt;<br /> '''''Dazu ist allerdings zu beachten, dass die alte Konfiguration beim Updatevorgang nicht übernommen werden darf!''''' (Haken entfernen).<br /> <br /> Das Update der Classic-Firmware auf Gluon kann entweder über die Konfiguration im Browser (im Config-Mode) oder via SSH-Zugriff durchgeführt werden. Die passende Gluon-Firmware findet Ihr [https://jenkins.kbu.freifunk.net/files/kbu-gluon-release/ hier]. Wichtig ist, dass ihr das Unterverzeichnis ''sysupgrade'' auswählt, da dort jeweils die Versionen für das Upgrade liegen.<br /> <br /> === Wie finde ich die richtige Version für meinen Router? ===<br /> Jede Firmware enthält im Dateinamen, neben der Firmwareversion, die Bezeichnung des zugehörigen Router inkl. der Hardwareversion.<br /> Im Falle des TP-Link TL-WR841N v9 sieht das so aus: gluon-ffkbu-0.6+exp20150814-tp-link-tl-wr841n-nd-v9-sysupgrade.bin<br /> <br /> Genauer entschlüsselt:<br /> :; gluon-ffkbu<br /> :: Gluon für Freifunk Köln/Bonn/Umgebung<br /> :; 0.6+exp20150814<br /> :: jeweils aktuell erhältliche Firmwareverion mit Erstellungsdatum<br /> :; tp-link-tl-wr841n-nd-v9<br /> :: Hersteller und Routertyp, das in der Bezeichnung enthaltene &quot;n-nd&quot; bedeutet:<br /> ::: Für Router WR841N und WR841ND freigegeben<br /> :: v9 - für Hardwareversion 9 geeignet<br /> :; sysupgrade<br /> :: Firmwareversion nur zum Upgrade geeignet<br /> <br /> '''''Bitte immer vergewissern, dass Ihr die richtige Firmwareversion für Euren Router verwendet'''''<br /> <br /> === Jeder Router ist anders ===<br /> Da es bei den verschiedenen Router-Typen und Unterversionen Unterschiede gibt, findet Ihr hier eine Beschreibung für verschiedene Router:<br /> <br /> ==== Routertypen ====<br /> [[WR841N-ND v9-Classic auf Gluon|WR841N/ND v9]]&lt;br /&gt;<br /> [[WR842N-ND v2-Classic auf Gluon|WR842N/ND v2]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4049 2015-12-27T23:55:03Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden, sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von der [[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> Zukünftige Gluon-Versionen werden wiederum nicht direkt die Konfiguration von alten Classic-Installationen übernehmen können. Dann muss zuerst auf 1.4 geupdated werden und von dort auf das aktuellste Gluon-Release.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4048 2015-12-27T22:46:55Z

<p>Hermes: /* Releases */</p> <hr /> <div>{{TOCright}}<br /> == Kompatible Hardware ==<br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> <br /> == Releases ==<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4047 2015-12-27T22:46:26Z

<p>Hermes: /* Freifunk-Firmware auswählen */</p> <hr /> <div>{{TOCright}}<br /> == Kompatible Hardware ==<br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> <br /> === Releases ===<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4046 2015-12-27T22:46:09Z

<p>Hermes: </p> <hr /> <div>{{TOCright}}<br /> == Kompatible Hardware ==<br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> === Freifunk-Firmware auswählen ===<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> <br /> === Releases ===<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4045 2015-12-27T22:44:17Z

<p>Hermes: </p> <hr /> <div>Die [[KBU Gluon Firmware]] unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von der[[Classic auf Gluon Firmware umsteigen]] will, muss bei Ziel-Gluon-Versionen vor 1.4 unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> '''Ausschließlich die Gluon-Version 1.4 behält die SSH-Keys und die Option &quot;Konfiguration beibehalten&quot; kann gefahrlos genutzt werden!'''<br /> <br /> Zukünftige Gluon-Versionen werden wiederum nicht direkt die Konfiguration von alten Classic-Installationen übernehmen können. Dann muss zuerst auf 1.4 geupdated werden und von dort auf das aktuellste Gluon-Release.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Classic-Firmware&diff=4044 2015-12-27T22:16:32Z

<p>Hermes: </p> <hr /> <div>[[Kategorie:Firmware]]<br /> Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Freifunk-Firmware_ausw%C3%A4hlen&diff=4043 2015-12-27T22:16:14Z

<p>Hermes: </p> <hr /> <div>__NOTOC__<br /> [[Kategorie:Firmware]]<br /> Für den Router brauchst Du unsere Freifunk-Firmware (Betriebssystem), die du auf deinem Router installieren musst. Das klingt kompliziert, ist es aber nicht. Denn auch die Hersteller-Firmware bietet eine Einstellungsmöglichkeit via Web-Browser, mit der die Firmware aktualisiert werden kann.<br /> <br /> Aktuell haben wir zwei verschiedene Versionen der Freifunk-Firmware im Einsatz. Da die Router-Position bei der Classic-Version auf unserer Karte leider nicht mehr gemeinsam mit der Gluon-Version angezeigt wird, haben wir inzwischen nur die überwiegende Mehrheit der Gluon-Router auf der Karte sichtbar. Auch deshalb empfehlen wir den Einsatz des aktuellen Release-Kandidaten bzw. der in Kürze wohl fertigen Verison 1.4 der Gluon-Firmware.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Classic-Firmware&diff=4042 2015-12-27T22:14:51Z

<p>Hermes: Die Seite wurde neu angelegt: „Kategorie:Firmware Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei…“</p> <hr /> <div>[[Kategorie:Firmware]]<br /> <br /> Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Mitmachen&diff=4041 2015-12-27T22:14:24Z

<p>Hermes: /* Classic-Firmware */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> {{TOCright}}<br /> == Wie kann ich mitmachen? ==<br /> Entdecke die [[Nutzen|Vorteile]] von Freifunk und werde selbst Freifunker! Um selber einen Freifunk Router zu betreiben, sind folgende Schritte notwendig:<br /> <br /> # Router auswählen<br /> # Freifunk Firmware auswählen<br /> # Freifunk Firmware installieren<br /> <br /> Die Installation und Konfiguration der Freifunk-Firmware (Betriebssystem) ist so einfach, dass du dafür keine technischen Kenntnisse benötigst. Wenn du dieser Anleitung folgst, kann eigentlich nichts schief gehen. <br /> <br /> Sollten dennoch Dinge unklar sein, kannst du dich jederzeit an unsere [[Mailingliste|E-Mail]] wenden, uns im [[IRC]] besuchen oder zu einem unserer Treffen kommen. Oder werfe mal einen Blick in die [[FAQ]].<br /> <br /> Los geht's!<br /> <br /> == Router auswählen ==<br /> [[File:tl-wr841n.jpg|right|thumb|100px|TL-WR841N(D)]]<br /> [[File:tl-wr1043nd.jpg|right|thumb|100px|TL-WR1043ND]]<br /> <br /> Als Einstieg bietet sich der recht kostengünstige Router TP-Link TL-WR841N an, der für ca. 20&amp;nbsp;€ erhältlich ist. Dieser funkt im weit verbreiteten 2.4 GHz Frequenzband. <br /> <br /> Wer neuere Smartphones/Tablets/Notebooks/etc. im 5 GHz-Frequenzband via Freifunk versorgen möchte, kann hierzu z.B. den TP-Link TL-WDR3600 (für ca. 60&amp;nbsp;€) einsetzen, welcher beide Frequenzbänder unterstützt.<br /> <br /> Die Freifunk-Firmware gibt es auch für weitere Router-Modelle, schau einfach mal in den entsprechenden Abschnitt der im nächsten Abschnitt referenzierten Installationsanleitungen.<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Gluon-Firmware&diff=4040 2015-12-27T22:13:47Z

<p>Hermes: Die Seite wurde neu angelegt: „Die ''Gluon-Firmware'' unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version…“</p> <hr /> <div>Die ''Gluon-Firmware'' unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von [[Classic auf Gluon Firmware umsteigen]] will, muss derzeit noch unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Mitmachen&diff=4039 2015-12-27T22:13:33Z

<p>Hermes: /* Gluon-Firmware */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> {{TOCright}}<br /> == Wie kann ich mitmachen? ==<br /> Entdecke die [[Nutzen|Vorteile]] von Freifunk und werde selbst Freifunker! Um selber einen Freifunk Router zu betreiben, sind folgende Schritte notwendig:<br /> <br /> # Router auswählen<br /> # Freifunk Firmware auswählen<br /> # Freifunk Firmware installieren<br /> <br /> Die Installation und Konfiguration der Freifunk-Firmware (Betriebssystem) ist so einfach, dass du dafür keine technischen Kenntnisse benötigst. Wenn du dieser Anleitung folgst, kann eigentlich nichts schief gehen. <br /> <br /> Sollten dennoch Dinge unklar sein, kannst du dich jederzeit an unsere [[Mailingliste|E-Mail]] wenden, uns im [[IRC]] besuchen oder zu einem unserer Treffen kommen. Oder werfe mal einen Blick in die [[FAQ]].<br /> <br /> Los geht's!<br /> <br /> == Router auswählen ==<br /> [[File:tl-wr841n.jpg|right|thumb|100px|TL-WR841N(D)]]<br /> [[File:tl-wr1043nd.jpg|right|thumb|100px|TL-WR1043ND]]<br /> <br /> Als Einstieg bietet sich der recht kostengünstige Router TP-Link TL-WR841N an, der für ca. 20&amp;nbsp;€ erhältlich ist. Dieser funkt im weit verbreiteten 2.4 GHz Frequenzband. <br /> <br /> Wer neuere Smartphones/Tablets/Notebooks/etc. im 5 GHz-Frequenzband via Freifunk versorgen möchte, kann hierzu z.B. den TP-Link TL-WDR3600 (für ca. 60&amp;nbsp;€) einsetzen, welcher beide Frequenzbänder unterstützt.<br /> <br /> Die Freifunk-Firmware gibt es auch für weitere Router-Modelle, schau einfach mal in den entsprechenden Abschnitt der im nächsten Abschnitt referenzierten Installationsanleitungen.<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!<br /> <br /> [[Kategorie:Mitmachen]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Mitmachen&diff=4038 2015-12-27T22:13:14Z

<p>Hermes: </p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> {{TOCright}}<br /> == Wie kann ich mitmachen? ==<br /> Entdecke die [[Nutzen|Vorteile]] von Freifunk und werde selbst Freifunker! Um selber einen Freifunk Router zu betreiben, sind folgende Schritte notwendig:<br /> <br /> # Router auswählen<br /> # Freifunk Firmware auswählen<br /> # Freifunk Firmware installieren<br /> <br /> Die Installation und Konfiguration der Freifunk-Firmware (Betriebssystem) ist so einfach, dass du dafür keine technischen Kenntnisse benötigst. Wenn du dieser Anleitung folgst, kann eigentlich nichts schief gehen. <br /> <br /> Sollten dennoch Dinge unklar sein, kannst du dich jederzeit an unsere [[Mailingliste|E-Mail]] wenden, uns im [[IRC]] besuchen oder zu einem unserer Treffen kommen. Oder werfe mal einen Blick in die [[FAQ]].<br /> <br /> Los geht's!<br /> <br /> == Router auswählen ==<br /> [[File:tl-wr841n.jpg|right|thumb|100px|TL-WR841N(D)]]<br /> [[File:tl-wr1043nd.jpg|right|thumb|100px|TL-WR1043ND]]<br /> <br /> Als Einstieg bietet sich der recht kostengünstige Router TP-Link TL-WR841N an, der für ca. 20&amp;nbsp;€ erhältlich ist. Dieser funkt im weit verbreiteten 2.4 GHz Frequenzband. <br /> <br /> Wer neuere Smartphones/Tablets/Notebooks/etc. im 5 GHz-Frequenzband via Freifunk versorgen möchte, kann hierzu z.B. den TP-Link TL-WDR3600 (für ca. 60&amp;nbsp;€) einsetzen, welcher beide Frequenzbänder unterstützt.<br /> <br /> Die Freifunk-Firmware gibt es auch für weitere Router-Modelle, schau einfach mal in den entsprechenden Abschnitt der im nächsten Abschnitt referenzierten Installationsanleitungen.<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> {{:Firmware:Gluon-Firmware}}<br /> Die ''Gluon-Firmware'' unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von [[Classic auf Gluon Firmware umsteigen]] will, muss derzeit noch unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> === Classic-Firmware ===<br /> {{:Firmware:Classic-Firmware}}<br /> Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!<br /> <br /> [[Kategorie:Mitmachen]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Mitmachen&diff=4037 2015-12-27T22:08:11Z

<p>Hermes: /* Freifunk-Firmware auswählen */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> {{TOCright}}<br /> == Wie kann ich mitmachen? ==<br /> Entdecke die [[Nutzen|Vorteile]] von Freifunk und werde selbst Freifunker! Um selber einen Freifunk Router zu betreiben, sind folgende Schritte notwendig:<br /> <br /> # Router auswählen<br /> # Freifunk Firmware auswählen<br /> # Freifunk Firmware installieren<br /> <br /> Die Installation und Konfiguration der Freifunk-Firmware (Betriebssystem) ist so einfach, dass du dafür keine technischen Kenntnisse benötigst. Wenn du dieser Anleitung folgst, kann eigentlich nichts schief gehen. <br /> <br /> Sollten dennoch Dinge unklar sein, kannst du dich jederzeit an unsere [[Mailingliste|E-Mail]] wenden, uns im [[IRC]] besuchen oder zu einem unserer Treffen kommen. Oder werfe mal einen Blick in die [[FAQ]].<br /> <br /> Los geht's!<br /> <br /> == Router auswählen ==<br /> [[File:tl-wr841n.jpg|right|thumb|100px|TL-WR841N(D)]]<br /> [[File:tl-wr1043nd.jpg|right|thumb|100px|TL-WR1043ND]]<br /> <br /> Als Einstieg bietet sich der recht kostengünstige Router TP-Link TL-WR841N an, der für ca. 20&amp;nbsp;€ erhältlich ist. Dieser funkt im weit verbreiteten 2.4 GHz Frequenzband. <br /> <br /> Wer neuere Smartphones/Tablets/Notebooks/etc. im 5 GHz-Frequenzband via Freifunk versorgen möchte, kann hierzu z.B. den TP-Link TL-WDR3600 (für ca. 60&amp;nbsp;€) einsetzen, welcher beide Frequenzbänder unterstützt.<br /> <br /> Die Freifunk-Firmware gibt es auch für weitere Router-Modelle, schau einfach mal in den entsprechenden Abschnitt der im nächsten Abschnitt referenzierten Installationsanleitungen.<br /> <br /> == Freifunk-Firmware auswählen ==<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> === Gluon-Firmware ===<br /> Die ''Gluon-Firmware'' unterstuetzt auch neuere Hardware. Aktuell gibt es einen Release-Kandidaten der Version 1.4, der gerne getestet werden kann. Die Version ist kompatibel mit unserer Karte, so dass die Router auch angezeigt werden sofern Geo-Koordinaten angegeben sind. <br /> <br /> Die Gluon-Firmware wird aktiv weiterentwickelt und es ist insbesondere bei brandneuen Beta-Versionen mit Bugs zu rechnen. Die Aktualität erkennst Du am Datum im Dateinamen der Firmware.<br /> <br /> Für die Hardware-Version 10 (v10) des beliebten und konstengünstigen TP-Link WR841N existiert aktuell keine Version 1.4, sondern nur eine [https://jenkins.kbu.freifunk.net/files/kbu-gluon-continuous/master/bonn/output/images/sysupgrade/gluon-ffkbu-0.6%2bmstr20151225-tp-link-tl-wr841n-nd-v10-sysupgrade.bin ''bleeding edge''-Version] aus dem Hauptentwicklungszweig.<br /> <br /> Wer von [[Classic auf Gluon Firmware umsteigen]] will, muss derzeit noch unbedingt beachten, bei der Installation die bestehende Konfiguration nicht zu übernehmen, da das zu Schwierigkeiten führen wird: beim Update ist dann das entsprechende Häkchen '''nicht''' zu aktivieren.<br /> <br /> === Classic-Firmware ===<br /> Die ''Classic-Firmware'' ist die ältere von beiden, bleibt weiterhin funktional und in einem stabilen Zustand. Allerdings besteht bei der Classic-Firmware keine Möglichkeit mehr, die Router auf unserer Karte anzeigen zu lassen.<br /> <br /> <br /> Du hast die Qual der Wahl und wie immer bei Freifunk heißt es: selber ausprobieren!<br /> <br /> [[Kategorie:Mitmachen]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4036 2015-12-27T22:04:01Z

<p>Hermes: </p> <hr /> <div>{{TOCright}} <br /> <br /> === Freifunk-Firmware auswählen ===<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> === Release ===<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4035 2015-12-27T22:03:41Z

<p>Hermes: /* Firmware */</p> <hr /> <div>{{TOCright}} <br /> <br /> <br /> === Freifunk-Firmware auswählen ===<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> === Release ===<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware&diff=4034 2015-12-27T22:02:35Z

<p>Hermes: </p> <hr /> <div>{{TOCright}} <br /> <br /> <br /> == Firmware ==<br /> === Freifunk-Firmware auswählen ===<br /> {{:Firmware:Freifunk-Firmware auswählen}}<br /> <br /> Grundsätzlich können alle OpenWRT-fähigen Geräte im Freifunk-KBU-Netz genutzt werden. Hierbei gibt es leider eine wesentlich Einschränkung:<br /> * Jedes Gerät '''muss''' zwei WLAN-Netze (ad-hoc + Infrastruktur) betreiben. <br /> # [http://de.wikipedia.org/wiki/Ad-hoc-Netz Ad-hoc], um zu meshen<br /> # [http://de.wikipedia.org/wiki/Infrastruktur-Netzwerk Infrastruktur], um die Clients zu bedienen.<br /> <br /> Viele ältere Geräte können dies nicht (z.B. WRT54G).<br /> Dies kann grundsätzlich durch die Nutzung mehrere Geräte umgangen werden. Bitte wende Dich an uns, wenn Du hieran Interesse hast - es wird jedoch kompliziert.<br /> [[Datei:openwrt-sc.png|250px|thumb|right]]<br /> Diese Artikel beschreibt die im Freifunk-KBU-Netz von uns verwendete Firmware.&lt;br /&gt; <br /> Hierbei verwenden wir [http://openwrt.org OpenWRT &quot;Attitude Adjustment&quot; (12.09)] &amp; [http://openwrt.org OpenWRT &quot;Barrier Breaker&quot; (14.07)]. <br /> <br /> Die Firmware basiert auf der [http://freifunk.metameute.de/ Lübecker Freifunk Firmware] (LFF).<br /> <br /> Für folgende TP-Link Geräte gibt es vorkonfigurierte Downloads (Siehe [[Mitmachen]]):<br /> <br /> * WDR4300<br /> * WDR3500<br /> * WR1043ND<br /> * WR841N(D)<br /> * WR842N<br /> * WR740N-v4 <br /> * WR741ND <br /> <br /> Für andere, ebenfalls &quot;Atheros&quot;-basierte Geräte bieten wir ebenfalls [http://jenkins.kbu.freifunk.net/files/release/latest/untested/ Downloads] an, die wir - mangels Hardware - jedoch nicht testen können. <br /> <br /> Falls keine Downloads für Dein Gerät existieren ist Handarbeit und Expertenwissen notwendig. Falls Du Lust und Zeit hast, vorkonfigurierte Firmware-Dateien für Dein Gerät zu bauen und zu testen, stellen wir die Images gerne ebenfalls online. Frage uns einfach über die [[Mailingliste]]<br /> <br /> === Release ===<br /> <br /> Aktuelle Version<br /> <br /> * [https://kbu.freifunk.net/files/release/1.2.1/ Version 1.2.1]<br /> Bitte zur Zeit folgende [[Ath9k-Probleme|Hinweise zum Ath9k-Problem]] beachten<br /> <br /> Namensraumen für zukünftige Releases: Freie Filme (http://wiki.creativecommons.org/Films)<br /> Das Release 1.2 hat noch keinen Namen (Vorschläge sind willkommen).<br /> <br /> == Konfiguration ==<br /> [[Datei:expert-stuff.jpg|300px|thumb|right]]<br /> Alle Nodes, die am Freifunk-Netz betrieben werden, müssen wie folgt konfiguriert sein:<br /> * Wlan<br /> ** Infrastruktur-Netz: SSID: kbu.freifunk.net<br /> ** Ad-Hoc-Netz: ESSID / BSSID: 02:d1:11:37:fc:39 - Kanal: 1<br /> * Netzwerk- / IP-Adressen<br /> ** batman-adv, Infrastruktur-Netz müssen in einer Bridge zusammen gefasst werden<br /> ** Kein DHCP<br /> ** Keine IPv4-Adressen konfigurieren - auch keinen DHCP-Client.<br /> * VPN / fastd:<br /> ** [https://github.com/ff-kbu/fff/tree/v0.3-generic/files/lib/freifunk/mesh-vpn/backbone Peers]<br /> ** [https://github.com/ff-kbu/fff/blob/v0.3-generic/files/lib/freifunk/mesh-vpn/fastd.conf Konfiguration:] - Hinweis: Das wget-Applet in Busybox &lt; 1.19 unterstützt keine Post-Request. Es muss das wget(-no-ssl) Paket verwendet werden.<br /> * batman-adv<br /> ** Zugewiesene Interfaces: ad-hoc, VPN<br /> <br /> Die einzelnen Konfigurationsdatein können im [https://github.com/ff-kbu/fff/tree/v0.3-generic/files github] heruntergeladen werden. Bitte beachte, dass einige Dateien erst durch Scripts beim ersten Boot generiert werden.<br /> <br /> Hinweis: fastd ist in OpenWRT nicht enthalten und muss zusätzlich kompiliert werden.<br /> <br /> == Optionale Erweiterungen ==<br /> <br /> === Statistiken ===<br /> Es besteht die Möglichkeit, dass wir statistische Daten (Don't Panic) &lt;!-- Sollten wir näher erläutern, damit kein falscher Eindruck entsteht --&gt; deines Nodes zentral von deinem Node geschickt bekommen und dann graphisch darstellen. Damit wir die Daten von deinem Node erhalten können, benötigst du ssh Zugriff auf deinen Node, sowie die Pakete ''collectd'', ''collectd-mod-interface'' und ''collectd-mod-network''.<br /> <br /> '''Hinweis:''' &lt;br /&gt;<br /> Die Pakete sind bei der aktuellen Firmwareversion (1.x) default installiert und konfiguriert . Brauchen also derzeit nicht nachinstalliert zu werden!&lt;br /&gt;<br /> <br /> '''Andernfalls:'''&lt;br /&gt;<br /> <br /> * Installation der Pakete: (&lt;span style=&quot;color:red; font-weigh:tbold;&quot;&gt;Achtung: Die Installation funktioniert nicht mit der 1.2.1b, weil der Server jenkins-v6.kbu.freifunk.net nicht gefunden wird.&lt;/span&gt; <br /> <br /> &lt;pre&gt; <br /> root@node # opkg update<br /> root@node # opkg install collectd collectd-mod-interface collectd-mod-network<br /> &lt;/pre&gt;<br /> <br /> * Kopiere folgende Datei nach /tmp/collectd.conf.sh und führe sie mit ''sh /tmp/collectd.conf.sh'' aus:<br /> <br /> &lt;pre&gt;<br /> #!/bin/sh<br /> <br /> #Include lib_node.sh for accessing node_id<br /> . /lib/freifunk/lib_node.sh<br /> <br /> <br /> # This script creates collectd.conf after flashing.<br /> <br /> # collectd uses node_id.nodes.kbu.freifunk.net as hostname<br /> # nodes.kbu.freifunk.net does not exists at this time (2012-01-15).<br /> # However, if needed, it can be set up using register / mysql- or ldap-based bind9 easily - or -<br /> # mdns if avahi is configured to resove nodes.kbu.freifunk.net and not .local<br /> <br /> local hostname=&quot;$(get_node_id).nodes.kbu.freifunk.net&quot;<br /> <br /> cat &gt; /etc/collectd.conf &lt;&lt;EOF<br /> Hostname &quot;${hostname}&quot;<br /> BaseDir &quot;/var/lib/collectd&quot;<br /> PIDFile &quot;/var/run/collectd.pid&quot;<br /> Interval 10<br /> ReadThreads 2<br /> <br /> LoadPlugin network<br /> LoadPlugin interface<br /> <br /> &lt;Plugin interface&gt;<br /> Interface &quot;br-wan&quot;<br /> Interface &quot;wlan0-1&quot;<br /> IgnoreSelected false<br /> &lt;/Plugin&gt;<br /> <br /> &lt;Plugin network&gt;<br /> Server &quot;collectd.kbu.freifunk.net&quot; &quot;25827&quot;<br /> &lt;/Plugin&gt;<br /> EOF<br /> &lt;/pre&gt;<br /> <br /> '''Anschließend starte deinen Node neu.'''<br /> <br /> == Sourcecode-Quellen ==<br /> [[Datei:github-sc.png|200px|thumb|left|link=https://github.com/ff-kbu/fff]]<br /> Falls Du unsere OpenWRT-Quellen verwenden möchtest (inkl. fastd), dann forke bitte https://github.com/ff-kbu/fff. &lt;br /&gt;<br /> Für jedes (beta)-Release gibt es einen Tag. <br /> <br /> feeds.conf.default enthält bereits neuere batman-adv und fastd-Pakete.&lt;br /&gt;<br /> Somit ist es bspw. möglich, auf dem Router ein gewöhnliches OpenWRT zu installieren und die selbstgebauten Pakete (z.B. fastd) nachträglich einzuspielen.<br /> <br /> Bitte beachte die Hinweise zum Kompilieren von [http://wiki.openwrt.org/doc/howto/build OpenWRT (howto build) ] - Es gibt keine Abweichungen bei dem Build unseres Forks - abgesehen vom git-Repository - es ist kein svn update erforderlich.<br /> <br /> <br /> <br /> [[Kategorie:Netz-und-Technik]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Firmware:Freifunk-Firmware_ausw%C3%A4hlen&diff=4033 2015-12-27T21:57:34Z

<p>Hermes: Die Seite wurde neu angelegt: „__NOTOC__ Kategorie:Firmware Für den Router brauchst Du unsere Freifunk-Firmware (Betriebssystem), die du auf deinem Router installieren musst. Das klin…“</p> <hr /> <div>__NOTOC__<br /> <br /> [[Kategorie:Firmware]]<br /> <br /> Für den Router brauchst Du unsere Freifunk-Firmware (Betriebssystem), die du auf deinem Router installieren musst. Das klingt kompliziert, ist es aber nicht. Denn auch die Hersteller-Firmware bietet eine Einstellungsmöglichkeit via Web-Browser, mit der die Firmware aktualisiert werden kann.<br /> <br /> Aktuell haben wir zwei verschiedene Versionen der Freifunk-Firmware im Einsatz. Da die Router-Position bei der Classic-Version auf unserer Karte leider nicht mehr gemeinsam mit der Gluon-Version angezeigt wird, haben wir inzwischen nur die überwiegende Mehrheit der Gluon-Router auf der Karte sichtbar. Auch deshalb empfehlen wir den Einsatz des aktuellen Release-Kandidaten bzw. der in Kürze wohl fertigen Verison 1.4 der Gluon-Firmware.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=Config_Mode&diff=4032 2015-12-27T19:17:21Z

<p>Hermes: </p> <hr /> <div>Grundsätzlich ist unsere Freifunk Firmware so konzipiert, dass der Betreiber eines Nodes (Freifunkknoten) keinerlei Konfigurationsarbeiten durchführen muss. Das bedeutet, nach dem Aufspielen unserer Firmware und der Registrierung, kann der Betreiber direkt loslegen und ist Teil unseres Freifunk-Netzwerkes. <br /> <br /> Wenn der Betreiber es wünscht, besteht natürlich für Ihn die Möglichkeit, seinen Knoten an seine speziellen Bedürfnisse anzupassen. Die Möglichkeiten und Abweichungen von der Default-Konfiguration sind vielfältig. Diese sollten aber nur dann durchgeführt werden, wenn der Durchführende genau weiß was er da macht. Eine fehlerhaft Konfiguration kann zum Beispiel zu Störungen im Netzwerk führen, ferner könnten illegitime Maßnahmen implementiert werden. Beide zuvor genannten Beispiele würden zu einem Ausschluss aus unserem Netzwerk führen. Dennoch kann man gute Gründe haben die ein Abweichen von den Defaultwerten sinnvoll machen. <br /> <br /> * Es ist zum Beispiel möglich, ein Passwort zu setzen um den Node per Fernzugriff/Login zu warten oder einige erweiterte Einstellungen vorzunehmen. <br /> <br /> Es kann durchaus sinnvoll sein, die LAN-Ports speziell zu konfigurieren oder zusätzliche Software für eine Bandbreitenbegrenzung zu installieren. <br /> <br /> An dieser Stellen möchten wir nur beschreiben, wie man in diesen Konfigurationsmodus gelangt.<br /> <br /> '''Vorgehensweise'''<br /> PC mit Router über Netzwerkkabel verbinden (gelbe LAN Ports am Router)<br /> <br /> <br /> <br /> [[File:wr741nd_pi4-5.jpg|center|thumb|800px]]<br /> <br /> Wenn der Router gestartet ist (Power, Sys, WLAN leuchten dauerhaft), QSS Taste (schwarzer Knopf) 6 Sekunden drücken (Abb.10) (bis der Router neu startet, das sieht man daran, dass alle Lampen einmal an- und ausgehen). Bei den neueren Versionen des TL-WR841N(D) heißt die zu drückende Taste &quot;WPS/RESET&quot;. Danach wird die Sys-Lampe, unregelmäßig blinken (Siehe: http://www.nilsschneider.net/2013/02/10/freifunk-blinken.html).<br /> #Bei Nutzung der Classic-Firmware muss man bei manchen Routern (z.B. ältere Modelle des WR841N) jetzt das Netzwerkkabel am Router umstecken (blauer WAN Port).<br /> #Abwarten, bis der PC eine neue LAN-Verbindung aufgebaut hat (DHCP ist aktiv)<br /> #Adresse http://192.168.1.1 aufrufen. - Punkt &quot;Knoten neu einrichten&quot; anklicken <br /> <br /> [[File:config_sc1.jpg|center|thumb|800px]]<br /> <br /> Vergabe von Passwort für den Fernzugriff/Login. Dann auf &quot;weiter&quot; klicken <br /> <br /> [[File:config_sc3.jpg|center|thumb|800px]]<br /> <br /> bei Bedarf die Bandbreitenbegrenzung aktivieren und auf &quot;weiter&quot; klicken (Abb. 13)<br /> <br /> [[File:config_sc4.jpg|center|thumb|800px]]<br /> <br /> auf &quot;Jetzt neustarten!&quot; klicken (Abb. 14) - Der Router startet neu, die kommende Fehlermeldung kann ignoriert werden (Abb. 15)<br /> #Netzwerkkabel trennen und im WLAN warten, bis das netz &quot;kbu.freifunk.net&quot; auftaucht<br /> <br /> [[File:config_sc5.jpg|center|thumb|800px]]<br /> <br /> '''WICHTIG: Verbinde keinesfalls Dein lokales Netz mit den gelben LAN-Ports des Freifunk-Routers. Nur der blaue Port darf für den Internet-Uplink genutzt werden! Sonst wird Dein lokales Netz Teil vom Freifunk-Netz und steht allen offen!'''</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Classic_Firmware&diff=3881 2015-09-19T21:09:42Z

<p>Hermes: /* Freifunk-Firmware auswählen */</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> == Freifunk-Firmware installieren ==<br /> === Freifunk-Firmware auswählen ===<br /> Die Firmware ist vom Router-Modell abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Bitte wähle die Firmware für deinen Router anhand des Modells und der Version:<br /> <br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr740n-v4-1.2.1a.bin v4.x] (außer v4.27)<br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v1-1.2.1a.bin v1.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v2-1.2.1a.bin v2.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v4-1.2.1a.bin v4.x] <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v3-1.2.1a.bin v.3.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v5-1.2.1a.bin v5.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v7-1.2.1a.bin v7.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841n-v8-1.2.1a.bin v8.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841n-v9-1.2.1b.bin v9.x] <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr842n-v1-1.2.1a.bin v1.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr842n-v2-1.2.1b.bin v2.x] <br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3500.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr1043nd-v1-1.2.1a.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3500 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr3500-v1-1.2.1b.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr3600-v1-1.2.1a.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr4300-v1-1.2.1a.bin v1.x] <br /> |}<br /> <br /> Hinweis: Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht.<br /> <br /> 2. Hinweis: Solltest du zuvor schon einmal OpenWRT auf den Router aufgespielt haben, so ist die 'sysupgrade'-Variante unserer Firmware zu wählen.<br /> <br /> <br /> Nach dem Herunterladen der Firmware raten wir Dir dazu die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Auch sollte man nicht vergessen wo die Firmware Datei auf eueren Datenträger gespeichert wurde, da diese im nächsten Schritt gebraucht wird.<br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein.<br /> <br /> === Freifunk-Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser folgende Adresse auf: http://192.168.0.1<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die wenig inspirierte Username / Passwort Kombination ist: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk-Firmware auf deinem Router. <br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer möchte kann noch<br /> * seinen Router auf der [http://map.kbu.freifunk.net/geomap.html Karte] [[Registrierung des Nodes|verlinken]]<br /> * nachschauen wie man in den [[Config Mode]] kommt und was man da machen kann<br /> * technisch tiefer einsteigen und auf der [[Pimp my Node]] Seite vorbeischauen<br /> Sollte der Router nicht mehr erreichbar sein, kann man versuchen, ihn im [[Failsafe-Modus]] anzusprechen.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU_Classic_Firmware&diff=3880 2015-09-19T20:57:56Z

<p>Hermes: Tod dem Deppenleerzeichen!</p> <hr /> <div>[[Kategorie:Mitmachen]]<br /> == Freifunk-Firmware installieren ==<br /> === Freifunk-Firmware auswählen ===<br /> Die Firmware ist vom Router-Modell abhängig. Das Modell und die Versionsnummer deines Routers findest du auf der Rückseite des Gerätes. <br /> <br /> [[Datei:wr741nd_pi3.jpg||400px|thumb|center]] <br /> <br /> Bitte wähle die Firmware für deinen Router anhand des Modells und der Version:<br /> <br /> {|class=&quot;wikitable center&quot;<br /> |-<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr740n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr841n.jpg|center|thumb|200px]]<br /> |[[File:tl-wr842n.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR740N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr740n-v4-1.2.1a.bin v4.x] (außer v4.27)<br /> |style=&quot;text-align:center&quot; | TL-WR741N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v1-1.2.1a.bin v1.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v2-1.2.1a.bin v2.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr741nd-v4-1.2.1a.bin v4.x] <br /> |style=&quot;text-align:center&quot; | TL-WR841N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v3-1.2.1a.bin v.3.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v5-1.2.1a.bin v5.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841nd-v7-1.2.1a.bin v7.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841n-v8-1.2.1a.bin v8.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr841n-v9-1.2.1b.bin v9.x] <br /> |style=&quot;text-align:center&quot; | TL-WR842N(D) &lt;br&gt; [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr842n-v1-1.2.1a.bin v1.x], [https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr842n-v2-1.2.1b.bin v2.x] <br /> |-<br /> |[[File:tl-wr1043nd.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3500.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr3600.jpg|center|thumb|200px]]<br /> |[[File:tl-wdr4300.jpg|center|thumb|200px]]<br /> |-<br /> |style=&quot;text-align:center&quot; | TL-WR1043ND &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wr1043nd-v1-1.2.1a.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3500 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr3500-v1-1.2.1b.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR3600 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr3600-v1-1.2.1a.bin v1.x] <br /> |style=&quot;text-align:center&quot; | TL-WDR4300 &lt;br&gt;[https://kbu.freifunk.net/files/release/1.2.1/ff-kbu-tl-wdr4300-v1-1.2.1a.bin v1.x] <br /> |}<br /> <br /> Hinweis: Das optionale (D) in der Produktbezeichnung steht für die Produktvariante mit auswechselbaren Antennen, was den Router ein paar Euro teuerer macht.<br /> <br /> 2.Hinweis: Solltest du zuvor schon einmal OpenWRT auf den Router aufgespielt haben, so ist die 'sysupgrade'-Variante unserer Firmware zu wählen.<br /> <br /> <br /> Nach dem Herunterladen der Firmware raten wir Dir dazu die [[Überprüfen der Signatur|Signatur der Datei zu überprüfen]]. Auch sollte man nicht vergessen wo die Firmware Datei auf eueren Datenträger gespeichert wurde, da diese im nächsten Schritt gebraucht wird. <br /> <br /> <br /> <br /> <br /> === Router mit dem Computer verbinden ===<br /> Dafür solltest du Deinen Router mit Strom versorgen sowie die Netzwerkkarte deines PC mit einen der gelben Ports des Routers verbinden, hier reicht ein handelsübliches LAN Kabel. Am PC muss die Netzwerkkarte auf Automatische IP-Adresse beziehen (DHCP) eingestellt sein.<br /> <br /> === Freifunk-Firmware einspielen ===<br /> Jetzt kannst du den Router einfach über den Browser konfigurieren.<br /> <br /> Dazu rufst du in deinen Browser folgende Adresse auf: http://192.168.0.1<br /> <br /> Bevor du weitermachst, musst du dich erst anmelden. Die wenig inspirierte Username / Passwort Kombination ist: admin / admin<br /> <br /> Dein Browserfenster müsste nun so aussehen – Folge hier dem Link &quot;System Tools&quot;.<br /> <br /> [[File:TP_link_01_start.png|center|thumb|800px]]<br /> <br /> Als nächste wählst du aus dem Menü &quot;Firmware Upgrade&quot; (1). Danach kannst du die vorhin (in Schritt 2) geladene Datei zum Hochladen auswählen (2). Nach einem Klick auf &quot;Upgrade&quot; (3) beginnt der Prozess.<br /> <br /> [[File:TP_link_02_firmware.png|center|thumb|800px]]<br /> <br /> Du musst noch einmal kurz bestätigen …<br /> <br /> [[File:TP_link_03_firmware_file.png|center|thumb|800px]]<br /> <br /> … und die Installation läuft. Während die Installation läuft, zieh bitte auf keinen Fall den Stecker oder das Netzwerk-Kabel – denn dann ist dein Router hinüber.<br /> <br /> [[File:TP_link_04_upgrade_progress.png|center|thumb|800px]]<br /> <br /> '''Bei TL-WR841N v8.4:''' Beim Flashen über das Firmware-Upgrade der Original-Firmware tritt ggf. folgender Fehler auf:<br /> ''Error code: 23002''<br /> ''The uploaded file name is too long!''<br /> Hier hilft einfaches Umbenennen der herunter geladenen Freifunk-Firmware.<br /> <br /> Nachdem die Firmware fertig eingespielt ist, startet der Router automatisch neu.<br /> <br /> Dass der Router neu startet merkst du auch am kurzen Aufblinken der Lämpchen an deinem Router. <br /> <br /> [[File:TP_link_05_firmware_reboot_finished.png|center|thumb|800px]]<br /> <br /> Jetzt ist der Router nicht mehr unter der angegeben Adresse sichtbar und eine Fehlermeldung erscheint. Das ist gut so. Denn nun läuft nicht mehr die alte Firmware sondern die neue, tolle Freifunk-Firmware auf deinem Router. <br /> <br /> === Anschluss ans Internet ===<br /> Nach dem automatischen Neustart ist der Router direkt im Normalbetrieb. Wenn keine weiteren Freifunk-Router in der dirkten Umgebung sind, musst Du allerdings den Freifunk-Router noch per Ethernetkabel mit Deinem Internet-Router verbinden, damit der Freifunk-Router auch Internet-Zugriff gewährt. Dazu wird der '''blaue''' Port des Freiunk-Routers mit dem Gästenetz-Port Deines Internet-Routers verbunden. Falls Du dort kein Gästenetz eingerichtet hast oder das gar nicht geht, tut's auch ein &quot;normaler&quot; LAN-Port Deines Routers, wo Du auch deinen Laptop etc. einstöpseln würdest. Ein Gästenetz wäre nur noch etwas sicherer. Eventuell musst Du die Filterregeln für das Gästenetz anpassen, da manche Router in der Standardkonfiguration nur bestimmte Ports freigegeben haben.<br /> <br /> '''WICHTIG:''' Wer hier in einer Firma oder gar einer städtischen Einrichtung ''mal eben'' einen Freifunk-Router an deren Intranet anschließt, schadet damit unter Umständen dem Freifunk-Projekt, da das nicht unbemerkt bleibt und fast immer gegen interne Sicherheitsrichtlinien verstößt. Sowas muss von der jeweiligen IT-Leitung explizit erlaubt werden. Wir wollen die Verantwortlichen nicht verärgern sondern überzeugen!<br /> <br /> === Sinnvolle Ergänzungen ===<br /> Wer möchte kann noch<br /> * seinen Router auf der [http://map.kbu.freifunk.net/geomap.html Karte] [[Registrierung des Nodes|verlinken]]<br /> * nachschauen wie man in den [[Config Mode]] kommt und was man da machen kann<br /> * technisch tiefer einsteigen und auf der [[Pimp my Node]] Seite vorbeischauen<br /> Sollte der Router nicht mehr erreichbar sein, kann man versuchen, ihn im [[Failsafe-Modus]] anzusprechen.<br /> <br /> === Fragen? ===<br /> <br /> Solltest Du Fragen zur Einrichtung des Routers haben oder Einträge Deines Knoten ändern wollen, schreibe gerne an unsere [[Mailingliste|E-Mail]]. Gerne kannst Du auch bei unseren regelmäßigen Treffen in Bonn oder Köln vorbeischauen.</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU-Gluon-Firmware&diff=3879 2015-09-19T20:52:30Z

<p>Hermes: </p> <hr /> <div>#REDIRECT [[KBU_Gluon_Firmware]]</div>

Hermes https://kbu.freifunk.net/wiki/index.php?title=KBU-Classic-Firmware&diff=3878 2015-09-19T20:52:01Z

<p>Hermes: Weiterleitung nach KBU Classic Firmware erstellt</p> <hr /> <div>#REDIRECT [[KBU_Classic_Firmware]]</div>

Hermes