FunkFeuer Wiki - Benutzerbeiträge [de]

Tunnel Setup

2009-01-15T14:21:40Z

GaXi: /* Rahmenbedingungen für die Konfiguration */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]
* Funkfeuer-Paketserver [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden|konfiguriert]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg|frame|none|Screenshot Konfiguration WAN]]
Hier wird die IP-Adresse am WAN-Interface konfiguriert.
Diese kann eine
* private Adresse (zB 192.168.x.x) oder
* eine öffentliche Adresse zB einer Standleitung
sein. Die Bedeutung der Netzmaske wird [http://de.wikipedia.org/wiki/Subnetwork| hier] erklärt.

'''Ist der Tunnel in Betrieb darf kein Default-Gateway ("WAN-Default-Route") angegeben werden!'''
===== OpenVPN Konfiguration =====
[[Bild:0xff-tunnel-openvpnkonfiguration.jpg|frame|none|Screenshot Konfiguration OpenVPN]]
Hier wird der Tunnel konfiguriert.
* Die ''remote IP'' ist die IP-Adresse des Tunnel-Servers.
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt.
* Die ''VPN-IP'' ist die gleiche IP wie die IP, die für das [[Freifunk_Firmware#Drahtlos|Funk-Interface]] verwendet wird - die ''VPN-Netzmaske'' ist auch die gleiche wie beim Funk-Interface.
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface.
=== Probleme? ===
Das ganze klingt natürlich fantastisch, nur können wie immer auch hier Probleme auftreten:

zB:
* Ist für die initiale Installation das WAN-Interface auf DHCP (bekommt also einen Default-Gateway), dann wird dieser Gateway als default für den Router genommen. Das ist gut - hat man aber auch das Funk-Interface aktiviert, dann will der Router für den Range der auf dem Funk-Interface konfigurierten IP dieses Interface als Ausgang benutzen; aber der ipkg-server ist möglicherweise auch in diesem Range und kann dann nicht erreicht werden --> Funk-Interface während der Tunnel-Einrichtung abschalten. (Dieses Problem tritt nicht auf, wenn man mit dem Funknetz verbunden ist, weil dann kommt man ja eh ins Internet und der Router auch auf den ipkg-Server)

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Tunnel Setup

2008-12-09T14:56:42Z

GaXi: /* Probleme? */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg|frame|none|Screenshot Konfiguration WAN]]
Hier wird die IP-Adresse am WAN-Interface konfiguriert.
Diese kann eine
* private Adresse (zB 192.168.x.x) oder
* eine öffentliche Adresse zB einer Standleitung
sein. Die Bedeutung der Netzmaske wird [http://de.wikipedia.org/wiki/Subnetwork| hier] erklärt.

'''Ist der Tunnel in Betrieb darf kein Default-Gateway ("WAN-Default-Route") angegeben werden!'''
===== OpenVPN Konfiguration =====
[[Bild:0xff-tunnel-openvpnkonfiguration.jpg|frame|none|Screenshot Konfiguration OpenVPN]]
Hier wird der Tunnel konfiguriert.
* Die ''remote IP'' ist die IP-Adresse des Tunnel-Servers.
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt.
* Die ''VPN-IP'' ist die gleiche IP wie die IP, die für das [[Freifunk_Firmware#Drahtlos|Funk-Interface]] verwendet wird - die ''VPN-Netzmaske'' ist auch die gleiche wie beim Funk-Interface.
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface.
=== Probleme? ===
Das ganze klingt natürlich fantastisch, nur können wie immer auch hier Probleme auftreten:

zB:
* Ist für die initiale Installation das WAN-Interface auf DHCP (bekommt also einen Default-Gateway), dann wird dieser Gateway als default für den Router genommen. Das ist gut - hat man aber auch das Funk-Interface aktiviert, dann will der Router für den Range der auf dem Funk-Interface konfigurierten IP dieses Interface als Ausgang benutzen; aber der ipkg-server ist möglicherweise auch in diesem Range und kann dann nicht erreicht werden --> Funk-Interface während der Tunnel-Einrichtung abschalten. (Dieses Problem tritt nicht auf, wenn man mit dem Funknetz verbunden ist, weil dann kommt man ja eh ins Internet und der Router auch auf den ipkg-Server)

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Tunnel Setup

2008-12-09T14:54:16Z

GaXi: /* Probleme? */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg|frame|none|Screenshot Konfiguration WAN]]
Hier wird die IP-Adresse am WAN-Interface konfiguriert.
Diese kann eine
* private Adresse (zB 192.168.x.x) oder
* eine öffentliche Adresse zB einer Standleitung
sein. Die Bedeutung der Netzmaske wird [http://de.wikipedia.org/wiki/Subnetwork| hier] erklärt.

'''Ist der Tunnel in Betrieb darf kein Default-Gateway ("WAN-Default-Route") angegeben werden!'''
===== OpenVPN Konfiguration =====
[[Bild:0xff-tunnel-openvpnkonfiguration.jpg|frame|none|Screenshot Konfiguration OpenVPN]]
Hier wird der Tunnel konfiguriert.
* Die ''remote IP'' ist die IP-Adresse des Tunnel-Servers.
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt.
* Die ''VPN-IP'' ist die gleiche IP wie die IP, die für das [[Freifunk_Firmware#Drahtlos|Funk-Interface]] verwendet wird - die ''VPN-Netzmaske'' ist auch die gleiche wie beim Funk-Interface.
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface.
=== Probleme? ===
Das ganze klingt natürlich fantastisch, nur können wie immer auch hier Probleme auftreten:

zB:
* Ist für die initiale Installation das WAN-Interface auf DHCP (bekommt also einen Default-Gateway), dann wird dieser Gateway als default für den Router genommen. Das ist gut - hat man aber auch das Funk-Interface aktiviert, dann will der Router für den Range der auf dem Funk-Interface konfigurierten IP dieses Interface als Ausgang benutzen; aber der ipkg-server ist möglicherweise auch in diesem Range und kann dann nicht erreicht werden --> Funk-Interface für die Konfiguration abschalten.

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Tunnel Setup

2008-12-09T14:53:49Z

GaXi: /* Installation */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg|frame|none|Screenshot Konfiguration WAN]]
Hier wird die IP-Adresse am WAN-Interface konfiguriert.
Diese kann eine
* private Adresse (zB 192.168.x.x) oder
* eine öffentliche Adresse zB einer Standleitung
sein. Die Bedeutung der Netzmaske wird [http://de.wikipedia.org/wiki/Subnetwork| hier] erklärt.

'''Ist der Tunnel in Betrieb darf kein Default-Gateway ("WAN-Default-Route") angegeben werden!'''
===== OpenVPN Konfiguration =====
[[Bild:0xff-tunnel-openvpnkonfiguration.jpg|frame|none|Screenshot Konfiguration OpenVPN]]
Hier wird der Tunnel konfiguriert.
* Die ''remote IP'' ist die IP-Adresse des Tunnel-Servers.
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt.
* Die ''VPN-IP'' ist die gleiche IP wie die IP, die für das [[Freifunk_Firmware#Drahtlos|Funk-Interface]] verwendet wird - die ''VPN-Netzmaske'' ist auch die gleiche wie beim Funk-Interface.
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface.
=== Probleme? ===
Das ganze klingt natürlich fantastisch, nur können wie immer auch hier Probleme entstehen:

zB:
* Ist für die initiale Installation das WAN-Interface auf DHCP (bekommt also einen Default-Gateway), dann wird dieser Gateway als default für den Router genommen. Das ist gut - hat man aber auch das Funk-Interface aktiviert, dann will der Router für den Range der auf dem Funk-Interface konfigurierten IP dieses Interface als Ausgang benutzen; aber der ipkg-server ist möglicherweise auch in diesem Range und kann dann nicht erreicht werden --> Funk-Interface für die Konfiguration abschalten.

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Tunnel Setup

2008-12-09T14:49:21Z

GaXi: /* Konfiguration des Tunnels */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg|frame|none|Screenshot Konfiguration WAN]]
Hier wird die IP-Adresse am WAN-Interface konfiguriert.
Diese kann eine
* private Adresse (zB 192.168.x.x) oder
* eine öffentliche Adresse zB einer Standleitung
sein. Die Bedeutung der Netzmaske wird [http://de.wikipedia.org/wiki/Subnetwork| hier] erklärt.

'''Ist der Tunnel in Betrieb darf kein Default-Gateway ("WAN-Default-Route") angegeben werden!'''
===== OpenVPN Konfiguration =====
[[Bild:0xff-tunnel-openvpnkonfiguration.jpg|frame|none|Screenshot Konfiguration OpenVPN]]
Hier wird der Tunnel konfiguriert.
* Die ''remote IP'' ist die IP-Adresse des Tunnel-Servers.
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt.
* Die ''VPN-IP'' ist die gleiche IP wie die IP, die für das [[Freifunk_Firmware#Drahtlos|Funk-Interface]] verwendet wird - die ''VPN-Netzmaske'' ist auch die gleiche wie beim Funk-Interface.
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface.

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Datei:0xff-tunnel-openvpnkonfiguration.jpg

2008-12-09T14:42:47Z

GaXi:

Tunnel Setup

2008-12-09T14:17:19Z

GaXi: /* Konfiguration des Tunnels */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====
===== WAN-Interface Konfiguration =====
[[Bild:0xff-tunnel-wan-konfiguration.jpg‎|frame|none|Screenshot Konfiguration WAN]]

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Datei:0xff-tunnel-wan-konfiguration.jpg

2008-12-09T14:13:48Z

GaXi:

Tunnel Setup

2008-12-09T14:11:12Z

GaXi: /* Installation */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht); diese Adresse kann eine private IP (hinter einem Router) oder eine öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP) sein
* UDP-Port für den Tunnel - diese bekommt man über ein Mail an die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
* IP-Adresse im 0xff-Netzwerk und einen [[Freifunk_Firmware|fertig installierten Router]]

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Tunnel Setup

2008-12-09T14:00:40Z

GaXi:

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

''' ACHTUNG ANLEITUNG VERALTET , so gehts nicht !'''

''' NEUE ANLEITUNG FOLGT DEMNÄCHST '''
(Anmerkung zumindest Server IP adressen sind schon aktualisiert)
Relativ einfache Einrichtung des Tunnels mit Web Interface siehe [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten hier]

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>subway.funkfeuer.at</code> (genauer: 78.41.115.16), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnel.wien.funkfeuer.at</code> (bzw. eigentlich 78.41.115.16). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung. siehe auch [http://wiki.funkfeuer.at/index.php/Chello_und_Funkfeuer_zusammenrouten openvpn-webif]

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.156.126 (gleiche ip auf mehreren interfaces des selben geräts stört nicht!)
tapX: 193.238.158.128
subway: 78.41.115.16
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / subway:5026 #---<-> 0xFF 193.238.156.0/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>subway.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

=== Rahmenbedingungen für die Konfiguration ===

* Fixe IP-Adresse auf dem WAN Interface einstellbar (wenn bei einer DHCP-Adresse am WAN-Interface ein Default-Gateway mitkommt ist das schlecht)
* private IP ((hinter einem Router) oder öffentliche IP im Internet (an einer Standleitung; keine 0xff-IP)

=== Installation der Pakete ===

Das Paket '0xff-openvpn-webif' installiert die notwendigen Pakete mit. Mit
''' ipkg info 0xff-openvpn-webif '''
können die Abhängigkeiten dieses Paketes angezeigt werden.

==== Installation über das Webinterface ====
Unter "Software 2" auf der Weboberfläche das Paket '0xff-openvpn-webif' suchen und installieren drücken.

==== Installation über SSH ====
''' ipkg install 0xff-openvpn-webif '''

=== Konfiguration des Tunnels ===
==== Konfiguration über das Webinterface ====

== ALT - Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>subway.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Im [https://marvin.funkfeuer.at/frontend_wien/ Funkfeuer Frontend] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>subwaytodig8tun</code> und <code>dig8tosubwaytun</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>subway.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>subwaytodig8tun</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>subway.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>subway.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''subway.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 78.41.115.16 via 1.2.3.4 dev eth0

''78.41.115.16'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''subway.funkfeuer.at'') oder "193.238.157.16" (marvin.funkfeuer.at) oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''subway.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 78.41.115.16
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>subway.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

Freifunk Firmware

2008-09-26T21:29:12Z

GaXi: /* Standard Konfiguration */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

===Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

====tftp Windows====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp2 Windows====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift
Das Paket [[Freifunk_Firmware#freifunk-recommended_bzw_0xff-recommended|Freifunk_recommended]] bringt aber bereits eine SSL-Erweiterung mit, um auch wieder über Funk auf die Verwaltung in der Weboberfläche zuzugreifen!
'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===freifunk-recommended bzw 0xff-recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
0xff-recommended-de installiert noch zusätzlich die Österreichische Funkfeuer-Oberfläche
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
====über SSH====
ipkg install freifunk-olsr-viz-de

----

Freifunk Firmware

2008-09-26T21:28:00Z

GaXi: /* Standard Konfiguration */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

===Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

====tftp Windows====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp2 Windows====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift
Das Paket [[Freifunk_Firmware#Freifunk_recommended|Freifunk_recommended]] bringt aber bereits eine SSL-Erweiterung mit, um auch wieder über Funk auf die Verwaltung in der Weboberfläche zuzugreifen!
'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===freifunk-recommended bzw 0xff-recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
0xff-recommended-de installiert noch zusätzlich die Österreichische Funkfeuer-Oberfläche
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
====über SSH====
ipkg install freifunk-olsr-viz-de

----

Freifunk Firmware

2008-09-26T21:20:17Z

GaXi: /* Installation linksys (.bin) und buffalo (.trx) */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

===Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

====tftp Windows====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp2 Windows====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===freifunk-recommended bzw 0xff-recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
0xff-recommended-de installiert noch zusätzlich die Österreichische Funkfeuer-Oberfläche
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
====über SSH====
ipkg install freifunk-olsr-viz-de

----

Freifunk Firmware

2008-09-26T21:16:08Z

GaXi: /* Die Erweiterungen */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

==== tftp Windoof====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 Windoof====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===freifunk-recommended bzw 0xff-recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
0xff-recommended-de installiert noch zusätzlich die Österreichische Funkfeuer-Oberfläche
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
====über SSH====
ipkg install freifunk-olsr-viz-de

----

Freifunk Firmware

2008-09-26T21:10:09Z

GaXi: /* Die Erweiterungen */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

==== tftp Windoof====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 Windoof====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
Freifunk-recommended installiert unter anderem:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen
====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de
===Statistik===
(ist im freifunk-recommended-Paket schon enthalten)
====über SSH====
ipkg install freifunk-statistics-de

===OSLR VIZ===
====über SSH====
ipkg install freifunk-olsr-viz-de

----

Freifunk Firmware

2008-09-26T21:00:05Z

GaXi: /* Die Erweiterungen */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

==== tftp Windoof====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 Windoof====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====über das Webinterface====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
====über SSH====
ipkg install freifunk-recommended-de

====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Freifunk Firmware

2008-09-26T20:57:38Z

GaXi: /* per ssh */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI) und tftp für Linux.

==== tftp Windoof====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 Windoof====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

====tftp Linux====

* Paket "tftp-hpa" oder anderes geeignetes tftp-Tool installieren.
* Commando zum Flashen absetzen. dazu sollte man sich im Verzeichnis befinden wo auch die <aktuelle-firmwareversion>.trx liegt. In den Beipielen unten wird angenommen dass der Router die IP 192.168.11.1 hat. Der PC muss sich natürlich im gleichen IP-Netzwerk befinden.
* Dann den Router einschalten und warten...
tftp 192.168.11.1
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put <aktuelle-firmwareversion>.trx

oder in einer command line (empfohlen):
echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput <aktuelle-firmwareversion>.trx\n" | tftp 192.168.11.1

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren:
ipkg install freifunk-recommended-de

====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Kanalwahl

2008-07-20T14:17:45Z

GaXi: /* Unsere ssid und bssid */

Für Richtfunkstrecken gilt es, einen möglichst ungestörten [http://de.wikipedia.org/wiki/IEEE_802.11#802.11b.2Fg Kanal] mit passender [http://de.wikipedia.org/wiki/Polarisation Polarisation] zu verwenden:

==Unser Problem mit den Kanälen auf 2,4 Ghz==

[[Bild:Kanal1-14-at-2,4GHz.gif]]

Während der Kanalabstand 5 MHz beträgt, benötigt eine WLAN Funkverbindung eine Bandbreite von 22 MHz.
Kanal 7 ist durch [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision (ATV)], Sendeleistung 70 Watt (gegenüber eirp 0,1 Watt für WLAN) stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

'''Dieser Sender OE1XCB Wien-Wienerberg Kanal TV20 Ausgabe : 2440 Mhz vertikal'''
'''war schon in Betrieb bevor WLAN freigegeben wurde !'''

ergo hätten wir nur 2 komplett ungestörte Kanäle. Das ist zuwenig.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im wiener FunkFeuer Netz nur die WLAN Kanäle 1, 4, 10, 13, selten könnte noch der Kanal 7 funktionieren (also so zB " h7.freiesnetz.www.funkfeuer.at ")

Ein weiterer Möglichkeit, die Bandbreite einer Funkstrecke zu erhöhen, ist der Umstieg auf den 5Ghz Frequenzbereich (etwas teurer, jedoch schneller)

Kanal 1, vertikal polarisiert, wird im Wiener FunkFeuer Netz für die meisten Omniantennen verwendet.
Horizontale [http://de.wikipedia.org/wiki/Polarisation Polarisation] zeigt noch weniger Störungen.
Vertikale und horizontale Polarisation sind lineare Polarisationen, wie sie von den meisten Antennen ausgesendet/empfangen wird.

==Unsere ssid und bssid==

Kanal 1 VERTIKAL
v1.freiesnetz.www.funkfeuer.at = meist Omniantennen = weniger Geschwindigkeit = hohe Verfügbarkeit
Kanal 1 HORIZONTAL
h1.freiesnetz.www.funkfeuer.at = im Nahfeld gestört durch Kanal 1 vertikal (oft Omniantennen des Wiener FunkFeuer Netzes)
bssid= '''4E:FE:52:36:2E:65''' selbe bssid v1 und h1 wegen besserer rts Funktion (v1 auch bei vertikal)

Kanal 4 VERTIKAL
v4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 4 HORIZONTAL
h4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''26:A4:05:7B:2B:D8''' selbe bssid v4 und h4 wegen besserer rts Funktion

Kanal 7 VERTIKAL
v7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf den Wienerberg
Kanal 7 HORIZONTAL
h7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf den Wienerberg
bssid= '''7A:55:80:50:08:08''' selbe bssid v7 und h7 wegen besserer rts Funktion

Kanal 10 VERTIKAL
v10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 10 HORIZONTAL
h10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''52:51:E5:D5:5A:43''' selbe bssid v10 und h10 wegen besserer rts Funktion

Kanal 13 VERTIKAL
v13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit recht häufig
Kanal 13 HORIZONTAL
h13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
bssid= '''26:A7:D4:E4:4F:4D''' selbe bssid v13 und h13 wegen besserer rts Funktion

bei '''Hotspot_installation''' ist '''x__.freiesnetz.www.funkfeuer.at'''
durch '''x"kanal".hotspot.funkfeuer.at''' zu ersetzen
x ist v oder h kanal = 1, 4, 7, 10 und 13
also zB
'''v1.hotspot.funkfeuer.at'''

kurztext zum kopieren / ausdrucken
kanal 1 = '''4E:FE:52:36:2E:65''' v1.freiesnetz.www.funkfeuer.at
kanal 4 = '''26:A4:05:7B:2B:D8''' v4.freiesnetz.www.funkfeuer.at
kanal 7 = '''7A:55:80:50:08:08''' v7.freiesnetz.www.funkfeuer.at
kanal 10 = '''52:51:E5:D5:5A:43''' v10.freiesnetz.www.funkfeuer.at
kanal 13 = '''26:A7:D4:E4:4F:4D''' v13.freiesnetz.www.funkfeuer.at

Kanalwahl

2008-07-20T14:17:28Z

GaXi: /* Unsere ssid und bssid */

Für Richtfunkstrecken gilt es, einen möglichst ungestörten [http://de.wikipedia.org/wiki/IEEE_802.11#802.11b.2Fg Kanal] mit passender [http://de.wikipedia.org/wiki/Polarisation Polarisation] zu verwenden:

==Unser Problem mit den Kanälen auf 2,4 Ghz==

[[Bild:Kanal1-14-at-2,4GHz.gif]]

Während der Kanalabstand 5 MHz beträgt, benötigt eine WLAN Funkverbindung eine Bandbreite von 22 MHz.
Kanal 7 ist durch [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision (ATV)], Sendeleistung 70 Watt (gegenüber eirp 0,1 Watt für WLAN) stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

'''Dieser Sender OE1XCB Wien-Wienerberg Kanal TV20 Ausgabe : 2440 Mhz vertikal'''
'''war schon in Betrieb bevor WLAN freigegeben wurde !'''

ergo hätten wir nur 2 komplett ungestörte Kanäle. Das ist zuwenig.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im wiener FunkFeuer Netz nur die WLAN Kanäle 1, 4, 10, 13, selten könnte noch der Kanal 7 funktionieren (also so zB " h7.freiesnetz.www.funkfeuer.at ")

Ein weiterer Möglichkeit, die Bandbreite einer Funkstrecke zu erhöhen, ist der Umstieg auf den 5Ghz Frequenzbereich (etwas teurer, jedoch schneller)

Kanal 1, vertikal polarisiert, wird im Wiener FunkFeuer Netz für die meisten Omniantennen verwendet.
Horizontale [http://de.wikipedia.org/wiki/Polarisation Polarisation] zeigt noch weniger Störungen.
Vertikale und horizontale Polarisation sind lineare Polarisationen, wie sie von den meisten Antennen ausgesendet/empfangen wird.

==Unsere ssid und bssid==

Kanal 1 VERTIKAL
v1.freiesnetz.www.funkfeuer.at = meist Omniantennen = weniger Geschwindigkeit = hohe Verfügbarkeit
Kanal 1 HORIZONTAL
h1.freiesnetz.www.funkfeuer.at = im Nahfeld gestört durch Kanal 1 vertikal (oft Omniantennen des Wiener FunkFeuer Netzes)
bssid= '''4E:FE:52:36:2E:65''' selbe bssid v1 und h1 wegen besserer rts Funktion (v1 auch bei vertikal)

Kanal 4 VERTIKAL
v4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 4 HORIZONTAL
h4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''26:A4:05:7B:2B:D8''' selbe bssid v4 und h4 wegen besserer rts Funktion

Kanal 7 VERTIKAL
v7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf dem Wienerberg
Kanal 7 HORIZONTAL
h7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier Sicht auf dem Wienerberg
bssid= '''7A:55:80:50:08:08''' selbe bssid v7 und h7 wegen besserer rts Funktion

Kanal 10 VERTIKAL
v10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 10 HORIZONTAL
h10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''52:51:E5:D5:5A:43''' selbe bssid v10 und h10 wegen besserer rts Funktion

Kanal 13 VERTIKAL
v13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit recht häufig
Kanal 13 HORIZONTAL
h13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
bssid= '''26:A7:D4:E4:4F:4D''' selbe bssid v13 und h13 wegen besserer rts Funktion

bei '''Hotspot_installation''' ist '''x__.freiesnetz.www.funkfeuer.at'''
durch '''x"kanal".hotspot.funkfeuer.at''' zu ersetzen
x ist v oder h kanal = 1, 4, 7, 10 und 13
also zB
'''v1.hotspot.funkfeuer.at'''

kurztext zum kopieren / ausdrucken
kanal 1 = '''4E:FE:52:36:2E:65''' v1.freiesnetz.www.funkfeuer.at
kanal 4 = '''26:A4:05:7B:2B:D8''' v4.freiesnetz.www.funkfeuer.at
kanal 7 = '''7A:55:80:50:08:08''' v7.freiesnetz.www.funkfeuer.at
kanal 10 = '''52:51:E5:D5:5A:43''' v10.freiesnetz.www.funkfeuer.at
kanal 13 = '''26:A7:D4:E4:4F:4D''' v13.freiesnetz.www.funkfeuer.at

Kanalwahl

2008-07-20T14:16:29Z

GaXi: /* Unsere ssid und bssid */

Für Richtfunkstrecken gilt es, einen möglichst ungestörten [http://de.wikipedia.org/wiki/IEEE_802.11#802.11b.2Fg Kanal] mit passender [http://de.wikipedia.org/wiki/Polarisation Polarisation] zu verwenden:

==Unser Problem mit den Kanälen auf 2,4 Ghz==

[[Bild:Kanal1-14-at-2,4GHz.gif]]

Während der Kanalabstand 5 MHz beträgt, benötigt eine WLAN Funkverbindung eine Bandbreite von 22 MHz.
Kanal 7 ist durch [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision (ATV)], Sendeleistung 70 Watt (gegenüber eirp 0,1 Watt für WLAN) stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

'''Dieser Sender OE1XCB Wien-Wienerberg Kanal TV20 Ausgabe : 2440 Mhz vertikal'''
'''war schon in Betrieb bevor WLAN freigegeben wurde !'''

ergo hätten wir nur 2 komplett ungestörte Kanäle. Das ist zuwenig.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im wiener FunkFeuer Netz nur die WLAN Kanäle 1, 4, 10, 13, selten könnte noch der Kanal 7 funktionieren (also so zB " h7.freiesnetz.www.funkfeuer.at ")

Ein weiterer Möglichkeit, die Bandbreite einer Funkstrecke zu erhöhen, ist der Umstieg auf den 5Ghz Frequenzbereich (etwas teurer, jedoch schneller)

Kanal 1, vertikal polarisiert, wird im Wiener FunkFeuer Netz für die meisten Omniantennen verwendet.
Horizontale [http://de.wikipedia.org/wiki/Polarisation Polarisation] zeigt noch weniger Störungen.
Vertikale und horizontale Polarisation sind lineare Polarisationen, wie sie von den meisten Antennen ausgesendet/empfangen wird.

==Unsere ssid und bssid==

Kanal 1 VERTIKAL
v1.freiesnetz.www.funkfeuer.at = meist Omniantennen = weniger Geschwindigkeit = hohe Verfügbarkeit
Kanal 1 HORIZONTAL
h1.freiesnetz.www.funkfeuer.at = im Nahfeld gestört durch Kanal 1 vertikal (oft Omniantennen des Wiener FunkFeuer Netzes)
bssid= '''4E:FE:52:36:2E:65''' selbe bssid v1 und h1 wegen besserer rts Funktion (v1 auch bei vertikal)

Kanal 4 VERTIKAL
v4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 4 HORIZONTAL
h4.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''26:A4:05:7B:2B:D8''' selbe bssid v4 und h4 wegen besserer rts Funktion

Kanal 7 VERTIKAL
v7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier sicht auf dem wienerberg
Kanal 7 HORIZONTAL
h7.freiesnetz.www.funkfeuer.at = sehr selten, geht nicht bei freier sicht auf dem wienerberg
bssid= '''7A:55:80:50:08:08''' selbe bssid v7 und h7 wegen besserer rts Funktion

Kanal 10 VERTIKAL
v10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
Kanal 10 HORIZONTAL
h10.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit kaum benützt
bssid= '''52:51:E5:D5:5A:43''' selbe bssid v10 und h10 wegen besserer rts Funktion

Kanal 13 VERTIKAL
v13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit recht häufig
Kanal 13 HORIZONTAL
h13.freiesnetz.www.funkfeuer.at = meist Richtantennen = hohe Geschwindigkeit
bssid= '''26:A7:D4:E4:4F:4D''' selbe bssid v13 und h13 wegen besserer rts Funktion

bei '''Hotspot_installation''' ist '''x__.freiesnetz.www.funkfeuer.at'''
durch '''x"kanal".hotspot.funkfeuer.at''' zu ersetzen
x ist v oder h kanal = 1, 4, 7, 10 und 13
also zB
'''v1.hotspot.funkfeuer.at'''

kurztext zum copieren / ausdrucken
kanal 1 = '''4E:FE:52:36:2E:65''' v1.freiesnetz.www.funkfeuer.at
kanal 4 = '''26:A4:05:7B:2B:D8''' v4.freiesnetz.www.funkfeuer.at
kanal 7 = '''7A:55:80:50:08:08''' v7.freiesnetz.www.funkfeuer.at
kanal 10 = '''52:51:E5:D5:5A:43''' v10.freiesnetz.www.funkfeuer.at
kanal 13 = '''26:A7:D4:E4:4F:4D''' v13.freiesnetz.www.funkfeuer.at

Freifunk Firmware

2008-07-18T17:32:58Z

GaXi: /* Anpassungen */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI).

==== tftp ====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 ====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

====über das Webinterface====

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

====über SSH====

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren, hier zwei Beispiele:
====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Freifunk Firmware

2008-07-13T10:50:53Z

GaXi: /* Installation linksys *bin buffalo *trx */

<google>WIKI</google>

==Download==
Die Firmware von Freifunk in einer für deutsch "de" angepassten Form ist [http://download-master.berlin.freifunk.net/ipkg/ hier] zu finden.
Im [http://download-master.berlin.freifunk.net/ipkg/readme.txt Readme] ist beschrieben, welche Firmware Version zu welcher Hardware Version passt.
[http://ipkg.funkfeuer.at/freifunk/ipkg/ oder hier ] ist der 0xff paketserver

Hier ein kurzer Auszug des Readme der Version 1.6.7:

_g+gl/ Linksys WRT54G-v1.x|2.0|2.2|3.0|3.1|4.0, WRT54GL-v1.0|1.1
_gs/ Linksys WRT54GS-v1.0, WRT54GS-v1.1
_gs40/ Linksys WRT54GS-v4.0 (WRT54GS-v3.0 unverified)
_g3g/ Linksys WRT54G3G (a WRT54G with PCMCIA UMTS card)
_allnet/ Allnet ALL0277 (tested: all0277 without ADSL)
_moto/ Motorola WR850G (tested: wr850g v1.0, minor issues)
_se505/ Siemens SE505 (v1.0|2.0)
_trx/ Linksys WAP54G-v1.1|2.0|3.0, WRT54G-v5.0|5.1|6.0, WRT54GS-
v5.0|5.1|6.0; Asus WL500, WL500-Deluxe, WL500-Premium;
Buffalo WHR-G54S, WHR-HP-G54 && for Freifunk updates
_failsafe/ Emergency minimal failsafe files, only telnet 192.168.1.1
_kit/ BIN/TRX Linux generation kits, Micro+WEP versions here

eventuelle Beta Version gibt es [http://download-master.berlin.freifunk.net/sven-ola/testing/ hier]

==Installation linksys (.bin) und buffalo (.trx)==
=== Installation per web Interface (einfacher, nur Linksys) ===
Nun wird eine neue Firmware in den Router "geflasht", also installiert.
Was ist zu tun:
*IP des PCs fix auf 192.168.1.2 ((einzustellen unter "Systemsteuerung"->"Netzwerkverbindungen". Dort auf die LAN-Verbindung des Routers, Rechtsklick auf "Eigenschaften")
*Ebenfalls dort die Netzwerkmaske (net mask) 255.255.255.0 einstellen
*Im Webinterface des Routers den Menüpunkt "Firmware Upgrade" (in der deutschen Version heißt das anders!) anklicken und die soeben gespeicherte Freifunk Firmware als Datei angeben.
*Ein wenig warten (10 min)
*Das Webinterface der neuen Firmware auf http://192.168.1.1 aufrufen

Logindaten ab Werk zum Konfigurieren für Linksys WRT54 Router:
:Benutzername: root
:Passwort: admin

->Tipp: Sobald man eine Änderung der Router Konfiguration vorgenommen hat, fordert die Firmware zum Neustart auf. Dies muss aber nicht sofort erfolgen, sondern man kann durchaus zuerst alle neuen Einstellungen vornehmen und erst dann neu starten!

=== Installation mit tftp (linksys und buffalo)===

Hier die Beschreibungen für tftp und tftp2 (Windows-GUI).

==== tftp ====
* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* am PC die DOS Eingabeaufforderung aufmachen (Start -> Ausführen ... "cmd.exe")
* In der DOS Eingabeaufforderung den befehl

tftp -i 192.168.1.1 MEINEFREIFUNKIMAGEDATEI.bin
(192.168.11.1 MEINEFREIFUNKIMAGEDATEI.trx bei buffalo)

VORBEREITEN (wobei MEINEFREIFUNKIMAGEDATEI natürlich die freifunk Image Datei ist, die man downgeloadet hat).
Vorbereiten heißt: eintippen aber noch nicht enter drücken.
* die Linksys rebooten
* WICHTIG: den richtigen Moment erwischen und ENTER drücken.
Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==== tftp2 ====

Deutlich einfacher geht das Flashen unter Windows mit tftp2.exe (einfach in google suchen). Prinzipiell ist die Vorgehensweise wie bei tftp.

* IP des PCs fix auf 192.168.1.2 einstellen (bzw 192.168.11.2 bei buffalo)
* Server ist 192.168.1.1 bzw 192.168.11.1
* kein Password
* File ist MEINEFREIFUNKIMAGEDATEI.bin bzw MEINEFREIFUNKIMAGEDATEI.trx
* den Router vom Strom abstecken
* anstecken und "kurz darauf" auf "Upgrade" drücken.

Es ist oft ein bisschen ein Herumprobieren bis man den richtigen Moment erwischt.
Auch sollte man sich Zeit lassen, bis der Router unter 192.168.1.1 bzw 192.168.11.1 mit der Freifunk-Firmware per Browser erreichbar ist. Das kann bis zu 5 Minuten dauern.

==Standard Konfiguration==

'''Hinweis:'''
Seit Version 1.6 ist die Verwaltung der Firmware über WLAN deaktiviert,
da dabei das Routerpasswort ständig unverschlüsselt über Funk gesendet wird.
Man kann den Router aber dennoch über Funk verwalten, wenn man
[http://wiki.funkfeuer.at/index.php/Linksys_WRT54GL#Verwalten_via_Funk_geht_nicht über einen SSH-Tunnel verschlüsselt] auf die Weboberfläche zugreift

'''Hier nicht beschriebene Optionen der Freifunk-Firmware sollten unverändert übernommen werden'''

===Kennwort===
ein neues Kennwort zweimal eingeben
===Kontaktinfos===
*'''Spitzname:''' [[Frontend_Mitglied#.2A_Nickname|<Nickname aus dem Frontend/Redeemer>]]
*'''E-Mail:''' [[Frontend_Mitglied#.2A_E-Mail|<E-Mail aus dem Frontend/Redeemer>]]
*'''Standort:''' <Knotenname aus dem Frontend/Redeemer> (oder tatsächliche Adresse?)
:zb: "str99" (oder "Strasse 99"?)

===System===

*'''Rechnername:''' <device-name>
:z.B. "omni" oder "nordost" siehe auch: [[Frontend_Device#Name|Name des Devices im Frontend]]
*'''Domain:''' <knoten-name>.<ort>.funkfeuer.at
:z.B. "str99.wien.funkfeuer.at"
*'''DNS-Server:''' 193.238.157.16;193.238.157.5
:mit ''';''' OHNE Abstand
*'''Starte DNS/DHCP-Server:''' Einschalten
:bei z.B. WAP54g wegen Speichermangel ausschalten
*'''Zeitzone:''' MET-1MEST-2,M3.3.0,M10.5.0
*'''Land:''' Austria

===OLSR===
Alles leer bzw. auf default-Einstellung belassen, ausser...

*'''ACHTUNG NEU:''' '''Broadcast IPV4:''' 255.255.255.255
*'''OLSR Tempo:''' 5
*'''QOS-Protokoll (ETX):''' Einschalten
*'''DynGW:''' Ausschalten (nur für <1.6.x, später nicht mehr vorhanden)'''
*'''Policy Routing:''' Ausschalten (Ausnahme: Router die auch noch über einen "normalen" Internetanschluss ins Internet können)
*'''Nameservice:''' Ausschalten (spart ein bisschen Traffic)
*'''REST''' unterhalb bleibt alles auf: Einschalten

===Drahtlos===
WLAN-Protokoll: OLSR (static ab 1.6.13)

WLAN-IP-Adresse: die IP-Adresse dieses Devices, abzulesen in der Redeemer [[Frontend_Devices | Device Übersicht]] (193.238.15x.x)

WLAN-Netzmaske:

* bei einer Addresse zwischen '''193.238.156.0 und .159.254''':  255.255.25'''2'''.0 <- Achtung

* bei einer Addresse zwischen '''78.41.112.0 und .112.254''':      255.255.25'''5'''.0 <- Achtung

WLAN-Default-Route: bleibt leer

WLAN-Modus: ad-hoc

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid, bssid und Kanal ZU '''KONTROLLIEREN.''' Bitte hier keine Fehler machen'''''

ESSID: z.B. v1.freiesnetz.www.funkfeuer.at [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

BSSID: '''im zur not kurzzeitig LEER lassen funkpriorität bssid for essid (MUSS man aber eintragen)''' [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

Kanal: z.B. 1 [http://wiki.funkfeuer.at/index.php/Kanalwahl#Unsere_ssid_und_bssid laut Liste]

'''''NACH EINTRAGEN NOCH EINMAL AUF "DRAHTLOS" KLICKEN UM ssid bssid und Kanal ZU KONTROLLIEREN. Bitte hier keine Fehler machen'''''

Kartentyp: 802.11b/g

Empfangsantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)

Sendeantenne: bei wrt54gL Antenne A (das der Antennenanschluss der nicht bei der Spannungsversorgung ist)
:[http://forum.funkfeuer.at/viewtopic.php?pid=173 Forum: 2ter Antennenanschluss am WRT54GL]

Sendeenergie: Minimaleinstellung ist 1 (sind Milliwatt) und maximal siehe [https://wiki.funkfeuer.at/index.php/Gesetzliche_Bestimmungen Gesetzliche_Bestimmungen] je nach Antennengewinn. Die meisten Linksys gehen am besten mit 45 mW, haben da die besten/meisten Verbindungen.
|in neuer firmware ist ein rechner dabei mit << nach links qdbm übernehmen

'''Achtung im Gegensatz zu alten ff versionen ist die sendeleistung in qdbm und nicht mehr mw '''
daher mit Kabel/Stecker-Verlust: Antennengewinn: das ergebniss ist im grauen feld zu sehen mit
und mit << in qdmb umrechnen lassen *45qdbm sind nur 13mw*, 60qdbm = 32mw, 70qdbm=56mw, 80qdbm=100mw

Entfernung (Meter): zb 14000 die meisten laufen mit 18000
| (nach motto paar Meter mehr Schaden nicht, zuwenige eher daher keinesfalls 1000 )

Funk-Modus: B und G Modus

(E)SSID senden: Einschalten

Basisrate: je nach Wlan-Modus

Übertragungsrate: auto |( bei schwierigen bedingungen 2! (NIE 1 das geht nicht gut)
und wenn die rate manchmal automatisch auf 1 (in statistik) geht dann 2 oder 5,5 selten auch bis 11 einstellen bei mehr gehen unter umständen nur mehr die stärksten verbindungen '''bitte immer wieder zeitweise mal beobachten korrigieren'''

Multicast-Rate: 5,5 in neuerer firmware

CTS-Schutz: aus

Frame-Burst: aus

Beacon-Intervall: 100

DTIM-Intervall: 1

Frag.-Schwelle: 2346

RTS-Schwelle: 250

MTU-Wert: leer oder 1500

===LAN===
LAN-Protokoll: statisch

LAN-IP: 192.168.1.1

LAN-Netzmaske: 255.255.255.0

LAN-Default-Route: LEER lassen

Statische Routen: LEER lassen

NAT ausschalten: nein -- im Wiener Funkfeuer Netz

NAT ausschalten: nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

Firewall ausschalten: Nein (JA -- wenn auf den LAN Ports weitere Funkfeuer Devices angesteckt werden)

DHCP-Start-IP: 192.168.1.100

DHCP-Benutzeranzahl: 100

DHCP-Lease-Dauer: kann leer bleiben oder 43200 für 12 Stunden''' aber nicht 0''' ! (0 deaktiviert den DHCP Server)

===WAN===
im Normalfall = deaktiviert

WAN-IP: leer

WAN-Mask: leer

WAN-Def.Route: leer

RJ45-Anschlüsse: '''automatischer Vorschlag darf NICHT verändert werden '''
"0 5" beim Buffalo WHR54 oder "4 5" beim Linksys WRT54gl oder auch 0 5 bei älteren Linksys

Diese Option verbindet die 5 physikalisch vorhandenen Anschlüsse mit dem internen (WAN)Anschluss

Beim Linksys Wrt54GL(!) gelten folgende Werte: 4=Internet(WAN), 3=LANport1, 2=LANport2, 1=LANport3, 0=LANport4

Will man zB 2 WAN Ports für 2 weitere Linksys haben, nimmt man 4 (WANPort) und 3 (LANport1) => "3 4 5" - zB alle LANports als WANport verwenden => "0 1 2 3 4 5"

===Publizieren===

===Software===
Die Installation zusätzlicher Software ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat. Es empfiehlt sich aber, zumindest das Paket wl-adv zu installieren. Das hat bei aktueller Firmware (z.B. 1.4.5) in einigen Fällen wesentlich bessere Links gebracht.

Das Paket 0xff-recommended-de installiert die Funkfeuer-Oberfläche, die Statistiken, wl-adv und weitere nützliche Pakete automatisch, es ist allerdings erst nach dem Einstellen des Funkfeuer Paketserves verfügbar, siehe weiter unten unter [[Freifunk_Firmware#Den_Funkfeuer_Paketserver_verwenden]]

===Firmware===
bevor man auf eine neuere Firmware Version updaten kann, muss man zuvor unter "Neustart" "starten im readonly modus" wählen und auch durchführen dan die 0xff.TRX rauf spielen.
Funk und LAN WAN bleiben nach diesen Neustart aktiv

Einstellungen bleiben auch nach einem Update erhalten. Daher kann auch per Funk upgedatet werden!!
[http://wiki.funkfeuer.at/index.php?title=Freifunk_aktualisieren ausführliche Anleitung]

===Neustart===
ohne Worte

==Anpassungen==
===Den Funkfeuer Paketserver verwenden===

Nachdem der original freifunk-Server gelegentlich nicht erreichbar ist und es einige funkfeuer-Erweiterungen für die Software gibt, wurde ein eigener Server eingerichtet. Diesen kann man folgendermaßen verwenden:

über das Webinterface:

* http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk herunterladen
* die Datei im Webinterface unter Software1 uploaden
* den Router neu starten
* Liste aktualisieren in software2

über SSH:

* per ssh auf den Router einloggen

* folgende Befehle ausführen:

ipkg install http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk
/etc/init.d/S12ipkg
ipkg update

Danach sind unter "Software 2" zum Beispiel das Hotspot- und das Nettools-Paket verfügbar, außerdem greift der Router für Updates auf den Funkfeuer-Mirror zu.

===0xFF Oberfläche mit österreichischen Links===

"Software 2" klicken
Bei "freifunk-webadmin-0xff" auf installieren klicken

Ein eigenes Bild für die Startseite des FreiFunk Webinterface:
* Das gewünschte Bild auf dem Rechner auf "intro.jpg" umbenennen
* Das Bild sollte nicht zu Groß sein (einige zig kB)
Auf "Publizieren" und "Durchsuchen" klicken
Das Bild auswählen und hochladen
Nach einem Refresh der Startseite ("Aktualisieren") (eventuell Cache leeren) sollte das Bild sofort sichtbar sein

==Verbund mehrer Devices an einem Node/Knoten==

'''Achtung:''' die 2 oder mehr Router sollten die selbe Firmwareversion haben, sonst kann es Probleme geben.

===Zwei Router im Verbund===

Um 2 Router per Kabel miteinander zu verbinden, ist es nötig auf einem Ethernet-Anschluss jedes Routers eine offizielle Funkfeuer-IP-Adresse zu konfigurieren.

einfach die selbe ip adresse wie am funk am WAN verwenden '''KEINESFALLS diese ip am LAN port'''
verwenden dazu bitte lesen http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund

Anschließend das Web-Interface des Routers im Browser aufrufen und unter "Verwalten" einloggen.

* Im Web-Interface des Routers auf "WAN" klicken
* WAN-Protokoll: "OLSR" auswählen
* WAN-IP: Die entsprechende IP-Adresse
* WAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach WAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten.

Beim zweiten Router ebenso verfahren und die beiden Geräte mit einem Ethernet Kabel an den beiden WAN-Anschlüssen verbinden. Fertig! Auf der Statusseite wird die offizielle IP des zweiten Routers unter "Nachbarn" angezeigt, der ETX-Wert sollte nach einer kleinen Wartezeit "1.00" maximal auch mal 1.02 sein.

===Mehr als zwei Router im Verbund===
====Variante 1====
Da man nicht mehr als zwei Router via WAN direkt verbinden kann, benutzt man auf einem Router den LAN Port (4 Anschlüsse je Router) oder verwendet einen zusätzlichen Netzwerk Switch/Hub, siehe [[Freifunk_Firmware#Variante_2|Variante 2]]

in der aktuellen Firmware (1.6.28) gibt es massive Probleme, wenn man für "Drahtlos" und
LAN dieselbe IP-Adresse verwendet. Daher MUSS man zusätzliche IP-Adressen besorgen.

Um diese zusätzlichen IP-Adressen zu beziehen, muss man sich mit seinen Zugangsdaten in der [https://marvin.funkfeuer.at/frontend_wien/ Redeemer Benutzerdatenbank] anmelden. Dann auf "[[Frontend_Nodes|Nodes]]" klicken und beim gewünschten Knoten unter [[Frontend_Devices|Devices]] auf "Show" klicken. Dann mit "Hinzufügen" ein weiteres [[Frontend_Device|Device]] anlegen. Heißt das Gerät zum Beispiel
"nordost", dann wären "nordostlan" oder omnilan, v1lan, knoten1v1x oder knoten1v1lan die möglichen Namen passend zum "Funknamen".

* Im Web-Interface des Routers auf "LAN" klicken
* LAN-Protokoll: "OLSR" auswählen
* LAN-IP: eine der reservierten IP-Adressen.
* LAN-Netzmaske: 255.255.25'''2'''.0 oder 255.255.25'''5'''.0 (je nach LAN-IP), siehe Drahtlos
* "Übernehmen" und neu starten
* 2-4 Ethernet-Kabel an die LAN-Anschlüsse anstecken.
* '''Achtung:''' Dieses Gerät kann jetzt keine dahinter liegenden PC's mit DHCP und NAT versorgen (dazu die weiteren Geräte verwenden) da der LAN-Port für die Verbindung zu den anderen Routern verwendet wird und ist daher auch nicht unter 192.168.1.1 im Browser erreichbar! (entweder auf einem per Kabel verbundenen Router einsteigen und auf der Statusseite zu diesem Gerät durchklicken oder vorher den WAN-Port entsprechend konfigurieren)

Die weiteren Geräte wie unter "[[Freifunk_Firmware#Zwei_Router_im_Verbund|Zwei Router im Verbund]]" angeführt konfigurieren.
Die Ethernet Kabel des ersten Gerätes mit den WAN-Buchsen der weiteren Geräte verbinden, fertig! Auf der Statusseite werden die offizielle IP-Adressen der anderen Router unter "Nachbarn" angezeigt. Der ETX-Wert sollte bei allen nach einer kleinen Wartezeit "1.00" sein.

====Variante 2====
Am LAN Port die fixe interne IP einstellen 192.168.x.x, Mask 255.255.255.0, NAT nicht ausschalten. Am WAN Port OLSR, die FF-Adresse und Mask 255.255.25x.0 einstellen. Sämtliche WAN-Ports der Router mit einem Switch verbinden. Vorteil: die LAN Ports können weiter verwendet werden.

====Variante 3====
Sämtliche Einstellungen wie bei [[Freifunk_Firmware#Variante_2|Variante 2]], aber den Wert für RJ45-Anschluss folgendermaßen anpassen:
[http://wiki.funkfeuer.at/index.php/Freifunk_Firmware#WAN WAN]
Vorteil: Damit kann man LAN als WAN Ports verwenden und benötigt keinen Switch. Verbleibende LAN Ports können weiterhin für interne Endgeräte verwendet werden.
Nachteil: Der eingestellte Wert für RJ45-Anschluss hat je nach verwendeter Hardware eine andere Bedeutung.

==Die Erweiterungen==
===Freifunk recommended===
====Was====
Freifunk-recommended installiert:
*DNS/DHCP Server
*graphische Router Statistiken
*graphische Darstellung des Netzwerks: OLSR-Viz
*horst: ein Kommandozeilen Tool zum WLAN Messen/scannen

====Voraussetzungen für die Installation====
*die Internet(Funk)verbindung steht
*Ein Router mit ausreichend Speicher
====Wie====
* unter "Software1" "Freifunk-recommended-de" auswählen und "Software laden" klicken.
*:[[Bild:freifunk-recommended_software1.png|100px|left]] 
* Anschließend beginnt sich das graue Fenster zu füllen...
*:[[Bild:freifunk-recommended_software1_load.png|100px|left]] 
* Das dauert nun einige Minuten (je nach Internetanbindung) bis zum Schluß folgendes im grauen Fenster steht:
*:[[Bild:freifunk-recommended_software1_load_finish.png|100px|left]] 
* Um die Statistiken zu initialisieren, muss der Router noch rebooten: Unter "Neustart" -> "Einfacher Neustart"
*:nach einigen Minuten erscheint der erste Graph unter "Statistik"
===per ssh===
Die Pakete aus "Freifunk-recommended-de" kann man auch "von Hand" per ssh installieren, hier zwei Beispiele:
====Statistik====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-statistics-de_1.4.5_mipsel.ipk ( '''version ist richtig ?''')
oder
ipkg update
ipkg install freifunk-statistics-de

====OSLR VIZ====
Methode über ssh:

ipkg install http://212.222.128.68/sven-ola/ipkg/packages/freifunk-olsr-viz-de_1.4.5_mipsel.ipk
oder
ipkg update
ipkg install freifunk-olsr-viz-de
Den Linksys umbedingt noch die richtige Uhrzeit und Datum mit geben.

Syntax: date MonatTagStundeMinute

Beispiel:
date 091411242006

09 - monat
14 - tag
11 - std
24 - min
2006 - jahr

reboot

'''mindestens 5 min warten, danach erscheint das erste Statistik Bild '''

----

===Sonstiges===
====Neustart====
Ich finde genial, wie man bei dieser Firmware neustarten kann...
[[Bild:Freifunk-verwaltung-neustart.gif|thumb]]

Chello und Funkfeuer zusammenrouten

2008-03-29T08:50:51Z

GaXi:

(vlan0)
linksys -----------> tunnel --->.... internet .... ---> subway
|(eth1)
|
v
funkfeuer netz

fuer die funkfeuer firmware siehe die variablen *tun* im /etv/vars.sh (alte funkfeuer firmware).

Fuer die neue freifunk FW muss man sich ein bissi mit linux auskennen (man openvpn)

und: funkfeuer core team fragen wegen tunnel IP und port am subway. Muss extra eingerichtet werden.

Was brauche ich dazu?

Einen Internetzugang (Cable/ADSL/xDSL)

1 IP aus dem Funkfeuernetz

Router der FF-Firmware kann

Wie richte ich einen Tunnel ein?

1. flashe deinen Router (Buffalo oder Linksys) auf die aktuelle Firmware (derzeit 1.6.28) erhältlich unter http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/

2. verbinde das WAN-Port von deinem Funkfeuer-Router mit dem Internet, also einem LAN Port des Routers über den du normalerweise surfst. Dabei ist es egal ob du Kabel oder ADSL benutzt. Stelle die für deinen Anschluß richtigen Adressen unter Verwaltung->WAN und LAN ein.

zB

WAN-Protokoll: Statisch

WAN-IP: 192.168.0.2 <-- eine freie IP in deinem Heimnetzwerk

WAN_Netzmaske: 255.255.255.0

WAN-Default-Route: 192.168.0.1 <-- dein Router

LAN-Protokoll: Statisch

LAN-IP: 192.168.11.1 <-- eine freie IP in deinem neuen 2. Heimnetzwerk

LAN_Netzmaske: 255.255.255.0

LAN-Default-Route: leer

3. installiere unter Verwalten -> Software 1 das downgeloadete Paket [http://ipkg.funkfeuer.at/funkfeuer-ipkg-patch_1.6_mipsel.ipk funkfeuer-ipkg-patch_1.6_mipsel.ipk] und mache nach erfolgreicher Installation einen Neustart

4. aktualisiere die Liste der verfügbaren Pakete unter Verwaltung -> Software 2 -> Liste aktualisieren
(sollte der Server nicht erreichbar sein, Ausschalten unter Verwaltung -> Drahtlos -> WLAN-Protokoll wählen und neu starten)

5. installiere die Pakete "openvpn-nossl-nolzo" und das Paket "0xff-openvpn-webif" (WLAN wieder aktivieren)

6. stelle nun unter Verwaltung -> openvpn sämtliche Werte wie folgt ein

Aktivieren: ja

remote IP: 78.41.115.16

Protokoll: UDP

remote Port: * dieser Wert wird dir vom Core Team bekannt gegeben, da extra für dich ein Port eingerichtet werden muss

Shared-Secret: nein

VPN-IP: * die gleiche 0xFF IP wie dein Router Funkseitig schon hat.

VPN-Netzmask: 255.255.252.0

VPN-Gateway: einschalten

VPN-Gateway IP: 192.168.0.1 <-- dein Router (ADSL/Cable)

OLSR auf VPN: einschalten

Policy Routing: aus

Nat für LAN: ein

7. unter Verwaltung -> WAN die WAN-Default-Route IP löschen

8. Neustart - fertig

Unter Home -> Status kannst du dein Tunnel kontrollieren

78.41.112.252 (fromsubway.tunnel.wien.funkfeuer.at) sollte unter Nachbarn (ETX 1.00) aufschienen und vermutlich auch als Default-Route angezeigt.

Unter Home -> Status -> System Log kannst du den Tunnelaufbau nachverfolgen

Jan 1 00:00:07 (none) kern.info kernel: Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky

Jan 1 00:00:15 (none) kern.notice openvpn[530]: OpenVPN 2.0.5 mipsel-linux

Jan 1 00:00:15 (none) kern.warn openvpn[530]: ******* WARNING *******: OpenVPN built without OpenSSL

Jan 1 00:00:15 (none) kern.notice openvpn[530]: TUN/TAP device tap0 opened

Jan 1 00:00:15 (none) kern.notice openvpn[530]: /sbin/ifconfig tap0 193.238.x.x netmask 255.255.252.0 mtu 1500 broadcast 193.238.x.x

Jan 1 00:00:15 (none) kern.notice openvpn[530]: /etc/openvpn/openvpn-webif-if-up.sh tap0 1500 1533 193.238.x.x 255.255.252.0 init

Jan 1 00:00:16 (none) kern.notice openvpn[530]: Data Channel MTU parms [ L:1533 D:1450 EF:1 EB:135 ET:32 EL:0 AF:14/1 ]

Jan 1 00:00:16 (none) kern.notice openvpn[601]: UDPv4 link local (bound): [undef]:*

Jan 1 00:00:16 (none) kern.notice openvpn[601]: UDPv4 link remote: 78.41.115.16:*

Jan 1 00:00:16 (none) kern.notice openvpn[601]: Peer Connection Initiated with 78.41.115.16:*

Jan 1 00:00:17 (none) kern.notice openvpn[601]: Initialization Sequence Completed

Freifunk aktualisieren

2008-02-29T21:09:31Z

GaXi: /* mit NUR 2mb wie wap54g se505 */

<google>WIKI</google>

Hier gibt es auch wieder verschiedene Möglichkeiten dabei ist zu beachten ob man ein Gerät hat mit 2 oder 4 mb Flash hat

==mit NUR 2mb wie wap54g se505==

trifft zu? am besten zu sehen nach dem Einloggen per ssh/putty. Dann "free" in der Shell eingeben und Enter drücken.

ist das Ergebniss 3-stellig unter freiem speicher = nur 2MB Flash
(bei 2MB Flash MUSS per kabel via tftp geflasht werden)

ist das Ergebniss 4-stellig = 4MB Flash oder mehr

==alle anderen mit 4MB oder mehr Flash==

wrt54g/gL asus500p Buffalo usw.

die können problemloser und auch via funk aktualisiert werden
'''IP ADRESSE und Einstellungen bleiben erhalten ! da im nvram gespeichert'''
'''Firmware UPDATEN ist zu 99.999% KEINE Gefahr dass es nicht mehr funktioniert '''

Möglichkeit 1 via ssh/putty
voraussetzung das er die update Files findet sollte unter System die funktionierender DNS server eingetragen sein.

wenn keine funktionierenden DNS ip eingetragen sind geht das update ganz einfach nicht.

in der ssh shell eingeben

auch kompletten block auf einmal per Copy & Paste eingeben (Version im link unten aktuell) ?

cd /tmp/
wget http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/openwrt-freifunk-1.6.27-0xff.trx
firmware-burn openwrt-freifunk-1.6.27-0xff.trx

"Entertaste"

warten ~2 Minuten

ipkg pakete per shh/putty wieder aufspielen ein "Beispiel"

ipkg update
ipkg install freifunk-secureadmin-de horst freifunk-statistics-de
reboot

enter taste

Möglichkeit 2
Auch via funk möglich via http Oberfläche
dazu erst, ....0xff.trx version bei allen Geräten zum updaten besorgen

[http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/ vom 0xff Hauptserver]
Neustart im '''ReadOnly-Modus''' dabei bleibt auch der Funk aktiv !
....0xff.trx version raufladen via
Firmware -> Verwaltung: Firmware -> durchsuchen -> ....0xff.trx Datei angeben -> Firmware laden
warten 2 Minuten
Pakete unter Software nachinstallieren wie nach der Erst-Installation

Freifunk aktualisieren

2008-02-29T21:04:38Z

GaXi: /* mit NUR 2mb wie wap54g se505 */

<google>WIKI</google>

Hier gibt es auch wieder verschiedene Möglichkeiten dabei ist zu beachten ob man ein Gerät hat mit 2 oder 4 mb Flash hat

==mit NUR 2mb wie wap54g se505==

trifft zu? am besten zu sehen nach dem Einloggen per ssh/putty. Dann "free" in der Shell eingeben und Enter drücken.

ist das Ergebniss 3-stellig unter freiem speicher = nur 2MB Flash

ist das Ergebniss 4-stellig = 4MB Flash oder mehr
[http://wiki.funkfeuer.at/index.php?title=Freifunk_Firmware&action=submit#tftp_Installation_linksys_.2A.bin_oder_buffalo_.2A.trx mit 2MB Flash MUSS per kabel via tftp geflasht werden]

==alle anderen mit 4MB oder mehr Flash==

wrt54g/gL asus500p Buffalo usw.

die können problemloser und auch via funk aktualisiert werden
'''IP ADRESSE und Einstellungen bleiben erhalten ! da im nvram gespeichert'''
'''Firmware UPDATEN ist zu 99.999% KEINE Gefahr dass es nicht mehr funktioniert '''

Möglichkeit 1 via ssh/putty
voraussetzung das er die update Files findet sollte unter System die funktionierender DNS server eingetragen sein.

wenn keine funktionierenden DNS ip eingetragen sind geht das update ganz einfach nicht.

in der ssh shell eingeben

auch kompletten block auf einmal per Copy & Paste eingeben (Version im link unten aktuell) ?

cd /tmp/
wget http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/openwrt-freifunk-1.6.27-0xff.trx
firmware-burn openwrt-freifunk-1.6.27-0xff.trx

"Entertaste"

warten ~2 Minuten

ipkg pakete per shh/putty wieder aufspielen ein "Beispiel"

ipkg update
ipkg install freifunk-secureadmin-de horst freifunk-statistics-de
reboot

enter taste

Möglichkeit 2
Auch via funk möglich via http Oberfläche
dazu erst, ....0xff.trx version bei allen Geräten zum updaten besorgen

[http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/ vom 0xff Hauptserver]
Neustart im '''ReadOnly-Modus''' dabei bleibt auch der Funk aktiv !
....0xff.trx version raufladen via
Firmware -> Verwaltung: Firmware -> durchsuchen -> ....0xff.trx Datei angeben -> Firmware laden
warten 2 Minuten
Pakete unter Software nachinstallieren wie nach der Erst-Installation

Freifunk aktualisieren

2008-02-29T21:03:03Z

GaXi: /* alle anderen mit 4MB oder mehr Flash */

<google>WIKI</google>

Hier gibt es auch wieder verschiedene Möglichkeiten dabei ist zu beachten ob man ein Gerät hat mit 2 oder 4 mb Flash hat

==mit NUR 2mb wie wap54g se505==

trift zu? am besten zu sehen mit einloggen per ssh/putty "free" enter

ist das Ergebniss ist 3 stellig unter freien speicher = nur 2MB Flash Flash

ist das Ergebniss 4 stellig = 4MB Flash flash oder mehr
[http://wiki.funkfeuer.at/index.php?title=Freifunk_Firmware&action=submit#tftp_Installation_linksys_.2A.bin_oder_buffalo_.2A.trx mit 2MB Flash MUSS per kabel via tftp geflasht werden]

==alle anderen mit 4MB oder mehr Flash==

wrt54g/gL asus500p Buffalo usw.

die können problemloser und auch via funk aktualisiert werden
'''IP ADRESSE und Einstellungen bleiben erhalten ! da im nvram gespeichert'''
'''Firmware UPDATEN ist zu 99.999% KEINE Gefahr dass es nicht mehr funktioniert '''

Möglichkeit 1 via ssh/putty
voraussetzung das er die update Files findet sollte unter System die funktionierender DNS server eingetragen sein.

wenn keine funktionierenden DNS ip eingetragen sind geht das update ganz einfach nicht.

in der ssh shell eingeben

auch kompletten block auf einmal per Copy & Paste eingeben (Version im link unten aktuell) ?

cd /tmp/
wget http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/openwrt-freifunk-1.6.27-0xff.trx
firmware-burn openwrt-freifunk-1.6.27-0xff.trx

"Entertaste"

warten ~2 Minuten

ipkg pakete per shh/putty wieder aufspielen ein "Beispiel"

ipkg update
ipkg install freifunk-secureadmin-de horst freifunk-statistics-de
reboot

enter taste

Möglichkeit 2
Auch via funk möglich via http Oberfläche
dazu erst, ....0xff.trx version bei allen Geräten zum updaten besorgen

[http://ipkg.funkfeuer.at/freifunk/ipkg/_trx/ vom 0xff Hauptserver]
Neustart im '''ReadOnly-Modus''' dabei bleibt auch der Funk aktiv !
....0xff.trx version raufladen via
Firmware -> Verwaltung: Firmware -> durchsuchen -> ....0xff.trx Datei angeben -> Firmware laden
warten 2 Minuten
Pakete unter Software nachinstallieren wie nach der Erst-Installation