FunkFeuer Wiki - Benutzerbeiträge [de]

Chello und Funkfeuer zusammenrouten

2013-07-09T11:40:31Z

Erich: /* Wie richte ich einen Tunnel ein? */

(vlan0) (tap0) (tapXX)
linksys -----------> tunnel --->.... internet .... ---> tunnelserver
|(eth1)
|
v
funkfeuer netz

???fuer die funkfeuer firmware siehe die variablen *tun* im /etv/vars.sh (alte funkfeuer firmware)???

== Was brauche ich dazu? ==

* Einen Internetzugang (Cable/ADSL/xDSL)
* 1 IP aus dem Funkfeuernetz
* [[Hardware#Router.2FBridges|Router]], der [[Freifunk Firmware]] kann

== Wie richte ich einen Tunnel ein? ==

# Flashe deinen Router (Buffalo oder Linksys) auf die aktuelle Firmware (derzeit 1.6.37) erhältlich unter http://ipkg.funkfeuer.at/freifunk-bk/ipkg/_trx/openwrt-freifunk-1.6.37-0xff.trx
# 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.
#: z.B.:
#: 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 ADSL 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
# 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
# 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)
# Installiere die Pakete "openvpn-nossl-nolzo" (oder openvpn) und das Paket "0xff-openvpn-webif" (WLAN wieder aktivieren)
# Falls nicht installiert, Paket awk installieren. ipkg install http://ipkg.funkfeuer.at/freifunk-bk/ipkg/packages/busybox-awk_1.0.1_mipsel.ipk
# Stelle nun unter Verwaltung → openvpn sämtliche Werte wie folgt ein
#: Aktivieren: ja
#: remote IP: 78.41.115.228
#: 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
# Unter Verwaltung → WAN die WAN-Default-Route IP löschen
# Neustart - fertig

Da die neu openVPN Version 2.1.1 http://ipkg.funkfeuer.at/freifunk-bk/ipkg/packages/openvpn_2.1.1_mipsel.ipk die Skrips des WebIf nicht mehr ausführt, muss in der Datei /etc/init.d/S42openvpn mit dem Editor "vi" händisch nagebessert werden.
In die Zeile vor Verb3 stellen und i drücken.
Mit Enter eine Zeile einfügen.
"script-security 3 system" eintragen und mit Taste Escape :wq die Datei speichern. Neustart durchführen.
Wenn der Tunnel am Server mit Komprimierung eingerichtet wurden, so ist noch die Zeile "comp-lzo" hinzuzufügen. Dann ist auch unter Punkt 5 ein openvpn Paket mit LZO zu installieren.

Unter Home → Status kannst du deinen Tunnel kontrollieren

vpn.tunnel.wien.funkfeuer.at 193.238.159.100 sollte unter Nachbarn (ETX 1.000) aufscheinen und kurze Zeit später auch als Default-Route angezeigt werden.

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.228:*
Jan 1 00:00:16 (none) kern.notice openvpn[601]: Peer Connection Initiated with 78.41.115.228:*
Jan 1 00:00:17 (none) kern.notice openvpn[601]: Initialization Sequence Completed

Weitere Aufgaben: Die Firewall ist nicht ausreichend konfiguriert. Es werden Pakete vom oxff-Netz in das interne Linksys WAN<-->ADSL Netz weitergeleitet. Private Rechner am ADSL sind somit aus dem Funkfeuer Netz erreichbar. Rechner auf die LAN Ports des Linksys umhängen oder eigenen Router konfigurieren oder Firewall anpassen.
[[Category:Dokumentation]]
[[Category:Software]]
[[Category:Routing]]
[[Category:HowTo]]

Chello und Funkfeuer zusammenrouten

2013-07-09T11:38:05Z

Erich:

(vlan0) (tap0) (tapXX)
linksys -----------> tunnel --->.... internet .... ---> tunnelserver
|(eth1)
|
v
funkfeuer netz

???fuer die funkfeuer firmware siehe die variablen *tun* im /etv/vars.sh (alte funkfeuer firmware)???

== Was brauche ich dazu? ==

* Einen Internetzugang (Cable/ADSL/xDSL)
* 1 IP aus dem Funkfeuernetz
* [[Hardware#Router.2FBridges|Router]], der [[Freifunk Firmware]] kann

== Wie richte ich einen Tunnel ein? ==

# Flashe deinen Router (Buffalo oder Linksys) auf die aktuelle Firmware (derzeit 1.6.37) erhältlich unter http://ipkg.funkfeuer.at/freifunk-bk/ipkg/_trx/openwrt-freifunk-1.6.37-0xff.trx
# 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.
#: z.B.:
#: 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 ADSL 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
# 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
# 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)
# Installiere die Pakete "openvpn-nossl-nolzo" (oder openvpn) und das Paket "0xff-openvpn-webif" (WLAN wieder aktivieren)
# Falls nicht installiert, Paket awk installieren. ipkg install http://ipkg.funkfeuer.at/freifunk-bk/ipkg/packages/busybox-awk_1.0.1_mipsel.ipk
# Stelle nun unter Verwaltung → openvpn sämtliche Werte wie folgt ein
#: Aktivieren: ja
#: remote IP: 78.41.115.228
#: 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
# Unter Verwaltung → WAN die WAN-Default-Route IP löschen
# Neustart - fertig

Da die neu openVPN Version 2.1.1 http://ipkg.funkfeuer.at/freifunk-bk/ipkg/packages/openvpn_2.1.1_mipsel.ipk die Skrips des WebIf nicht mehr ausführt, muss in der Datei /etc/init.d/S42openvpn mit dem Editor "vi" händisch nagebessert werden.
In die Zeile vor Verb3 stellen und i drücken.
Mit Einter eine Zeile einfügen.
"script-security 3 system" eintragen und mit Taste Escape :wq die Datei speichern. Neustart durchführen.
Wenn der Tunnel am Server mit Komprimierung eingerichtet wurden, so ist noch die Zeile "comp-lzo" hinzuzufügen.

Unter Home → Status kannst du deinen Tunnel kontrollieren

vpn.tunnel.wien.funkfeuer.at 193.238.159.100 sollte unter Nachbarn (ETX 1.000) aufscheinen und kurze Zeit später auch als Default-Route angezeigt werden.

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.228:*
Jan 1 00:00:16 (none) kern.notice openvpn[601]: Peer Connection Initiated with 78.41.115.228:*
Jan 1 00:00:17 (none) kern.notice openvpn[601]: Initialization Sequence Completed

Weitere Aufgaben: Die Firewall ist nicht ausreichend konfiguriert. Es werden Pakete vom oxff-Netz in das interne Linksys WAN<-->ADSL Netz weitergeleitet. Private Rechner am ADSL sind somit aus dem Funkfeuer Netz erreichbar. Rechner auf die LAN Ports des Linksys umhängen oder eigenen Router konfigurieren oder Firewall anpassen.
[[Category:Dokumentation]]
[[Category:Software]]
[[Category:Routing]]
[[Category:HowTo]]

Tunnel Setup

2013-07-09T11:09:08Z

Erich: /* OpenVPN Konfiguration */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

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

''' 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>tunnelserver.funkfeuer.at</code> (genauer: 78.41.115.228), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnelserver.funkfeuer.at</code> (bzw. eigentlich 78.41.115.228). 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.127
tapX: 193.238.158.128
tunnelserver: 78.41.115.228
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / tunnelserver: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>tunnelserver.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 '''
Link zum Paket http://ipkg.funkfeuer.at/ipkg/1.6/0xff-openvpn-webif_1.5.3_mipsel.ipk

=== 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 --> 78.41.115.228
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt. --> 50xx
* Die ''VPN-IP'' ist die IP die man sich im redeemer für das tunnel-interface besorgt hat. --> 78.x.x.x
* Die ''VPN-Netzmaske'' ist /32 bzw 255.255.255.'''255'''??
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface. Dein ADSL Modem.

=== 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.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup

2013-07-09T11:08:31Z

Erich: /* OpenVPN Konfiguration */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

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

''' 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>tunnelserver.funkfeuer.at</code> (genauer: 78.41.115.228), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnelserver.funkfeuer.at</code> (bzw. eigentlich 78.41.115.228). 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.127
tapX: 193.238.158.128
tunnelserver: 78.41.115.228
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / tunnelserver: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>tunnelserver.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 '''
Link zum Paket http://ipkg.funkfeuer.at/ipkg/1.6/0xff-openvpn-webif_1.5.3_mipsel.ipk

=== 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 --> 78.41.115.228
* Das ''remote port'' ist das Port, das man von den Tunnel-Admins zugeteilt bekommt. --> 4321
* Die ''VPN-IP'' ist die IP die man sich im redeemer für das tunnel-interface besorgt hat. --> 78.x.x.x
* Die ''VPN-Netzmaske'' ist /32 bzw 255.255.255.'''255'''??
* Die ''VPN Gateway IP'' ist der eigentliche Gateway auf dem WAN-Interface. Dein ADSL Modem.

=== 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.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup

2013-07-09T11:04:30Z

Erich: /* Installation über SSH */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

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

''' 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>tunnelserver.funkfeuer.at</code> (genauer: 78.41.115.228), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnelserver.funkfeuer.at</code> (bzw. eigentlich 78.41.115.228). 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.127
tapX: 193.238.158.128
tunnelserver: 78.41.115.228
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / tunnelserver: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>tunnelserver.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 '''
Link zum Paket http://ipkg.funkfeuer.at/ipkg/1.6/0xff-openvpn-webif_1.5.3_mipsel.ipk

=== 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 IP die man sich im redeemer für das tunnel-interface besorgt hat.
* Die ''VPN-Netzmaske'' ist /32 bzw 255.255.255.255
* 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.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup

2013-07-09T10:59:57Z

Erich: /* Grundlegendes */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

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

''' 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>tunnelserver.funkfeuer.at</code> (genauer: 78.41.115.228), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>tunnelserver.funkfeuer.at</code> (bzw. eigentlich 78.41.115.228). 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.127
tapX: 193.238.158.128
tunnelserver: 78.41.115.228
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / tunnelserver: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>tunnelserver.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 IP die man sich im redeemer für das tunnel-interface besorgt hat.
* Die ''VPN-Netzmaske'' ist /32 bzw 255.255.255.255
* 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.

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

0xFF-Backfire Vienna

2013-06-21T05:45:44Z

Erich: /* Es werden keine Paket weitergeroutet = */

''Aufgrund der Neuentwicklung der Funkfeuer-Firmware wurde die Weiterentwicklung dieses openWRT Snapshots per 31.12.2012 eingestellt. Bugfixes sind von dieser Änderung nicht betroffen.
Die Repositories von 0xFF Backfire Vienna werden bis zum 31.12.2013 zur Verfügung stehen. --[[Benutzer:JoeSemler|JoeSemler]] ([[Benutzer Diskussion:JoeSemler|Diskussion]]) 10:32, 9. Jun. 2013 (CEST)''


'''[http://www.openwrt.org openWRT Backfire]''' ist eine, auf dem Betriebssystem Linux basierenden Firmware, die anstelle der Originalsoftware auf handelsüblichen Wireless-Routern verwendet werden kann um an den Netzen der Funkfeuer-Communities teilnehmen zu können.

Die vorliegende Anleitung beschreibt, wie 0xFF-Backfire Vienna auf den Routern installiert und konfiguriert werden kann.

= Installation =
Nachdem Backfire Vienna auf unterschiedlichen Gerätetypen unterschiedlicher Herstellern installiert werden kann, ist eine allgemein gültige Anleitung für die Installation der Basis-Software hier nicht möglich.

Eine genaue Installationsanleitung unserer Standardgeräte

*AirGrid M2 (outdoor)
''Device zeigt aufgrund eines bekannten Software-bugs Funktionsbeeintrachtigungen m Nahbereich von GSM-Sendern. Bitte daher vorher messen und erst danach kaufen! Alternativ kann Ubnt NanoBridge m2 verwendet werden''
*AirGrid M5 (outdoor)
*TP-Link TL-WR741ND (Indoor Switch)
*TP-Link TL-MR3420 (3g Switch)
*Bullet M2
*Bullet M5

finden sie in unserem [[SW-Installation|Installationsbereich]]; in der [[Hardware|Hardwareliste]] finden sich jedoch eine große Anzahl weiterer Geräte auf denen unsere Images getestet wurden und garantiert laufen.

Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen. Gib diese IP in deinen Browser ein, um auf die Startseite zu gelangen.

=LuCI - Das Backfire-Vienna GUI=
LuCI besteht in der aktuellen Version aus zwei Ansichten.
#Die öffentliche "Freifunk-Ansicht", in der die wichtigsten Infos zum Router ohne Login abgerufen werden können
#Das Administrationsinterface, in dem (fast) alle Einstellungen vorgenommen werden können

Nach dem Aufruf der IP 192.168.1.1 bist du erst mal in der Freifunk-Ansicht.

[[Datei:B01.png]]

Dein neuer Router informiert dich jetzt, dass er ein Sicherheitsrisiko in sich birgt und du ein Passwort setzen solltest. Bevor wir das machen, aber noch ein paar Worte zum Backfire Vienna Konfigurationskonzept.

==LuCI-Basiskonfiguration (0xFF-Endknoten)==
Backfire Vienna verfolgt ein anwendungsspezifisches Konfigurationskonzept. D.h. jeder ihrer Anwendungsfälle hat genau eine Konfiguration, die diesen erfüllt.

Aktuell sind unsere Router im Auslieferungszustand als '''[[LuCI-Basiskonfiguration(0xFF-Endknoten)|0xFF-Endknoten]]''' konfiguriert. Das bedeutet, dass sie nach wenigen Konfigurationsschritten dazu verwendet werden können, über das Funkfeuer-Freenet ins Internet zu gelangen. Welche individuellen Schritte hier nur noch zu tun sind, wollen wir euch in diesem Abschnitt näher erläutern.

''Nachdem Backfire Vienna im Sommer 2013 abgelöst wird, sind hier keine weiteren Anwendungsfälle geplant. --[[Benutzer:JoeSemler|JoeSemler]] ([[Benutzer Diskussion:JoeSemler|Diskussion]]) 09:03, 9. Jun. 2013 (CEST)''

===Passwort setzen===
Um das Passwort setzen zu können, musst du erst mal in das Administartions-Interface wechseln. Die Umschaltmöglichkeit findest du rechts oben im GUI, gleich unter der Trennlinie.

Da direkt nach der Installation noch kein Passwort gesetzt ist, kannst du den Passwort-Dialog ignorieren und sofort auf Login klicken. Schon bist du im Administrations-Interface angelangt. Du erkennst es daran, dass du nun eine umfangreichere Menüleiste als zuvor hast.

[[Datei:B02.png]]

Über den Eintrag '''System''' und '''Administration''' gelangst du dorthin, wo du das Passwort setzen kannst. Bitte wähle ein sicheres Passwort, dass '''mindestens aus 9 Zeichen besteht''' und davon mindestens einen '''Groß- und einen Kleinbuchstaben''', eine '''Ziffer''' sowie auch '''Sonderzeichen''' enthält.

Mit '''Speicher und Anwenden''' übernimmst du das gewählte Passwort und der Blinketext verschwindet. - Endlich. :-)

Falls du dein Passwort vergessen hast, musst du den Router im failsafe Mode starten und mit passwd ein neues Passwort setzen.

===Grundeinstellungen===
Als erstes wollen wir die Grundeinstellungen für euren Router (Device) und für die 0xFF-Community vornehmen, in der ihr euch befindet.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Grundeinstellungen''' wählen.

[[Datei:B03.png]]

====Community====
Hier bitte das Funkfeuer-Netz auswählen, in dem sich euer Knoten befindet.

''Anm.: Über diese Funktion werden wir zukünftig die Grundeinstellungen für eure Community vorab einstellen können, um den Konfigurationsaufwand zu reduzieren''

====Grundlegende Sytemeinstellungen (Basic System Settings)====
In diesem Abschnitt nun bitte
*der ''Hostname'' ist der Name eures Devices. Wir wählen dazu die Syntax '''device.node''' mit den Namen, die ihr in der Knotendatenbank gewählt habt.
*der ''Standort'' gibt Auskunft, wo sich euer Knoten befindet und ist später für jeden Besucher ersichtlich.
*die ''Koordinaten (Länge, Breite)'' können über OpenStreetmap direkt ermittelt werden. Dazu nur den Ort anklicken, an dem ihr euch befindet und
*mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

===Kontakt===
Anschließend wollen wir die Kontakteinstellungen vornehmen - Besucher und Interessenten sollten wissen, wie sie euch erreichen können.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Kontakt''' wählen.

Dabei kann jeder selbst entscheiden, welche Informationen er über sich preisgeben will. Es müssen jedoch
*die Felder ''Pseudonym'', ''Name'' und ''E-Mail'' befüllt sein, um
*die Eingabe mit '''Speichern & Anwenden''' abschließen zu können.

===Schnittstellen (Interfaces)===
Nun kommen wir schon zu den wenigen technischen Settings, die ihr an eurem Router vornehmen müsst, um erst mal ins Internet zu gelangen. Wir beginnen mit den Schnittstellen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Schnittstellen''' wählen.

====AIR0 - Allgemeine EInstellungen====
Vorerst muss nur die Funkschnittstelle angepasst werden, da ihr je bereits zu eurem Router ein Verbindung habt.
Hier braucht ihr nun die IP-Adresse, die ihr euch aus der [https://marvin.funkfeuer.at/frontend_wien/ Knotendatenbank] geholt habt und unter
*''IPv4-Adresse'' eintragen.
*''IPv4-Broadcast'' den Wert ''255.255.255.255'' eintragen.
*Alle anderen Einstellungen bitte unverändert lassen und mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

====LAN - Allgemeine EInstellungen====
In diesem Bereich sind für die Endknoten-Konfiguration keine Änderungen erforderlich.

===Drahtlos===
Jetzt wird noch euer WLAN konfiguriert und dann könnt ihr bald loslegen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Drahtlos''' wählen.

====Netzwerke scannen====
In der Drahtlosübersicht habt hir die Möglichkeit, eure Umgebung zu Scannen. Über dein Button '''Scan''' bekommt ihr nach einigen Sekunden eine übersicht aller empfangenen Stationen. Alle Stationen mit '''Funkfeuer''' im Namen sind schon mal ein heisser Tipp.
Die '''Signalstärke''' ganz links gibt euch Auskunft darüber, wie die Gegenstelle zu empfangen ist. Werte über 35-40% lassen bereits auf einen guten Linkpartner hoffen.

Bitte jetzt NICHT "Netzwerk beitreten" klicken, sondern SSID, BSSID und Kanal merken und mit '''Zurück zur Übersicht''' in die Übersich zurückkehren.

====Gerätekonfiguration====
Jetzt über den Button '''Bearbeiten''' in die Konfiguration einsteigen und folgendes anpassen:
*'''Kanal'''
*Gegebenenfalls '''Sendeleistung'''

''Als Faustregel gilt jedoch: Immer so gering als möglich einstellen, da sich hohe Sendeleistungen auf die Empfindlichkeit des Gerätes und der Performance im gesamten Netz auswirken.''

====Schnittstellenkonfiguration====
In der Schnittstellenkonfiguration können Änderungen am ''Modus'' erforderlich sein, wenn ihr nicht mit einer AdHoc-Gegenstelle sondern mit einem AccesPoint (AP) verbunden seid. Entsprechend dieser Einstellung müsst ihr
*bei AP-Modus müsst ihr im ''Modus'' '''Client''' auswählen und die ''ESSID'' der Gegenstelle eintragen. Die ''BSSID'' kann frei bleiben.
*bei AdHoc bitte ''Modus'' auch auf '''AdHoc''' belassen und die gleiche ''BSSID'' wie die Gegenstelle wählen. ''ESSID'' kann hier frei gewählt werden.

===Konfiguration vervollständigen===
Unsere Backfire Vienna verfügt seit Version 4.0 über eine Komponente, die euch bei der Vervollständigung eurer Konfiguration unterstützt. In Abhängigkeit eurer Community (derzeit haben wie Wien, Graz und Weststeiermark aufgenommen) werden, abhängig von der eingetragenen IP-Adresse, '''bei jedem Reboot''' Netzmaske und DNS-Server und OLSR-Settings kontrolliert und gegebenenfalls korrigiert. Um den Schutz unserer Netze gegen externe Angreifer zu sichern, nehmen wir auch Anpassungen an den Firewall-Settings vor.

Um bei Tests diese Funktion zu umgehen, könnt ihr den '''0xFF-Configger''' über '''System''' und das Untermenü '''Systemstart''' leicht deaktivieren und nach getanener Arbeit wieder aktivieren.

= Troubleshooting =

===Failsafe-Mode===
Manche Router verfügen über einen Failsafe-Mode, über den OpenWRT mit den Standard-Einstellungen (192.168.1.1) gestartet werden kann. Wie man in diesen Modus kommt, seht Ihr an dieser Liste [[Failsafe-Modes]].
Auf die bisher eingerichtete, defekte Konfiguration kann zugegriffen werden, indem Ihr mittels telnet 192.168.1.1 auf den Router zugreift und mittels "mount_root" das Dateisystem einbindet. Nach dem editieren der Systemdateien gebt "sync" anschließend "reboot -f" ein.
Wenn alles geklappt hat, ist der Router mit der korrigierten Konfiguration wieder wie bisher erreichbar.

Passwort vergessen? http://wiki.openwrt.org/doc/howto/generic.failsafe

=== Signal gut, OLSR-Tabelle leer ===
Der Linkpartner ist nicht im eigenen Subnetz 193.238.x.x oder 78.41.113.x. Lösung: Die Broadcast-Adresse Deines Devices ist nicht auf 255.255.255.255 eingestellt.
Bridgeing ist aktiviert, obwohl Du im Ad-Hoc-Mode arbeitest. Das verträgt sich nicht. Lösung: Bei Schnittstellen die air0-Schnittstelle bearbeiten und und das Häkchen bei "Überbrückt die Schnittstellen" entfernen.

=== Signal gut, OLSR-Tabelle zeigt eine Gegenstelle im roten Bereich ===
Der Linkpartner empfängt Deine Station nicht so, wie Du seine Station empfängst. Lösung: Sendeleistung und Ausrichtung der Antenne überprüfen.

=== Signal gut, aber sehr hohe Paketverluste ===

==== bei Atheros-Gerät mit nur einem Drahtlosnetz im Ad-Hoc-Mode ====
weitere Symptome: vermehrt niedrige Datenraten, hohe Paketverluste, selbst bei 1Mbit-Verbindungen. Aussetzer kommen in "Wellen".
Wegen eines Bugs in Backfire-Firmwares funktioniert die Kanalwahl im Ad-Hoc-Mode nicht zuverlässig, wenn nur ein Ad-Hoc-Netzwerk betrieben wird. Wenn die Verbindung nicht optimal ist (Reflektionen, Mehrwegeausbreitung), kann die Frequenz (scheinbar) driften, sichtbar daran, dass auf der Statusseite der Kanal häufig wechselt. (Du hast z.B.: "4" eingestellt, aber es erscheint abwechselnd "1", "3", "4"). Workaround: Lege ein Drahtlosnetzwerk im Master-Mode an, dann erst das Ad-Hoc-Netz. Reboote anschließend den Router. Das fixiert den Kanal über das Master-Netzwerk auch für das Ad-Hoc-Netz und die Verbindung wird stabiler. Das Master-Netzwerk muss stets zuerst angelegt werden!!

==== Störungen durch andere Applikationen im 2.4GHz-Band ====
Ein Kanalwechsel kann helfen.

=== Signal gut, aber sehr niedrige nominelle und effektive Datenraten ===
'''!Experimentelle Ansätze - nicht auf zentralen Knoten verwenden! Erst mittels kleinen, abgetrennten Netzen simulieren/testen.'''
* Auf Atheros-Geräten die Basic rates für G-only-Mode setzen.
Z.B.: config wifi-device 'radio0'
...
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'
list basic_rate '48000'
list basic_rate '54000'
...

* Auf Linksys:
# G-only-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=2
# B/G-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=1

# Raten setzen - wahlweise:
"Je nach Modus":
nvram set wl0_rateset=default
oder "Alle"
nvram set wl0_rateset=all
oder "G-Only"
nvram set wl0_rateset="6 9 12 18 24 36 48 54"

Damit setzt man lediglich eine Präferenz, indem der Gegenstelle mitgeteilt wird, dass man nur diese Raten versteht. Die Mitteilung selbst erfolgt mit einem Beacon, das mit 1Mbit übertragen wird. Die Gegenstelle kann dennoch mit anderen Raten sprechen.

* Multicast-Rate auf 6, 9 oder 12 Mbit setzen:
Z.B.: config wifi-iface
...
option mcast_rate '6000'

* Linksys:
nvram set wl0_mrate=6000

* Linksys: G-Mode-Protection auf Automatik setzen
Über die Konsole:
nvram set wl0_gmode_protection=auto
oder "always on"
nvram set wl0_gmode_protection=on

G-Mode-Protection bewirkt, dass von neueren G- oder N-fähigen Geräten vor einer Datenübertragung ein Frame mit 1Mbit-Datenrate ausgesandt wird, der von allen anderen Stationen verstanden wird und der ungefähr den Inhalt hat: Das nachfolgende Paket sende ich, schweigt einfach für die nächsten x Millisekunden und stört meine Übertragung nicht (auch, und gerade weil Ihr es eh nicht verstehen könnt, weil ich n spreche und Ihr nicht!).
Auch, wenn wir (angeblich) keine B-Geräte in Verwendung haben und neuere Geräte das standardmäßig aktiviert haben - Openwrt kann keinen Greenfield-Mode - sollte es eingeschaltet bleiben, da Ad-Hoc-Mode im Gegensatz zum Master-Mode zwangsläufig zum Quasseln führt, insbesondere wenn Stationen sich nicht gegenseitig sehen können. Die RTS-Schwelle ergänzt die G-Mode-Protection insofern, als ein Vier-Wege-Handshake einer Datenübertragung vorausgeht, wenn deren Nutzdaten x Byte des Schwellwertes überschreiten. Kleinere Pakete werden ohne einen Handshake gesendet.

----

Beispiel für Airgrid/Bullet:
config wifi-device 'radio0'
option type 'mac80211'
option macaddr '00:11:22:33:44:55'
option diversity 0
option txantenna 1
option rxantenna 1
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC1'
list ht_capab 'DSSS_CCK-40'
option disabled '0'
option country 'AT'
option distance '7999'
option channel '13'
option beacon_int '800'
option txpower '0'
option hwmode '11ng'
option htmode 'HT20'
option rts '1'
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'

config wifi-iface
option device 'radio0'
option mode 'ap'
option encryption 'none'
option network 'Master'
option isolate '1'
option ssid 'accesspoint.funkfeuer.at'

config wifi-iface
option network 'air0'
option device 'radio0'
option mode 'adhoc'
option encryption 'none'
option ssid 'v13.adhoc.funkfeuer.at'
option bssid '26:A7:D4:E4:4F:4D'
option dtim_period '4'
# nicht unbedingt erforderlich:
# option mcast_rate '6000'

=== Es werden keine Paket weitergeroutet ===
Problem: Der Funklink ist gut, der Router ist auf seiner internen IP 192.168.x.x pingbar und kann auch ins Internet pingen, aber
Pakete vom PC ins Internet werden am Router verworfen.

Lösung: Netzwerk->Firewall->Allgemeine Einstellungen -> Weitergeleitet auf annehmen stellen

0xFF-Backfire Vienna

2013-06-21T05:45:23Z

Erich:

''Aufgrund der Neuentwicklung der Funkfeuer-Firmware wurde die Weiterentwicklung dieses openWRT Snapshots per 31.12.2012 eingestellt. Bugfixes sind von dieser Änderung nicht betroffen.
Die Repositories von 0xFF Backfire Vienna werden bis zum 31.12.2013 zur Verfügung stehen. --[[Benutzer:JoeSemler|JoeSemler]] ([[Benutzer Diskussion:JoeSemler|Diskussion]]) 10:32, 9. Jun. 2013 (CEST)''


'''[http://www.openwrt.org openWRT Backfire]''' ist eine, auf dem Betriebssystem Linux basierenden Firmware, die anstelle der Originalsoftware auf handelsüblichen Wireless-Routern verwendet werden kann um an den Netzen der Funkfeuer-Communities teilnehmen zu können.

Die vorliegende Anleitung beschreibt, wie 0xFF-Backfire Vienna auf den Routern installiert und konfiguriert werden kann.

= Installation =
Nachdem Backfire Vienna auf unterschiedlichen Gerätetypen unterschiedlicher Herstellern installiert werden kann, ist eine allgemein gültige Anleitung für die Installation der Basis-Software hier nicht möglich.

Eine genaue Installationsanleitung unserer Standardgeräte

*AirGrid M2 (outdoor)
''Device zeigt aufgrund eines bekannten Software-bugs Funktionsbeeintrachtigungen m Nahbereich von GSM-Sendern. Bitte daher vorher messen und erst danach kaufen! Alternativ kann Ubnt NanoBridge m2 verwendet werden''
*AirGrid M5 (outdoor)
*TP-Link TL-WR741ND (Indoor Switch)
*TP-Link TL-MR3420 (3g Switch)
*Bullet M2
*Bullet M5

finden sie in unserem [[SW-Installation|Installationsbereich]]; in der [[Hardware|Hardwareliste]] finden sich jedoch eine große Anzahl weiterer Geräte auf denen unsere Images getestet wurden und garantiert laufen.

Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen. Gib diese IP in deinen Browser ein, um auf die Startseite zu gelangen.

=LuCI - Das Backfire-Vienna GUI=
LuCI besteht in der aktuellen Version aus zwei Ansichten.
#Die öffentliche "Freifunk-Ansicht", in der die wichtigsten Infos zum Router ohne Login abgerufen werden können
#Das Administrationsinterface, in dem (fast) alle Einstellungen vorgenommen werden können

Nach dem Aufruf der IP 192.168.1.1 bist du erst mal in der Freifunk-Ansicht.

[[Datei:B01.png]]

Dein neuer Router informiert dich jetzt, dass er ein Sicherheitsrisiko in sich birgt und du ein Passwort setzen solltest. Bevor wir das machen, aber noch ein paar Worte zum Backfire Vienna Konfigurationskonzept.

==LuCI-Basiskonfiguration (0xFF-Endknoten)==
Backfire Vienna verfolgt ein anwendungsspezifisches Konfigurationskonzept. D.h. jeder ihrer Anwendungsfälle hat genau eine Konfiguration, die diesen erfüllt.

Aktuell sind unsere Router im Auslieferungszustand als '''[[LuCI-Basiskonfiguration(0xFF-Endknoten)|0xFF-Endknoten]]''' konfiguriert. Das bedeutet, dass sie nach wenigen Konfigurationsschritten dazu verwendet werden können, über das Funkfeuer-Freenet ins Internet zu gelangen. Welche individuellen Schritte hier nur noch zu tun sind, wollen wir euch in diesem Abschnitt näher erläutern.

''Nachdem Backfire Vienna im Sommer 2013 abgelöst wird, sind hier keine weiteren Anwendungsfälle geplant. --[[Benutzer:JoeSemler|JoeSemler]] ([[Benutzer Diskussion:JoeSemler|Diskussion]]) 09:03, 9. Jun. 2013 (CEST)''

===Passwort setzen===
Um das Passwort setzen zu können, musst du erst mal in das Administartions-Interface wechseln. Die Umschaltmöglichkeit findest du rechts oben im GUI, gleich unter der Trennlinie.

Da direkt nach der Installation noch kein Passwort gesetzt ist, kannst du den Passwort-Dialog ignorieren und sofort auf Login klicken. Schon bist du im Administrations-Interface angelangt. Du erkennst es daran, dass du nun eine umfangreichere Menüleiste als zuvor hast.

[[Datei:B02.png]]

Über den Eintrag '''System''' und '''Administration''' gelangst du dorthin, wo du das Passwort setzen kannst. Bitte wähle ein sicheres Passwort, dass '''mindestens aus 9 Zeichen besteht''' und davon mindestens einen '''Groß- und einen Kleinbuchstaben''', eine '''Ziffer''' sowie auch '''Sonderzeichen''' enthält.

Mit '''Speicher und Anwenden''' übernimmst du das gewählte Passwort und der Blinketext verschwindet. - Endlich. :-)

Falls du dein Passwort vergessen hast, musst du den Router im failsafe Mode starten und mit passwd ein neues Passwort setzen.

===Grundeinstellungen===
Als erstes wollen wir die Grundeinstellungen für euren Router (Device) und für die 0xFF-Community vornehmen, in der ihr euch befindet.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Grundeinstellungen''' wählen.

[[Datei:B03.png]]

====Community====
Hier bitte das Funkfeuer-Netz auswählen, in dem sich euer Knoten befindet.

''Anm.: Über diese Funktion werden wir zukünftig die Grundeinstellungen für eure Community vorab einstellen können, um den Konfigurationsaufwand zu reduzieren''

====Grundlegende Sytemeinstellungen (Basic System Settings)====
In diesem Abschnitt nun bitte
*der ''Hostname'' ist der Name eures Devices. Wir wählen dazu die Syntax '''device.node''' mit den Namen, die ihr in der Knotendatenbank gewählt habt.
*der ''Standort'' gibt Auskunft, wo sich euer Knoten befindet und ist später für jeden Besucher ersichtlich.
*die ''Koordinaten (Länge, Breite)'' können über OpenStreetmap direkt ermittelt werden. Dazu nur den Ort anklicken, an dem ihr euch befindet und
*mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

===Kontakt===
Anschließend wollen wir die Kontakteinstellungen vornehmen - Besucher und Interessenten sollten wissen, wie sie euch erreichen können.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Kontakt''' wählen.

Dabei kann jeder selbst entscheiden, welche Informationen er über sich preisgeben will. Es müssen jedoch
*die Felder ''Pseudonym'', ''Name'' und ''E-Mail'' befüllt sein, um
*die Eingabe mit '''Speichern & Anwenden''' abschließen zu können.

===Schnittstellen (Interfaces)===
Nun kommen wir schon zu den wenigen technischen Settings, die ihr an eurem Router vornehmen müsst, um erst mal ins Internet zu gelangen. Wir beginnen mit den Schnittstellen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Schnittstellen''' wählen.

====AIR0 - Allgemeine EInstellungen====
Vorerst muss nur die Funkschnittstelle angepasst werden, da ihr je bereits zu eurem Router ein Verbindung habt.
Hier braucht ihr nun die IP-Adresse, die ihr euch aus der [https://marvin.funkfeuer.at/frontend_wien/ Knotendatenbank] geholt habt und unter
*''IPv4-Adresse'' eintragen.
*''IPv4-Broadcast'' den Wert ''255.255.255.255'' eintragen.
*Alle anderen Einstellungen bitte unverändert lassen und mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

====LAN - Allgemeine EInstellungen====
In diesem Bereich sind für die Endknoten-Konfiguration keine Änderungen erforderlich.

===Drahtlos===
Jetzt wird noch euer WLAN konfiguriert und dann könnt ihr bald loslegen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Drahtlos''' wählen.

====Netzwerke scannen====
In der Drahtlosübersicht habt hir die Möglichkeit, eure Umgebung zu Scannen. Über dein Button '''Scan''' bekommt ihr nach einigen Sekunden eine übersicht aller empfangenen Stationen. Alle Stationen mit '''Funkfeuer''' im Namen sind schon mal ein heisser Tipp.
Die '''Signalstärke''' ganz links gibt euch Auskunft darüber, wie die Gegenstelle zu empfangen ist. Werte über 35-40% lassen bereits auf einen guten Linkpartner hoffen.

Bitte jetzt NICHT "Netzwerk beitreten" klicken, sondern SSID, BSSID und Kanal merken und mit '''Zurück zur Übersicht''' in die Übersich zurückkehren.

====Gerätekonfiguration====
Jetzt über den Button '''Bearbeiten''' in die Konfiguration einsteigen und folgendes anpassen:
*'''Kanal'''
*Gegebenenfalls '''Sendeleistung'''

''Als Faustregel gilt jedoch: Immer so gering als möglich einstellen, da sich hohe Sendeleistungen auf die Empfindlichkeit des Gerätes und der Performance im gesamten Netz auswirken.''

====Schnittstellenkonfiguration====
In der Schnittstellenkonfiguration können Änderungen am ''Modus'' erforderlich sein, wenn ihr nicht mit einer AdHoc-Gegenstelle sondern mit einem AccesPoint (AP) verbunden seid. Entsprechend dieser Einstellung müsst ihr
*bei AP-Modus müsst ihr im ''Modus'' '''Client''' auswählen und die ''ESSID'' der Gegenstelle eintragen. Die ''BSSID'' kann frei bleiben.
*bei AdHoc bitte ''Modus'' auch auf '''AdHoc''' belassen und die gleiche ''BSSID'' wie die Gegenstelle wählen. ''ESSID'' kann hier frei gewählt werden.

===Konfiguration vervollständigen===
Unsere Backfire Vienna verfügt seit Version 4.0 über eine Komponente, die euch bei der Vervollständigung eurer Konfiguration unterstützt. In Abhängigkeit eurer Community (derzeit haben wie Wien, Graz und Weststeiermark aufgenommen) werden, abhängig von der eingetragenen IP-Adresse, '''bei jedem Reboot''' Netzmaske und DNS-Server und OLSR-Settings kontrolliert und gegebenenfalls korrigiert. Um den Schutz unserer Netze gegen externe Angreifer zu sichern, nehmen wir auch Anpassungen an den Firewall-Settings vor.

Um bei Tests diese Funktion zu umgehen, könnt ihr den '''0xFF-Configger''' über '''System''' und das Untermenü '''Systemstart''' leicht deaktivieren und nach getanener Arbeit wieder aktivieren.

= Troubleshooting =

===Failsafe-Mode===
Manche Router verfügen über einen Failsafe-Mode, über den OpenWRT mit den Standard-Einstellungen (192.168.1.1) gestartet werden kann. Wie man in diesen Modus kommt, seht Ihr an dieser Liste [[Failsafe-Modes]].
Auf die bisher eingerichtete, defekte Konfiguration kann zugegriffen werden, indem Ihr mittels telnet 192.168.1.1 auf den Router zugreift und mittels "mount_root" das Dateisystem einbindet. Nach dem editieren der Systemdateien gebt "sync" anschließend "reboot -f" ein.
Wenn alles geklappt hat, ist der Router mit der korrigierten Konfiguration wieder wie bisher erreichbar.

Passwort vergessen? http://wiki.openwrt.org/doc/howto/generic.failsafe

=== Signal gut, OLSR-Tabelle leer ===
Der Linkpartner ist nicht im eigenen Subnetz 193.238.x.x oder 78.41.113.x. Lösung: Die Broadcast-Adresse Deines Devices ist nicht auf 255.255.255.255 eingestellt.
Bridgeing ist aktiviert, obwohl Du im Ad-Hoc-Mode arbeitest. Das verträgt sich nicht. Lösung: Bei Schnittstellen die air0-Schnittstelle bearbeiten und und das Häkchen bei "Überbrückt die Schnittstellen" entfernen.

=== Signal gut, OLSR-Tabelle zeigt eine Gegenstelle im roten Bereich ===
Der Linkpartner empfängt Deine Station nicht so, wie Du seine Station empfängst. Lösung: Sendeleistung und Ausrichtung der Antenne überprüfen.

=== Signal gut, aber sehr hohe Paketverluste ===

==== bei Atheros-Gerät mit nur einem Drahtlosnetz im Ad-Hoc-Mode ====
weitere Symptome: vermehrt niedrige Datenraten, hohe Paketverluste, selbst bei 1Mbit-Verbindungen. Aussetzer kommen in "Wellen".
Wegen eines Bugs in Backfire-Firmwares funktioniert die Kanalwahl im Ad-Hoc-Mode nicht zuverlässig, wenn nur ein Ad-Hoc-Netzwerk betrieben wird. Wenn die Verbindung nicht optimal ist (Reflektionen, Mehrwegeausbreitung), kann die Frequenz (scheinbar) driften, sichtbar daran, dass auf der Statusseite der Kanal häufig wechselt. (Du hast z.B.: "4" eingestellt, aber es erscheint abwechselnd "1", "3", "4"). Workaround: Lege ein Drahtlosnetzwerk im Master-Mode an, dann erst das Ad-Hoc-Netz. Reboote anschließend den Router. Das fixiert den Kanal über das Master-Netzwerk auch für das Ad-Hoc-Netz und die Verbindung wird stabiler. Das Master-Netzwerk muss stets zuerst angelegt werden!!

==== Störungen durch andere Applikationen im 2.4GHz-Band ====
Ein Kanalwechsel kann helfen.

=== Signal gut, aber sehr niedrige nominelle und effektive Datenraten ===
'''!Experimentelle Ansätze - nicht auf zentralen Knoten verwenden! Erst mittels kleinen, abgetrennten Netzen simulieren/testen.'''
* Auf Atheros-Geräten die Basic rates für G-only-Mode setzen.
Z.B.: config wifi-device 'radio0'
...
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'
list basic_rate '48000'
list basic_rate '54000'
...

* Auf Linksys:
# G-only-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=2
# B/G-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=1

# Raten setzen - wahlweise:
"Je nach Modus":
nvram set wl0_rateset=default
oder "Alle"
nvram set wl0_rateset=all
oder "G-Only"
nvram set wl0_rateset="6 9 12 18 24 36 48 54"

Damit setzt man lediglich eine Präferenz, indem der Gegenstelle mitgeteilt wird, dass man nur diese Raten versteht. Die Mitteilung selbst erfolgt mit einem Beacon, das mit 1Mbit übertragen wird. Die Gegenstelle kann dennoch mit anderen Raten sprechen.

* Multicast-Rate auf 6, 9 oder 12 Mbit setzen:
Z.B.: config wifi-iface
...
option mcast_rate '6000'

* Linksys:
nvram set wl0_mrate=6000

* Linksys: G-Mode-Protection auf Automatik setzen
Über die Konsole:
nvram set wl0_gmode_protection=auto
oder "always on"
nvram set wl0_gmode_protection=on

G-Mode-Protection bewirkt, dass von neueren G- oder N-fähigen Geräten vor einer Datenübertragung ein Frame mit 1Mbit-Datenrate ausgesandt wird, der von allen anderen Stationen verstanden wird und der ungefähr den Inhalt hat: Das nachfolgende Paket sende ich, schweigt einfach für die nächsten x Millisekunden und stört meine Übertragung nicht (auch, und gerade weil Ihr es eh nicht verstehen könnt, weil ich n spreche und Ihr nicht!).
Auch, wenn wir (angeblich) keine B-Geräte in Verwendung haben und neuere Geräte das standardmäßig aktiviert haben - Openwrt kann keinen Greenfield-Mode - sollte es eingeschaltet bleiben, da Ad-Hoc-Mode im Gegensatz zum Master-Mode zwangsläufig zum Quasseln führt, insbesondere wenn Stationen sich nicht gegenseitig sehen können. Die RTS-Schwelle ergänzt die G-Mode-Protection insofern, als ein Vier-Wege-Handshake einer Datenübertragung vorausgeht, wenn deren Nutzdaten x Byte des Schwellwertes überschreiten. Kleinere Pakete werden ohne einen Handshake gesendet.

----

Beispiel für Airgrid/Bullet:
config wifi-device 'radio0'
option type 'mac80211'
option macaddr '00:11:22:33:44:55'
option diversity 0
option txantenna 1
option rxantenna 1
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC1'
list ht_capab 'DSSS_CCK-40'
option disabled '0'
option country 'AT'
option distance '7999'
option channel '13'
option beacon_int '800'
option txpower '0'
option hwmode '11ng'
option htmode 'HT20'
option rts '1'
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'

config wifi-iface
option device 'radio0'
option mode 'ap'
option encryption 'none'
option network 'Master'
option isolate '1'
option ssid 'accesspoint.funkfeuer.at'

config wifi-iface
option network 'air0'
option device 'radio0'
option mode 'adhoc'
option encryption 'none'
option ssid 'v13.adhoc.funkfeuer.at'
option bssid '26:A7:D4:E4:4F:4D'
option dtim_period '4'
# nicht unbedingt erforderlich:
# option mcast_rate '6000'

=== Es werden keine Paket weitergeroutet ====
Problem: Der Funklink ist gut, der Router ist auf seiner internen IP 192.168.x.x pingbar und kann auch ins Internet pingen, aber
Pakete vom PC ins Internet werden am Router verworfen.

Lösung: Netzwerk->Firewall->Allgemeine Einstellungen -> Weitergeleitet auf annehmen stellen

Freifunk Firmware

2013-01-04T09:01:44Z

Erich: /* Verbund mehrer Devices an einem Node/Knoten */

<google>WIKI</google>

==Download==

'''Achtung unterstützt nur alte hartware'''

bessere http://wiki.funkfeuer.at/index.php/Hardware mit neuerer 0xFF-Backfire_Vienna

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/ oder hier (besser)] 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

empfohlen vom 0xff Paketserver:
im Ordner /autoupdate/ angepasste 0xff Version inklusive unser Autoupdate Paket
(per trx Version per update auch bei linksys)[http://wiki.funkfeuer.at/index.php/Freifunk_aktualisieren Anleitung]

==Installation linksys (.bin) und buffalo (.trx)==

'''NICHT mehr kaufen!!! Beide Modelle sind veraltet!!!'''

=== 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 PUT MEINEFREIFUNKIMAGEDATEI.bin
(tftp -i 192.168.11.1 PUT 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>.bin

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

==Standard Konfiguration==

Ein erster wichtiger Schritt sollte das Update des OLSR Paketes sein: [[OLSRD_update|OLSR aktuell halten]]

'''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.156.225
:mit Trennzeichen ";" (Strichpunkt) OHNE Leerzeichen
*'''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 WICHTIG:''' '''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) allerdings verbleibt die Einstellung im nvram, und dyn_gw ist dann in neueren Firmwares weiterhin aktiv und macht probleme ausschalten nur mehr per ssh möglich: # nvram set ff_dyngw=0 commit'''
*'''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

:Sollte OLSR unter einer anderen Firmware als die Freifunkfirmware installiert werden, sind die notwendigen Settings im Abschnitt [[OLSR-Konfiguration]] zu finden.
*[[OLSRD_update|OLSR aktuell halten]]

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

* '''WLAN-IP-Adresse:''' IP-Adresse, die für dieses Device in der [https://marvin.funkfeuer.at/frontend_wien/Redeemer Frontend Datenbank] beantragt wurde. [[Frontend_Devices | Device Übersicht]]

*'''WLAN-Netzmaske:'''

: im Addressbereich '''193.238.15x.x''':  255.255.25'''2'''.0 <- Achtung
: im Addressbereich '''78.41.11x.x''':      255.255.25'''5'''.0 <- Achtung

*'''WLAN-Default-Route:''' unbedingt leer lassen, da fixe Routen Loops erzeugen. Das Routing erledigt hier OLSR. Fixe Routen können über den OLSR LQ-Faktor erzeugt werden.

*'''WLAN-Modus:''' ad-hoc

*'''ESSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] z.B. v1.freiesnetz.www.funkfeuer.at
*'''BSSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] MUSS entsprechend dem verwendeten Kanal unbedingt Richtig eintragen sein!

*'''Kanal:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] z.B. 1

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

*'''Kartentyp:''' 802.11b/g

*'''Empfangsantenne:''' Antenne A

*'''Sendeantenne:''' Antenne A

:Bei Linksys WRT54g(l) ist es der, von der Spannungsversorgung abgewandte Antennenanschluss. Bei Buffalo WHR G54 ist nur Antenne A herausgeführt.
:Anm.: Ob die Verwendung von zwei Antennen zielführend ist, wurde [http://forum.funkfeuer.at/viewtopic.php?pid=173 im Forum] diskutiert. Es ist aber ratsam, zu Beginn davon eher Abstand zu nehmen.

*'''Sendeenergie:'''
:Minimaleinstellung ist 1(qdBm). Maximal dürfen nach den [[Gesetzliche_Bestimmungen]] nur 100 mW (20dBm) [http://de.wikipedia.org/wiki/%C3%84quivalente_isotrope_Strahlungsleistung EIRP] abgestrahlt werden. Dies ist abhängig von den verwendeten Komponenten wie Antennen (Gewinne) und Kabel und Stecker (Dämpfung).
:In der aktuellen Firmware jedoch für alle, denen das zu kompliziert erscheint, ein Calculator integriert, mit dem die gesetzlich erlaubte maximale Sendeleistung errechnet und über die Taste "<<" direkt in die Einstellungen übernommen werden kann. Über 'Erzwingen' sind jedoch auch höhere Werte einstellbar. Die Erfahrung hat jedoch gzeigt, dass Linksys mit nur 45 mW (16,5 dBm oder 68qdBm) die besten/meisten Verbindungen bringt.

*'''Entfernung (Meter):''' zur entferntesten Gegenstelle zb 14000

*'''Funk-Modus:''' B und G Modus

*'''(E)SSID senden:''' Einschalten

*'''Basisrate:''' je nach Wlan-Modus

*'''Übertragungsrate:''' Auto
:Bei schwierigen Bedingungen 2, 5.5 oder bis 11 (MBit) fix einstellen. Erfahrungen haben gezeigt, dass der Wert 1 (MBit) nicht gut funktioniert. Wenn also bemerkt wird, dass das Device gelegentlich automatisch auf 1 MBit schaltet, eher eine der oben angeführten fixen Übertragungsraten verwenden.

*'''Multicast-Rate:''' 5,5 (MBit)

*'''CTS-Schutz:''' aus

*'''Frame-Burst:''' aus

*'''Beacon-Intervall:''' 100

*'''DTIM-Intervall:''' 1

*'''Frag.-Schwelle:''' 2346

*'''RTS-Schwelle:''' 300

*'''MTU-Wert:''' leer lassen oder auf 1500 setzen

===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 (0xFF-Funkfeuer Wien)

: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''Firewall ausschalten:''' Nein
: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''DHCP-Start-IP:''' 192.168.1.100

*'''DHCP-Benutzeranzahl:''' 10

*'''DHCP-Lease-Dauer:''' kann leer bleiben oder 43200 (Sekunden)
:Bitte nicht "0" verwenden, da dadurch der interne DHCP-Server deaktiviert wird.

===WAN===
In der Standardkonfiguration ist der WAN-Port deaktiviert. Dadurch erübrigen sich die Settings für
*'''WAN-IP:''' leer
*'''WAN-Mask:''' leer
*'''WAN-Def.Route:''' leer

*'''RJ45-Anschlüsse:'''
:Diese sollten unverändert bleiben da bei Fehlkonfiguration die Gefahr besteht, dass das Devive nicht mehr angesprochen werden kann

:Anm.: Diese Einstellung legt die Zuordnung der physischen Anschlusse auf WAN- und LAN-Ports fest.
:Bei Linksys WRT54gl besagen die Standard-Settings "4 5", dass der physische Anschluss mit der Nr. 4 als WAN-Port verwendet werden soll und mit dem (internen) Port 5 verbunden werden soll. Die restlichen Ports sind als LAN konfiguriert. Will mann die Anschlüsse 4 und 3 zu WAN-Ports machen, lautet der Code "4 3 5". Sollen alle Anschlüsse zu WAN-Ports werden, dann "4 3 2 1 0 5"
:Bei Buffalo WHR54 und auch älteren Linksys-Geräten lauten die Originalsettings "0 5" für einen WAN- und 4 LAN-Ports. Wie nun aus dem Code erkennbar ist, ist die Logik der Darstellung die Gleiche - lediglich die Bezeichnung der Ports beginnt nicht bei "4" (Wie bei WRT54gl) sondern bei "0". Somit ist der Code für 3 WAN- und 2 LAN-Ports "0 1 2 5".

Wenn an einem Standort (Node) mehrere Devices über Kabel verbunden werden oder das Device über einen VPN-Tunnel mit 0xFF verbunden wird, tritt dieser Anschluss in Aktion. Nähere Infos dazu gibts in den Abschnitten [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]] oder [[Tunnel_Setup]].

:Anm. Über das WAN Port sind die internen 192er IPs am LAN Port erreichbar. Firewall Einträge entsprechend anpassen.

===Publizieren===

===Software===
Die Installation [http://wiki.funkfeuer.at/index.php/Zus%C3%A4tzliche_Pakete zusätzlicher Software] ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat.

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, die Paketlisten werden automatisch upgedated, kein Neustart notwendig

====ü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

die Paketlisten werden bei der Installation automatisch upgedated, kein Neustart notwendig

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. Weiters müssen alle Router im selben LAN/Subnet sein, da sonst die Firewall nicht greift und interne 192er IPs übers WAN erreichbar sind.

===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. D.h. eine offizielle IP auf WLAN konfigurieren und eine offizielle auf WAN konfigurieren '''KEINESFALLS diese ip am LAN port'''
verwenden, dazu bitte [[Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund|mehr als zwei Router im Verbund]] lesen

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. Achtung: Interne 192er IPs am LAN Port über das WAN Port erreichbar. Firewall anpassen.

====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 aus den einzelnen LAN Ports zusätzliche WAN Ports machen. Man 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 (Linksys/Buffalo) eine andere Bedeutung. Man sollte es daher vorher Testen, welcher Wert (0-5) für welches Port steht.

==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===
ist aber idr nicht sonderlich brauchbar,.. die funkfeuer-map (http://map.funkfeuer.at/wien) ist meist schneller übersichtlicher, etc
====über SSH====
ipkg install freifunk-olsr-viz-de

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >

Freifunk Firmware

2013-01-04T08:50:50Z

Erich: /* WAN */

<google>WIKI</google>

==Download==

'''Achtung unterstützt nur alte hartware'''

bessere http://wiki.funkfeuer.at/index.php/Hardware mit neuerer 0xFF-Backfire_Vienna

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/ oder hier (besser)] 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

empfohlen vom 0xff Paketserver:
im Ordner /autoupdate/ angepasste 0xff Version inklusive unser Autoupdate Paket
(per trx Version per update auch bei linksys)[http://wiki.funkfeuer.at/index.php/Freifunk_aktualisieren Anleitung]

==Installation linksys (.bin) und buffalo (.trx)==

'''NICHT mehr kaufen!!! Beide Modelle sind veraltet!!!'''

=== 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 PUT MEINEFREIFUNKIMAGEDATEI.bin
(tftp -i 192.168.11.1 PUT 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>.bin

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

==Standard Konfiguration==

Ein erster wichtiger Schritt sollte das Update des OLSR Paketes sein: [[OLSRD_update|OLSR aktuell halten]]

'''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.156.225
:mit Trennzeichen ";" (Strichpunkt) OHNE Leerzeichen
*'''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 WICHTIG:''' '''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) allerdings verbleibt die Einstellung im nvram, und dyn_gw ist dann in neueren Firmwares weiterhin aktiv und macht probleme ausschalten nur mehr per ssh möglich: # nvram set ff_dyngw=0 commit'''
*'''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

:Sollte OLSR unter einer anderen Firmware als die Freifunkfirmware installiert werden, sind die notwendigen Settings im Abschnitt [[OLSR-Konfiguration]] zu finden.
*[[OLSRD_update|OLSR aktuell halten]]

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

* '''WLAN-IP-Adresse:''' IP-Adresse, die für dieses Device in der [https://marvin.funkfeuer.at/frontend_wien/Redeemer Frontend Datenbank] beantragt wurde. [[Frontend_Devices | Device Übersicht]]

*'''WLAN-Netzmaske:'''

: im Addressbereich '''193.238.15x.x''':  255.255.25'''2'''.0 <- Achtung
: im Addressbereich '''78.41.11x.x''':      255.255.25'''5'''.0 <- Achtung

*'''WLAN-Default-Route:''' unbedingt leer lassen, da fixe Routen Loops erzeugen. Das Routing erledigt hier OLSR. Fixe Routen können über den OLSR LQ-Faktor erzeugt werden.

*'''WLAN-Modus:''' ad-hoc

*'''ESSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] z.B. v1.freiesnetz.www.funkfeuer.at
*'''BSSID:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] MUSS entsprechend dem verwendeten Kanal unbedingt Richtig eintragen sein!

*'''Kanal:''' [[Kanalwahl#Unsere_ssid_und_bssid|laut Liste]] z.B. 1

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

*'''Kartentyp:''' 802.11b/g

*'''Empfangsantenne:''' Antenne A

*'''Sendeantenne:''' Antenne A

:Bei Linksys WRT54g(l) ist es der, von der Spannungsversorgung abgewandte Antennenanschluss. Bei Buffalo WHR G54 ist nur Antenne A herausgeführt.
:Anm.: Ob die Verwendung von zwei Antennen zielführend ist, wurde [http://forum.funkfeuer.at/viewtopic.php?pid=173 im Forum] diskutiert. Es ist aber ratsam, zu Beginn davon eher Abstand zu nehmen.

*'''Sendeenergie:'''
:Minimaleinstellung ist 1(qdBm). Maximal dürfen nach den [[Gesetzliche_Bestimmungen]] nur 100 mW (20dBm) [http://de.wikipedia.org/wiki/%C3%84quivalente_isotrope_Strahlungsleistung EIRP] abgestrahlt werden. Dies ist abhängig von den verwendeten Komponenten wie Antennen (Gewinne) und Kabel und Stecker (Dämpfung).
:In der aktuellen Firmware jedoch für alle, denen das zu kompliziert erscheint, ein Calculator integriert, mit dem die gesetzlich erlaubte maximale Sendeleistung errechnet und über die Taste "<<" direkt in die Einstellungen übernommen werden kann. Über 'Erzwingen' sind jedoch auch höhere Werte einstellbar. Die Erfahrung hat jedoch gzeigt, dass Linksys mit nur 45 mW (16,5 dBm oder 68qdBm) die besten/meisten Verbindungen bringt.

*'''Entfernung (Meter):''' zur entferntesten Gegenstelle zb 14000

*'''Funk-Modus:''' B und G Modus

*'''(E)SSID senden:''' Einschalten

*'''Basisrate:''' je nach Wlan-Modus

*'''Übertragungsrate:''' Auto
:Bei schwierigen Bedingungen 2, 5.5 oder bis 11 (MBit) fix einstellen. Erfahrungen haben gezeigt, dass der Wert 1 (MBit) nicht gut funktioniert. Wenn also bemerkt wird, dass das Device gelegentlich automatisch auf 1 MBit schaltet, eher eine der oben angeführten fixen Übertragungsraten verwenden.

*'''Multicast-Rate:''' 5,5 (MBit)

*'''CTS-Schutz:''' aus

*'''Frame-Burst:''' aus

*'''Beacon-Intervall:''' 100

*'''DTIM-Intervall:''' 1

*'''Frag.-Schwelle:''' 2346

*'''RTS-Schwelle:''' 300

*'''MTU-Wert:''' leer lassen oder auf 1500 setzen

===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 (0xFF-Funkfeuer Wien)

: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''Firewall ausschalten:''' Nein
: Ausnahme: Wenn der LAN-Port mit einer 0xFF-Adresse betrieben wird, um weitere Funkfeuer Devices anstecken zu können. Siehe dazu: [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]]

*'''DHCP-Start-IP:''' 192.168.1.100

*'''DHCP-Benutzeranzahl:''' 10

*'''DHCP-Lease-Dauer:''' kann leer bleiben oder 43200 (Sekunden)
:Bitte nicht "0" verwenden, da dadurch der interne DHCP-Server deaktiviert wird.

===WAN===
In der Standardkonfiguration ist der WAN-Port deaktiviert. Dadurch erübrigen sich die Settings für
*'''WAN-IP:''' leer
*'''WAN-Mask:''' leer
*'''WAN-Def.Route:''' leer

*'''RJ45-Anschlüsse:'''
:Diese sollten unverändert bleiben da bei Fehlkonfiguration die Gefahr besteht, dass das Devive nicht mehr angesprochen werden kann

:Anm.: Diese Einstellung legt die Zuordnung der physischen Anschlusse auf WAN- und LAN-Ports fest.
:Bei Linksys WRT54gl besagen die Standard-Settings "4 5", dass der physische Anschluss mit der Nr. 4 als WAN-Port verwendet werden soll und mit dem (internen) Port 5 verbunden werden soll. Die restlichen Ports sind als LAN konfiguriert. Will mann die Anschlüsse 4 und 3 zu WAN-Ports machen, lautet der Code "4 3 5". Sollen alle Anschlüsse zu WAN-Ports werden, dann "4 3 2 1 0 5"
:Bei Buffalo WHR54 und auch älteren Linksys-Geräten lauten die Originalsettings "0 5" für einen WAN- und 4 LAN-Ports. Wie nun aus dem Code erkennbar ist, ist die Logik der Darstellung die Gleiche - lediglich die Bezeichnung der Ports beginnt nicht bei "4" (Wie bei WRT54gl) sondern bei "0". Somit ist der Code für 3 WAN- und 2 LAN-Ports "0 1 2 5".

Wenn an einem Standort (Node) mehrere Devices über Kabel verbunden werden oder das Device über einen VPN-Tunnel mit 0xFF verbunden wird, tritt dieser Anschluss in Aktion. Nähere Infos dazu gibts in den Abschnitten [[Freifunk_Firmware#Verbund_mehrer_Devices_an_einem Node/Knoten | Mehrere Devices an einem Knoten]] oder [[Tunnel_Setup]].

:Anm. Über das WAN Port sind die internen 192er IPs am LAN Port erreichbar. Firewall Einträge entsprechend anpassen.

===Publizieren===

===Software===
Die Installation [http://wiki.funkfeuer.at/index.php/Zus%C3%A4tzliche_Pakete zusätzlicher Software] ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat.

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, die Paketlisten werden automatisch upgedated, kein Neustart notwendig

====ü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

die Paketlisten werden bei der Installation automatisch upgedated, kein Neustart notwendig

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. D.h. eine offizielle IP auf WLAN konfigurieren und eine offizielle auf WAN konfigurieren '''KEINESFALLS diese ip am LAN port'''
verwenden, dazu bitte [[Freifunk_Firmware#Mehr_als_zwei_Router_im_Verbund|mehr als zwei Router im Verbund]] lesen

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 aus den einzelnen LAN Ports zusätzliche WAN Ports machen. Man 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 (Linksys/Buffalo) eine andere Bedeutung. Man sollte es daher vorher Testen, welcher Wert (0-5) für welches Port steht.

==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===
ist aber idr nicht sonderlich brauchbar,.. die funkfeuer-map (http://map.funkfeuer.at/wien) ist meist schneller übersichtlicher, etc
====über SSH====
ipkg install freifunk-olsr-viz-de

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T09:13:27Z

Erich: /* Sonstiges */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl wenn am Tunnelserver auch aktiviert (LZO Komprimierung belastet die CPU des Routers stark. Nutzbare Tunnel-Bandbreite könnte wegen zu schwacher CPU nicht voll genutzt werden.)
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.

Ping auf internes default Gateway. Bei ADSL zb Ping 10.0.0.1 (falls keine Antwort, fehlt die Route zum Gateway. Händisch unter Routes eintragen)

Ping auf den Tunnelserver. Ping 78.41.115.228

Unter OLSR Nachbarn steht noch kein Nachbar, da OLSR am Tunnelinterface tap0 noch nicht aktivert ist.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und sendet via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T09:12:04Z

Erich: /* Testen der Konfiguration */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl wenn am Tunnelserver auch aktiviert (LZO Komprimierung belastet die CPU des Routers stark. Nutzbare Tunnel-Bandbreite könnte wegen zu schwacher CPU nicht voll genutzt werden.)
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.

Ping auf internes default Gateway. Bei ADSL zb Ping 10.0.0.1 (falls keine Antwort, fehlt die Route zum Gateway. Händisch unter Routes eintragen)

Ping auf den Tunnelserver. Ping 78.41.115.228

Unter OLSR Nachbarn steht noch kein Nachbar, da OLSR am Tunnelinterface tap0 noch nicht aktivert ist.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und strahlen via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T09:11:07Z

Erich: /* Testen der Konfiguration */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl wenn am Tunnelserver auch aktiviert (LZO Komprimierung belastet die CPU des Routers stark. Nutzbare Tunnel-Bandbreite könnte wegen zu schwacher CPU nicht voll genutzt werden.)
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.

Ping auf internes default Gateway. Bei ADSL zb Ping 10.0.0.1 (falls keine Antwort, fehlt die Route zum Gateway. Händisch unter Routes eintragen)

Ping auf den Tunnelserver. Ping 78.41.115.228

Unter OLSR Nachbarn steht noch kein Nachbar, das OLSR am Tunnelinterface tap0 noch nicht aktivert ist.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und strahlen via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T09:08:22Z

Erich: /* Testen der Konfiguration */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl wenn am Tunnelserver auch aktiviert (LZO Komprimierung belastet die CPU des Routers stark. Nutzbare Tunnel-Bandbreite könnte wegen zu schwacher CPU nicht voll genutzt werden.)
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.
Ping auf internes default Gateway. Bei ADSL zb Ping 10.0.0.1 (falls keine Antwort, fehlt die Route zum Gateway. Händisch unter Routes eintragen)
Ping auf den Tunnelserver. Ping 78.41.115.228
Unter OLSR Nachbarn steht noch kein Nachbar, das OLSR am Tunnelinterface tap0 noch nicht aktivert ist.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und strahlen via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T09:00:21Z

Erich: /* notwendige Einträge */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl wenn am Tunnelserver auch aktiviert (LZO Komprimierung belastet die CPU des Routers stark. Nutzbare Tunnel-Bandbreite könnte wegen zu schwacher CPU nicht voll genutzt werden.)
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und strahlen via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Tunnel Setup - Backfire Vienna 2.0

2012-11-19T08:51:16Z

Erich: /* OpenVPN installieren */

''''' Erster Entwurf für eine Anleitung ''''
''''' Fehler vorbehalten - noch nicht offiziell freigegeben '''''
''Funkinsel mit Backfire Vienna 2.0''

''Variante: Funkinsel hinter Provider-Router am internen Netz''

== Erste Schritte ==
=== IP-Adressen beantragen ===
Für den Tunnel in dieser Konfiguration benötigen wir (zumindest) zwei IP-Adressen. Eine für den Tunnel und eine für das WLAN-Interface.
Diese sind in unserer Adressdatenbank [https://marvin.funkfeuer.at/frontend_wien/ Redeemer-Frontend], wohl am besten als zwei separate Devices einzurichten, auch wenn sie auf demselben Router verwendet werden.

=== Tunnelport anfordern ===
Die IP-Adresse, die für den Tunnel verwendet werden soll, solltest Du an [mailto:discuss@lists.funkfeuer.at?subject=Tunnel%20Request&body=Hallo!%0AIch%20benötige%20bitte%20für%20den%0AKnoten:%0Amit%20der%20IP:%0Aeinen%20Tunnel%20für%20eine%20Funkinsel.%0A%0ADanke%20und%20herzliche%20Grüße%0A discuss@lists.funkfeuer.at] schicken, und zwar mit der Bitte um Einrichtung eines Tunnelports, den Du später unbedingt benötigst.

== OpenVPN installieren ==
In den Standard-Images der Backfire Vienna 2.0 ist kein OpenVPN installiert.
Es ist daher notwendig, ein frisch aufgesetzes Gerät mit Backfire Vienna 2.0 zunächst an einem bestehenden internen Netzwerk anzuschließen, um Pakete herunterzuladen..
Router mit nur 4 MB Flash haben zuwenig Speicher um openvpn mit luci zu installieren. (Linksys WRT54gl, Buffalo WHR-HP-G54, TP-Link TL-WR741ND).
Ausreichend Speicher und CPU Leistung bietet zB der Buffalo WZR-HP-G300NH (alt) und der TP-Link TL-WR1043ND
=== Installieren direkt aus dem Netz ===
==== Verbinden mit dem Heimnetz ====
In der Regel wird der Router auf 192.168.1.1 erreichbar sein. Sollte das Heimnetz dasselbe Netz nutzen, genügt es im Webinterface http://192.168.1.1 unter "Netzwerk", "Schnittstellen", "LAN" zunächst einen Gateway und einen DNS-Server einzutragen. Leicht zu merken sind die Google-Nameserver "8.8.8.8" und "8.8.4.4". Nach einem Klick auf "Speichern und anwenden" ist der Router provisorisch im Netz.

=== Herunterladen und Installieren von Paketen ===
Unter "System", "Paketverwaltung" wäre zunächst ein Klick auf "Update lists" erforderlich um die nötigen Informationen über verfügbare Pakete zu erhalten.
Wenn das erledigt ist, genügt eine Suche nach "luci-app-openvpn". Wird dieses Paket anschließend zur Installation ausgewählt, werden die anderen erforderlichen Pakete gleich mitinstalliert.

== Händisches Installieren ==
Die nötigen Pakete finden sich unter [ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ oe1xrw Trunk] im Verzeichnis der jeweiligen Plattform (siehe auch '''"Status"''', '''"Übersicht"''') im Unterverzeichnis "packages". Sie können einzeln heruntergeladen und anschließend mit scp oder [http://winscp.net/eng/docs/lang:de Winscp] in das Verzeichnis "/tmp" gespielt werden.
Über eine Shell (Gnome-Terminal, Xterm, [http://www.chiark.greenend.org.uk/~sgtatham/putty/ Putty], ö.ä.) sodann mittels opkg install /tmp/paketname.opkg installiert werden. Wenn ein Paket fehlt, wird opkg sich darüber lautstark beschwerden,... man wiederhole die obigen Schritte bis das Ziel erreicht ist. Beginne jedenfalls mit openvpn und luci-app-openvpn.)

= Einrichten von OpenVPN via LuCI =
Spätestens nach einem Neustart des Gerätes über '''"System"''', '''"Neustart"''', '''"Router neu starten"''' ist '''"OpenVPN"''' im Menü unter '''"Dienste verfügbar"'''.

Dort kann man gleich einmal '''0xff''' eintippen. Daneben sollte '''"Client configuration for ethernet bridge"''' ausgewählt sein. Ein Klick auf '''"Hinzufügen"''' legt unsere Konfiguration an.

== Leerkonfiguration ausmisten ==
Jetzt sollten wir unnötigen Ballast abwerfen. Lass Dich nicht verunsichern, wenn eine Option nicht gleich aufscheint, Du kannst neue Optionen hinzufügen. Leere Felder werden beim Speicher wieder gelöscht. Der Link '''"Erweiterte Konfiguration"''' macht die restlichen Einträge sichtbar. Wir benötigen nur die folgenden Informationen. Andere Optionen werden womöglich den Start von OpenVPN verhindern.:

== notwendige Einträge ==
<pre>
lzo Kompression <- Hakerl
remote 78.41.115.228 <- das ist der Tunnelserver
port' '[Dein Port]' <- dieser Port wird Dir auf Anfrage über discuss@lists.funkfeuer.at zugewiesen
proto' 'udp'
keepalive' '20 120' <- Die Standardwerte sind 10 60, man kann das variieren...
dev_type' 'tap' <- Das ist wichtig: tap agiert wie eine Bridge, während tun nur höhere Netzwerkebenen weiterleitet. Für OLSR ist tap besser geeignet.
verbose 3 <- Fehlermeldungen, die openvpn ausgibt, sind auf der Konsole mittels logread, im Webinterface mittels 'System', 'Systemprotokoll' zu erhalten. Das hilft bei der Fehlersuche.
dev tap0 <- das ist der Name unseres Devices. Es wird beim Start von Openvpn angelegt.
nobind <- Hakerl
fast_io <- Hakerl (beschleunigt den Tunnel ein wenig).
ifconfig' '[Deine Node-IP] 255.255.255.[Deine Netzmaske]' <- Trage hier die Werte ein, die Dir über das Marvin-Frontend zugewiesen wurden. Beachte die Subnetzmaske! (193.238.15x.x: 255.255.252.0, sonst 255.255.255.0)
management 127.0.0.1 31194 <- darüber plaudert luci mit openvpn
</pre>

= alternative Konfigurationsmethode über die Shell =
Ganz eilige Backfire Vienna 4.0-User, die mit der Shell schneller sind, können die Informationen direkt in die Datei '''/etc/config/openvpn''' eintragen:

<pre>
config openvpn 'to_krypta'
option remote '78.41.115.228'
option keepalive '20 120'
option dev_type 'tap'
option enable '1'
option verb '3'
option dev 'tap0'
option fast_io '1'
option port '[Dein Tunnel-Port]'
option ifconfig '[Deine Node-IP] [Deine Netzmaske in x.x.x.x-Notation]'
option enabled '1'
option nobind '1'
option comp_lzo '1'
option tun_ipv6 '1'
option ifconfig_noexec '1'
option ifconfig_nowarn '1'
option persist_tun '1'
option persist_local_ip '1'
option persist_remote_ip '1'
option remote_random '0'
option proto 'udp'
option up_delay '10'
option float '1'
</pre>

Wer über die Konsole gearbeitet hat, kann den folgenden Eintrag überspringen.

= Aktivieren der Konfiguration über LuCI =
Diejenigen, die über Luci gearbeitet haben, sollten nach "Anwenden und speichern" zurück zur "Übersicht" gehen und das Häkchen in der Spalte "aktivieren" und in der Zeile "0xff" setzen.

= Testen der Konfiguration =

Über "starten" kann man jetzt versuchen OpenVPN zu starten. Erscheint ein rotes "x", ist man jetzt mit dem Tunnelserver verbunden.

= OpenVPN automatisch starten =

... das sollte der Router dann eigentlich bei jedem Neustart machen, es ist aber von Haus aus noch nicht so eingestellt. Unter '''"System"''', '''"Systemstart"''' kann man das in der Spalte '''"Deaktivieren/Aktivieren"''' in der Zeile, in der in der zweiten Spalte '''"openvpn"''' steht, durch einen Klick auf das rote '''"(x)"''' nachholen.
OpenVPN wird jetzt alle aktivierten Profile, die wir vorher erstellt haben, beim Start des Routers aufrufen und die Verbindungen aufbauen.

= OLSR für Tunnel aktivieren =

Über '''"Dienste"''', '''"OLSR"''' kann man jetzt den Tunnel mit OLSR "beschalten": Am Ende der Seite im Bereich '''"Schnittstellen"''' wird ein Eintrag vom Typ '''"ether"''' benötigt, der mit dem ''Tunnel'' namens '''"tap0"''' verbunden wird. Fehlt der Eintrag, kann er mit dem grünen Plus "Hinzufügen" erstellt werden, sonst empfiehlt sich das Editieren über das Bleistift-Symbol am rechten Ende der Zeile. Die folgende Maske ist im Wesentlichen selbsterklärend. Vorsichtige Zeitgenossen können in der Unterseite "IP-Adressen" im Feld "IPv4 Quelladresse" hier diesselbe Tunnel-IP-Adresse wie vorhin (siehe Marvin/Frontend) eintragen und mit '''"Speichern & Anwenden"''' die Maske verlassen.

= OLSR am WLAN =

Wenn wir schon dabei sind und der andere Eintrag noch fehlt, können wir das WLAN-Interface im Ad-Hoc-Mode hier auch gleich hinzufügen - freilich sollte das WLAN dafür zuvor gemäß der Anleitung [[Kanalwahl]] und [[0xFF-Backfire_Vienna#3._WLAN-Einstellungen]] bereits angelegt sein.
Für das OLSR-Wlan-Interface wählen wir als Modus '''"mesh"''' aus.
Bei der IP-Adresse stellen wir die IP-Adresse ein, die wir im Marvin-Frontend für unser WLAN zugewiesen bekommen haben.
Nach einem Klick auf '''"Speichern & Anwenden"''' sind wir an sich fertig.

= Sonstiges =
Wer jetzt noch die Firewall anpassen will, kann das gemäß [[0xFF-Backfire_Vienna#5._Firewall]] machen.

Anzuempfehlen wäre jetzt noch, den Standard-Gateway, den wir im ersten Schritt angelegt haben, wieder zu entfernen und an seiner statt über '''"Netzwerk"''', '''"Statische Routen"''' nur die Route zum Tunnelserver selbst anzulegen. Damit wird gewährleistet, dass der Netzwerkverkehr jedenfalls über den Tunnelserver läuft.
Am Breitbandrouter könnte man nun den Zugang des Funkfeuer-Routers so einschränken, dass dieser nur zum Tunnelserver verbinden darf. Zu Bedenken ist, dass der Server dann immer noch im internen Netz hängt. Wer sich gegen Fehlkonfigurationen absichern will, sollte vielleicht den Einsatz einer zusätzlichen Firewall oder eines anderen Heimrouters mit Firewall vor dem, Router in Erwägung ziehen.

Nach einem Neustart sind wir mit dem Tunnel verbunden und strahlen via WLAN das 0xff-Signal aus.

Gratulation und Willkommen im Netz!

zurück zu wiki_funkfeuer_at 
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

0xFF-Backfire Vienna

2012-11-07T13:05:47Z

Erich: /* Passwort setzen */

Wird gerade generalsaniert - sorry. --[[Benutzer:JoeSemler|JoeSemler]] 20:46, 4. Jun. 2012 (UTC)


'''[http://www.openwrt.org openWRT Backfire]''' ist eine, auf dem Betriebssystem Linux basierenden Firmware, die anstelle der Originalsoftware auf handelsüblichen Wireless-Routern verwendet werden kann um an den Netzen der Funkfeuer-Communities teilnehmen zu können.

Die vorliegende Anleitung beschreibt, wie 0xFF-Backfire Vienna auf den Routern installiert und konfiguriert werden kann.

= Installation =
Nachdem Backfire Vienna auf unterschiedlichen Gerätetypen unterschiedlicher Herstellern installiert werden kann, ist eine allgemein gültige Anleitung für die Installation der Basis-Software hier nicht möglich.

Eine genaue Anleitung unserer Standardgeräte

*[[SW-Installation#Ubiquity_Networks|AirGrid M2]] (outdoor)
*[[SW-Installation#Ubiquity_Networks|AirGrid M5]] (outdoor)
*[[TP-Link 741ND]] (Indoor Switch)
*[[TP-Link 3420]] (3g Switch)
*[[SW-Installation#Ubiquity_Networks|Bullet M2]]
*[[SW-Installation#Ubiquity_Networks|Bullet M5]]

finden sie in unserem [[SW-Installation|Installationsbereich]]; in der [[Hardware|Hardwareliste]] finden sich jedoch eine große Anzahl weiterer Geräte auf denen unsere Images getestet wurden und garantiert laufen.

Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen. Gib diese IP in deinen Browser ein, um auf die Startseite zu gelangen.

=LuCI - Das Backfire-Vienna GUI=
LuCI besteht in der aktuellen Version aus zwei, in naher Zukunft aus drei Ansichten.
#Die öffentliche "Freifunk-Ansicht", in der die wichtigsten Infos zum Router ohne Login abgerufen werden können
#Das Administrationsinterface, in dem (fast) alle Einstellungen vorgenommen werden können
#''Ein minimales Admin-Interface, das nur die wichtigsten Einstellungen zum Router trägt um Neuanlömmlinge in unserer Community nicht mit zu vielen EInstellungsmögkichkeiten zu überfordern In Entwicklung --[[Benutzer:JoeSemler|JoeSemler]] 10:19, 5. Jun. 2012 (UTC)''

Nach dem Aufruf der IP 192.168.1.1 bist du erst mal in der Freifunk-Ansicht.

[[Datei:B01.png]]

Dein neuer Router informiert dich jetzt, dass er ein Sicherheitsrisiko in sich birgt und du ein Passwort setzen solltest. Bevor wir das machen, aber noch ein paar Worte zum Backfire Vienna Konfigurationskonzept.

==LuCI-Basiskonfiguration (0xFF-Endknoten)==
Backfire Vienne verfolgt ein anwendungsspezifisches Konfigurationskonzept. D.h. jeder ihrer Anwendungsfälle hat genau eine Konfiguration, die diesen erfüllt.

Dennoch sind unsere Router im Auslieferungszustand als '''[[LuCI-Basiskonfiguration(0xFF-Endknoten)|0xFF-Endknoten]]''' konfiguriert. Das bedeutet, dass sie nach wenigen Konfigurationsschritten dazu verwendet werden können, über das Funkfeuer-Freenet ins Internet zu gelangen. Welche individuellen Schritte dennoch zu tun sind, wollen wir euch in diesem Abschnitt näher erläutern.

''Alle weiteren '''[[0xFF-Anwendungsfälle]]''' befindet sich gerade in Entwicklung und können später [[0xFF-Anwendungsfälle|über diesen Link]] abgerufen werden. --[[Benutzer:JoeSemler|JoeSemler]] 10:19, 5. Jun. 2012 (UTC)''

===Passwort setzen===
Um das Passwort setzen zu können, musst du erst mal in das Administartions-Interface wechseln. Die Umschaltmöglichkeit findest du rechts oben im GUI, gleich unter der Trennlinie.

Da direkt nach der Installation noch kein Passwort gesetzt ist, kannst du den Passwort-Dialog ignorieren und sofort auf Login klicken. Schon bist du im Administrations-Interface angelangt. Du erkennst es daran, dass du nun eine umfangreichere Menüleiste als zuvor hast.

[[Datei:B02.png]]

Über den Eintrag '''System''' und '''Administration''' gelangst du dorthin, wo du das Passwort setzen kannst. Bitte wähle ein sicheres Passwort, dass '''mindestens aus 9 Zeichen besteht''' und davon mindestens einen '''Groß- und einen Kleinbuchstaben''', eine '''Ziffer''' sowie auch '''Sonderzeichen''' enthält.

Mit '''Speicher und Anwenden''' übernimmst du das gewählte Passwort und der Blinketext verschwindet. - Endlich. :-)

Falls du dein Passwort vergessen hast, musst du den Router im failsafe Mode starten und mit passwd ein neues Passwort setzen.

===Grundeinstellungen===
Als erstes wollen wir die Grundeinstellungen für euren Router (Device) und für die 0xFF-Community vornehmen, in der ihr euch befindet.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Grundeinstellungen''' wählen.

[[Datei:B03.png]]

====Community====
Hier bitte das Funkfeuer-Netz auswählen, in dem sich euer Knoten befindet.

''Anm.: Über diese Funktion werden wir zukünftig die Grundeinstellungen für eure Community vorab einstellen können, um den Konfigurationsaufwand zu reduzieren''

====Grundlegende Sytemeinstellungen (Basic System Settings)====
In diesem Abschnitt nun bitte
*der ''Hostname'' ist der Name eures Devices. Wir wählen dazu die Syntax '''device.node''' mit den Namen, die ihr in der Knotendatenbank gewählt habt.
*der ''Standort'' gibt Auskunft, wo sich euer Knoten befindet und ist später für jeden Besucher ersichtlich.
*die ''Koordinaten (Länge, Breite)'' können über OpenStreetmap direkt ermittelt werden. Dazu nur den Ort anklicken, an dem ihr euch befindet und
*mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

===Kontakt===
Anschließend wollen wir die Kontakteinstellungen vornehmen - Besucher und Interessenten sollten wissen, wie sie euch erreichen können.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Kontakt''' wählen.

Dabei kann jeder selbst entscheiden, welche Informationen er über sich preisgeben will. Es müssen jedoch
*die Felder ''Pseudonym'', ''Name'' und ''E-Mail'' befüllt sein, um
*die Eingabe mit '''Speichern & Anwenden''' abschließen zu können.

===Schnittstellen (Interfaces)===
Nun kommen wir schon zu den wenigen technischen Settings, die ihr an eurem Router vornehmen müsst, um erst mal ins Internet zu gelangen. Wir beginnen mit den Schnittstellen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Schnittstellen''' wählen.

====AIR0 - Allgemeine EInstellungen====
Vorerst muss nur die Funkschnittstelle angepasst werden, da ihr je bereits zu eurem Router ein Verbindung habt.
Hier braucht ihr nun die IP-Adresse, die ihr euch aus der [https://marvin.funkfeuer.at/frontend_wien/ Knotendatenbank] geholt habt und unter
*''IPv4-Adresse'' eintragen.
*''IPv4-Broadcast'' den Wert ''255.255.255.255'' eintragen.
*Alle anderen Einstellungen bitte unverändert lassen und mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

====LAN - Allgemeine EInstellungen====
In diesem Bereich sind für die Endknoten-Konfiguration keine Änderungen erforderlich.

===Drahtlos===
Jetzt wird noch euer WLAN konfiguriert und dann könnt ihr bald loslegen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Drahtlos''' wählen.

====Netzwerke scannen====
In der Drahtlosübersicht habt hir die Möglichkeit, eure Umgebung zu Scannen. Über dein Button '''Scan''' bekommt ihr nach einigen Sekunden eine übersicht aller empfangenen Stationen. Alle Stationen mit '''Funkfeuer''' im Namen sind schon mal ein heisser Tipp.
Die '''Signalstärke''' ganz links gibt euch Auskunft darüber, wie die Gegenstelle zu empfangen ist. Werte über 35-40% lassen bereits auf einen guten Linkpartner hoffen.

Bitte jetzt NICHT "Netzwerk beitreten" klicken, sondern SSID, BSSID und Kanal merken und mit '''Zurück zur Übersicht''' in die Übersich zurückkehren.

====Gerätekonfiguration====
Jetzt über den Button '''Bearbeiten''' in die Konfiguration einsteigen und folgendes anpassen:
*'''Kanal'''
*Gegebenenfalls '''Sendeleistung'''

''Als Faustregel gilt jedoch: Immer so gering als möglich einstellen, da sich hohe Sendeleistungen auf die Empfindlichkeit des Gerätes und der Performance im gesamten Netz auswirken.''

====Schnittstellenkonfiguration====
In der Schnittstellenkonfiguration können Änderungen am ''Modus'' erforderlich sein, wenn ihr nicht mit einer AdHoc-Gegenstelle sondern mit einem AccesPoint (AP) verbunden seid. Entsprechend dieser Einstellung müsst ihr
*bei AP-Modus müsst ihr im ''Modus'' '''Client''' auswählen und die ''ESSID'' der Gegenstelle eintragen. Die ''BSSID'' kann frei bleiben.
*bei AdHoc bitte ''Modus'' auch auf '''AdHoc''' belassen und die gleiche ''BSSID'' wie die Gegenstelle wählen. ''ESSID'' kann hier frei gewählt werden.

===Konfiguration vervollständigen===
Unsere Backfire Vienna verfügt seit Version 4.0 über eine Komponente, die euch bei der Vervollständigung eurer Konfiguration unterstützt. In Abhängigkeit eurer Community (derzeit haben wie Wien, Graz und Weststeiermark aufgenommen) werden, abhängig von der eingetragenen IP-Adresse, '''bei jedem Reboot''' Netzmaske und DNS-Server und OLSR-Settings kontrolliert und gegebenenfalls korrigiert. Um den Schutz unserer Netze gegen externe Angreifer zu sichern, nehmen wir auch Anpassungen an den Firewall-Settings vor.

Um bei Tests diese Funktion zu umgehen, könnt ihr den '''0xFF-Configger''' über '''System''' und das Untermenü '''Systemstart''' leicht deaktivieren und nach getanener Arbeit wieder aktivieren.

= Troubleshooting =

===Failsafe-Mode===
Manche Router verfügen über einen Failsafe-Mode, über den OpenWRT mit den Standard-Einstellungen (192.168.1.1) gestartet werden kann. Wie man in diesen Modus kommt, seht Ihr an dieser Liste [[Failsafe-Modes]].
Auf die bisher eingerichtete, defekte Konfiguration kann zugegriffen werden, indem Ihr mittels telnet 192.168.1.1 auf den Router zugreift und mittels "mount_root" das Dateisystem einbindet. Nach dem editieren der Systemdateien gebt "sync" anschließend "reboot -f" ein.
Wenn alles geklappt hat, ist der Router mit der korrigierten Konfiguration wieder wie bisher erreichbar.

Passwort vergessen? http://wiki.openwrt.org/doc/howto/generic.failsafe

=== Signal gut, OLSR-Tabelle leer ===
Der Linkpartner ist nicht im eigenen Subnetz 193.238.x.x oder 78.41.113.x. Lösung: Die Broadcast-Adresse Deines Devices ist nicht auf 255.255.255.255 eingestellt.
Bridgeing ist aktiviert, obwohl Du im Ad-Hoc-Mode arbeitest. Das verträgt sich nicht. Lösung: Bei Schnittstellen die air0-Schnittstelle bearbeiten und und das Häkchen bei "Überbrückt die Schnittstellen" entfernen.

=== Signal gut, OLSR-Tabelle zeigt eine Gegenstelle im roten Bereich ===
Der Linkpartner empfängt Deine Station nicht so, wie Du seine Station empfängst. Lösung: Sendeleistung und Ausrichtung der Antenne überprüfen.

=== Signal gut, aber sehr hohe Paketverluste ===

==== bei Atheros-Gerät mit nur einem Drahtlosnetz im Ad-Hoc-Mode ====
weitere Symptome: vermehrt niedrige Datenraten, hohe Paketverluste, selbst bei 1Mbit-Verbindungen. Aussetzer kommen in "Wellen".
Wegen eines Bugs in Backfire-Firmwares funktioniert die Kanalwahl im Ad-Hoc-Mode nicht zuverlässig, wenn nur ein Ad-Hoc-Netzwerk betrieben wird. Wenn die Verbindung nicht optimal ist (Reflektionen, Mehrwegeausbreitung), kann die Frequenz (scheinbar) driften, sichtbar daran, dass auf der Statusseite der Kanal häufig wechselt. (Du hast z.B.: "4" eingestellt, aber es erscheint abwechselnd "1", "3", "4"). Workaround: Lege ein Drahtlosnetzwerk im Master-Mode an, dann erst das Ad-Hoc-Netz. Reboote anschließend den Router. Das fixiert den Kanal über das Master-Netzwerk auch für das Ad-Hoc-Netz und die Verbindung wird stabiler. Das Master-Netzwerk muss stets zuerst angelegt werden!!

==== Störungen durch andere Applikationen im 2.4GHz-Band ====
Ein Kanalwechsel kann helfen.

=== Signal gut, aber sehr niedrige nominelle und effektive Datenraten ===
'''!Experimentelle Ansätze - nicht auf zentralen Knoten verwenden! Erst mittels kleinen, abgetrennten Netzen simulieren/testen.'''
* Auf Atheros-Geräten die Basic rates für G-only-Mode setzen.
Z.B.: config wifi-device 'radio0'
...
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'
list basic_rate '48000'
list basic_rate '54000'
...

* Auf Linksys:
# G-only-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=2
# B/G-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=1

# Raten setzen - wahlweise:
"Je nach Modus":
nvram set wl0_rateset=default
oder "Alle"
nvram set wl0_rateset=all
oder "G-Only"
nvram set wl0_rateset="6 9 12 18 24 36 48 54"

Damit setzt man lediglich eine Präferenz, indem der Gegenstelle mitgeteilt wird, dass man nur diese Raten versteht. Die Mitteilung selbst erfolgt mit einem Beacon, das mit 1Mbit übertragen wird. Die Gegenstelle kann dennoch mit anderen Raten sprechen.

* Multicast-Rate auf 6, 9 oder 12 Mbit setzen:
Z.B.: config wifi-iface
...
option mcast_rate '6000'

* Linksys:
nvram set wl0_mrate=6000

* Linksys: G-Mode-Protection auf Automatik setzen
Über die Konsole:
nvram set wl0_gmode_protection=auto
oder "always on"
nvram set wl0_gmode_protection=on

G-Mode-Protection bewirkt, dass von neueren G- oder N-fähigen Geräten vor einer Datenübertragung ein Frame mit 1Mbit-Datenrate ausgesandt wird, der von allen anderen Stationen verstanden wird und der ungefähr den Inhalt hat: Das nachfolgende Paket sende ich, schweigt einfach für die nächsten x Millisekunden und stört meine Übertragung nicht (auch, und gerade weil Ihr es eh nicht verstehen könnt, weil ich n spreche und Ihr nicht!).
Auch, wenn wir (angeblich) keine B-Geräte in Verwendung haben und neuere Geräte das standardmäßig aktiviert haben - Openwrt kann keinen Greenfield-Mode - sollte es eingeschaltet bleiben, da Ad-Hoc-Mode im Gegensatz zum Master-Mode zwangsläufig zum Quasseln führt, insbesondere wenn Stationen sich nicht gegenseitig sehen können. Die RTS-Schwelle ergänzt die G-Mode-Protection insofern, als ein Vier-Wege-Handshake einer Datenübertragung vorausgeht, wenn deren Nutzdaten x Byte des Schwellwertes überschreiten. Kleinere Pakete werden ohne einen Handshake gesendet.

----

Beispiel für Airgrid/Bullet:
config wifi-device 'radio0'
option type 'mac80211'
option macaddr '00:11:22:33:44:55'
option diversity 0
option txantenna 1
option rxantenna 1
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC1'
list ht_capab 'DSSS_CCK-40'
option disabled '0'
option country 'AT'
option distance '7999'
option channel '13'
option beacon_int '800'
option txpower '0'
option hwmode '11ng'
option htmode 'HT20'
option rts '250'
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'

config wifi-iface
option device 'radio0'
option mode 'ap'
option encryption 'none'
option network 'Master'
option isolate '1'
option ssid 'accesspoint.funkfeuer.at'

config wifi-iface
option network 'air0'
option device 'radio0'
option mode 'adhoc'
option encryption 'none'
option ssid 'v13.adhoc.funkfeuer.at'
option bssid '26:A7:D4:E4:4F:4D'
option dtim_period '4'
# nicht unbedingt erforderlich:
# option mcast_rate '6000'

0xFF-Backfire Vienna

2012-11-07T12:58:18Z

Erich: /* Failsafe-Mode */

Wird gerade generalsaniert - sorry. --[[Benutzer:JoeSemler|JoeSemler]] 20:46, 4. Jun. 2012 (UTC)


'''[http://www.openwrt.org openWRT Backfire]''' ist eine, auf dem Betriebssystem Linux basierenden Firmware, die anstelle der Originalsoftware auf handelsüblichen Wireless-Routern verwendet werden kann um an den Netzen der Funkfeuer-Communities teilnehmen zu können.

Die vorliegende Anleitung beschreibt, wie 0xFF-Backfire Vienna auf den Routern installiert und konfiguriert werden kann.

= Installation =
Nachdem Backfire Vienna auf unterschiedlichen Gerätetypen unterschiedlicher Herstellern installiert werden kann, ist eine allgemein gültige Anleitung für die Installation der Basis-Software hier nicht möglich.

Eine genaue Anleitung unserer Standardgeräte

*[[SW-Installation#Ubiquity_Networks|AirGrid M2]] (outdoor)
*[[SW-Installation#Ubiquity_Networks|AirGrid M5]] (outdoor)
*[[TP-Link 741ND]] (Indoor Switch)
*[[TP-Link 3420]] (3g Switch)
*[[SW-Installation#Ubiquity_Networks|Bullet M2]]
*[[SW-Installation#Ubiquity_Networks|Bullet M5]]

finden sie in unserem [[SW-Installation|Installationsbereich]]; in der [[Hardware|Hardwareliste]] finden sich jedoch eine große Anzahl weiterer Geräte auf denen unsere Images getestet wurden und garantiert laufen.

Wer jedoch lieber mit den Originalpaketen von openWRT arbeiten möchte oder im Buildroot seine Hardware nicht finden kann, findet unter [http://downloads.openwrt.org/snapshots/trunk/ openWRT Snapsots] die passenden Snapshots aller derzeit unterstützten Devices.
Bei Firmware aus dieser Quelle ist jedoch zu bedenken, dass es sich um die openWRT Basisinstallation handelt und die nötigen/gewünschten Funkfeuer-Pakete erst nach der Installation zugefügt werden müssen.

Nach der Installation von 0xFF-Backfire Vienna ist der Router unter [http://192.168.1.1 http://192.168.1.1] erreichbar und vergibt über DHCP interne Adressen. Gib diese IP in deinen Browser ein, um auf die Startseite zu gelangen.

=LuCI - Das Backfire-Vienna GUI=
LuCI besteht in der aktuellen Version aus zwei, in naher Zukunft aus drei Ansichten.
#Die öffentliche "Freifunk-Ansicht", in der die wichtigsten Infos zum Router ohne Login abgerufen werden können
#Das Administrationsinterface, in dem (fast) alle Einstellungen vorgenommen werden können
#''Ein minimales Admin-Interface, das nur die wichtigsten Einstellungen zum Router trägt um Neuanlömmlinge in unserer Community nicht mit zu vielen EInstellungsmögkichkeiten zu überfordern In Entwicklung --[[Benutzer:JoeSemler|JoeSemler]] 10:19, 5. Jun. 2012 (UTC)''

Nach dem Aufruf der IP 192.168.1.1 bist du erst mal in der Freifunk-Ansicht.

[[Datei:B01.png]]

Dein neuer Router informiert dich jetzt, dass er ein Sicherheitsrisiko in sich birgt und du ein Passwort setzen solltest. Bevor wir das machen, aber noch ein paar Worte zum Backfire Vienna Konfigurationskonzept.

==LuCI-Basiskonfiguration (0xFF-Endknoten)==
Backfire Vienne verfolgt ein anwendungsspezifisches Konfigurationskonzept. D.h. jeder ihrer Anwendungsfälle hat genau eine Konfiguration, die diesen erfüllt.

Dennoch sind unsere Router im Auslieferungszustand als '''[[LuCI-Basiskonfiguration(0xFF-Endknoten)|0xFF-Endknoten]]''' konfiguriert. Das bedeutet, dass sie nach wenigen Konfigurationsschritten dazu verwendet werden können, über das Funkfeuer-Freenet ins Internet zu gelangen. Welche individuellen Schritte dennoch zu tun sind, wollen wir euch in diesem Abschnitt näher erläutern.

''Alle weiteren '''[[0xFF-Anwendungsfälle]]''' befindet sich gerade in Entwicklung und können später [[0xFF-Anwendungsfälle|über diesen Link]] abgerufen werden. --[[Benutzer:JoeSemler|JoeSemler]] 10:19, 5. Jun. 2012 (UTC)''

===Passwort setzen===
Um das Passwort setzen zu können, musst du erst mal in das Administartions-Interface wechseln. Die Umschaltmöglichkeit findest du rechts oben im GUI, gleich unter der Trennlinie.

Da direkt nach der Installation noch kein Passwort gesetzt ist, kannst du den Passwort-Dialog ignorieren und sofort auf Login klicken. Schon bist du im Administrations-Interface angelangt. Du erkennst es daran, dass du nun eine umfangreichere Menüleiste als zuvor hast.

[[Datei:B02.png]]

Über den Eintrag '''System''' und '''Administration''' gelangst du dorthin, wo du das Passwort setzen kannst. Bitte wähle ein sicheres Passwort, dass '''mindestens aus 9 Zeichen besteht''' und davon mindestens einen '''Groß- und einen Kleinbuchstaben''', eine '''Ziffer''' sowie auch '''Sonderzeichen''' enthält.

Mit '''Speicher und Anwenden''' übernimmst du das gewählte Passwort und der Blinketext verschwindet. - Endlich. :-)

===Grundeinstellungen===
Als erstes wollen wir die Grundeinstellungen für euren Router (Device) und für die 0xFF-Community vornehmen, in der ihr euch befindet.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Grundeinstellungen''' wählen.

[[Datei:B03.png]]

====Community====
Hier bitte das Funkfeuer-Netz auswählen, in dem sich euer Knoten befindet.

''Anm.: Über diese Funktion werden wir zukünftig die Grundeinstellungen für eure Community vorab einstellen können, um den Konfigurationsaufwand zu reduzieren''

====Grundlegende Sytemeinstellungen (Basic System Settings)====
In diesem Abschnitt nun bitte
*der ''Hostname'' ist der Name eures Devices. Wir wählen dazu die Syntax '''device.node''' mit den Namen, die ihr in der Knotendatenbank gewählt habt.
*der ''Standort'' gibt Auskunft, wo sich euer Knoten befindet und ist später für jeden Besucher ersichtlich.
*die ''Koordinaten (Länge, Breite)'' können über OpenStreetmap direkt ermittelt werden. Dazu nur den Ort anklicken, an dem ihr euch befindet und
*mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

===Kontakt===
Anschließend wollen wir die Kontakteinstellungen vornehmen - Besucher und Interessenten sollten wissen, wie sie euch erreichen können.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Freifunk'''
*und anschließend das Untermenü '''Kontakt''' wählen.

Dabei kann jeder selbst entscheiden, welche Informationen er über sich preisgeben will. Es müssen jedoch
*die Felder ''Pseudonym'', ''Name'' und ''E-Mail'' befüllt sein, um
*die Eingabe mit '''Speichern & Anwenden''' abschließen zu können.

===Schnittstellen (Interfaces)===
Nun kommen wir schon zu den wenigen technischen Settings, die ihr an eurem Router vornehmen müsst, um erst mal ins Internet zu gelangen. Wir beginnen mit den Schnittstellen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Schnittstellen''' wählen.

====AIR0 - Allgemeine EInstellungen====
Vorerst muss nur die Funkschnittstelle angepasst werden, da ihr je bereits zu eurem Router ein Verbindung habt.
Hier braucht ihr nun die IP-Adresse, die ihr euch aus der [https://marvin.funkfeuer.at/frontend_wien/ Knotendatenbank] geholt habt und unter
*''IPv4-Adresse'' eintragen.
*''IPv4-Broadcast'' den Wert ''255.255.255.255'' eintragen.
*Alle anderen Einstellungen bitte unverändert lassen und mit '''Speichern & Anwenden''' die Einstellungen übernehmen.

====LAN - Allgemeine EInstellungen====
In diesem Bereich sind für die Endknoten-Konfiguration keine Änderungen erforderlich.

===Drahtlos===
Jetzt wird noch euer WLAN konfiguriert und dann könnt ihr bald loslegen.
*Dazu bitte im '''Administrations-Interface''' das Menü '''Netzwerk'''
*und anschließend das Untermenü '''Drahtlos''' wählen.

====Netzwerke scannen====
In der Drahtlosübersicht habt hir die Möglichkeit, eure Umgebung zu Scannen. Über dein Button '''Scan''' bekommt ihr nach einigen Sekunden eine übersicht aller empfangenen Stationen. Alle Stationen mit '''Funkfeuer''' im Namen sind schon mal ein heisser Tipp.
Die '''Signalstärke''' ganz links gibt euch Auskunft darüber, wie die Gegenstelle zu empfangen ist. Werte über 35-40% lassen bereits auf einen guten Linkpartner hoffen.

Bitte jetzt NICHT "Netzwerk beitreten" klicken, sondern SSID, BSSID und Kanal merken und mit '''Zurück zur Übersicht''' in die Übersich zurückkehren.

====Gerätekonfiguration====
Jetzt über den Button '''Bearbeiten''' in die Konfiguration einsteigen und folgendes anpassen:
*'''Kanal'''
*Gegebenenfalls '''Sendeleistung'''

''Als Faustregel gilt jedoch: Immer so gering als möglich einstellen, da sich hohe Sendeleistungen auf die Empfindlichkeit des Gerätes und der Performance im gesamten Netz auswirken.''

====Schnittstellenkonfiguration====
In der Schnittstellenkonfiguration können Änderungen am ''Modus'' erforderlich sein, wenn ihr nicht mit einer AdHoc-Gegenstelle sondern mit einem AccesPoint (AP) verbunden seid. Entsprechend dieser Einstellung müsst ihr
*bei AP-Modus müsst ihr im ''Modus'' '''Client''' auswählen und die ''ESSID'' der Gegenstelle eintragen. Die ''BSSID'' kann frei bleiben.
*bei AdHoc bitte ''Modus'' auch auf '''AdHoc''' belassen und die gleiche ''BSSID'' wie die Gegenstelle wählen. ''ESSID'' kann hier frei gewählt werden.

===Konfiguration vervollständigen===
Unsere Backfire Vienna verfügt seit Version 4.0 über eine Komponente, die euch bei der Vervollständigung eurer Konfiguration unterstützt. In Abhängigkeit eurer Community (derzeit haben wie Wien, Graz und Weststeiermark aufgenommen) werden, abhängig von der eingetragenen IP-Adresse, '''bei jedem Reboot''' Netzmaske und DNS-Server und OLSR-Settings kontrolliert und gegebenenfalls korrigiert. Um den Schutz unserer Netze gegen externe Angreifer zu sichern, nehmen wir auch Anpassungen an den Firewall-Settings vor.

Um bei Tests diese Funktion zu umgehen, könnt ihr den '''0xFF-Configger''' über '''System''' und das Untermenü '''Systemstart''' leicht deaktivieren und nach getanener Arbeit wieder aktivieren.

= Troubleshooting =

===Failsafe-Mode===
Manche Router verfügen über einen Failsafe-Mode, über den OpenWRT mit den Standard-Einstellungen (192.168.1.1) gestartet werden kann. Wie man in diesen Modus kommt, seht Ihr an dieser Liste [[Failsafe-Modes]].
Auf die bisher eingerichtete, defekte Konfiguration kann zugegriffen werden, indem Ihr mittels telnet 192.168.1.1 auf den Router zugreift und mittels "mount_root" das Dateisystem einbindet. Nach dem editieren der Systemdateien gebt "sync" anschließend "reboot -f" ein.
Wenn alles geklappt hat, ist der Router mit der korrigierten Konfiguration wieder wie bisher erreichbar.

Passwort vergessen? http://wiki.openwrt.org/doc/howto/generic.failsafe

=== Signal gut, OLSR-Tabelle leer ===
Der Linkpartner ist nicht im eigenen Subnetz 193.238.x.x oder 78.41.113.x. Lösung: Die Broadcast-Adresse Deines Devices ist nicht auf 255.255.255.255 eingestellt.
Bridgeing ist aktiviert, obwohl Du im Ad-Hoc-Mode arbeitest. Das verträgt sich nicht. Lösung: Bei Schnittstellen die air0-Schnittstelle bearbeiten und und das Häkchen bei "Überbrückt die Schnittstellen" entfernen.

=== Signal gut, OLSR-Tabelle zeigt eine Gegenstelle im roten Bereich ===
Der Linkpartner empfängt Deine Station nicht so, wie Du seine Station empfängst. Lösung: Sendeleistung und Ausrichtung der Antenne überprüfen.

=== Signal gut, aber sehr hohe Paketverluste ===

==== bei Atheros-Gerät mit nur einem Drahtlosnetz im Ad-Hoc-Mode ====
weitere Symptome: vermehrt niedrige Datenraten, hohe Paketverluste, selbst bei 1Mbit-Verbindungen. Aussetzer kommen in "Wellen".
Wegen eines Bugs in Backfire-Firmwares funktioniert die Kanalwahl im Ad-Hoc-Mode nicht zuverlässig, wenn nur ein Ad-Hoc-Netzwerk betrieben wird. Wenn die Verbindung nicht optimal ist (Reflektionen, Mehrwegeausbreitung), kann die Frequenz (scheinbar) driften, sichtbar daran, dass auf der Statusseite der Kanal häufig wechselt. (Du hast z.B.: "4" eingestellt, aber es erscheint abwechselnd "1", "3", "4"). Workaround: Lege ein Drahtlosnetzwerk im Master-Mode an, dann erst das Ad-Hoc-Netz. Reboote anschließend den Router. Das fixiert den Kanal über das Master-Netzwerk auch für das Ad-Hoc-Netz und die Verbindung wird stabiler. Das Master-Netzwerk muss stets zuerst angelegt werden!!

==== Störungen durch andere Applikationen im 2.4GHz-Band ====
Ein Kanalwechsel kann helfen.

=== Signal gut, aber sehr niedrige nominelle und effektive Datenraten ===
'''!Experimentelle Ansätze - nicht auf zentralen Knoten verwenden! Erst mittels kleinen, abgetrennten Netzen simulieren/testen.'''
* Auf Atheros-Geräten die Basic rates für G-only-Mode setzen.
Z.B.: config wifi-device 'radio0'
...
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'
list basic_rate '48000'
list basic_rate '54000'
...

* Auf Linksys:
# G-only-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=2
# B/G-Mode setzen (wirkungslos, außer im Master-Mode)
nvram set wl0_gmode=1

# Raten setzen - wahlweise:
"Je nach Modus":
nvram set wl0_rateset=default
oder "Alle"
nvram set wl0_rateset=all
oder "G-Only"
nvram set wl0_rateset="6 9 12 18 24 36 48 54"

Damit setzt man lediglich eine Präferenz, indem der Gegenstelle mitgeteilt wird, dass man nur diese Raten versteht. Die Mitteilung selbst erfolgt mit einem Beacon, das mit 1Mbit übertragen wird. Die Gegenstelle kann dennoch mit anderen Raten sprechen.

* Multicast-Rate auf 6, 9 oder 12 Mbit setzen:
Z.B.: config wifi-iface
...
option mcast_rate '6000'

* Linksys:
nvram set wl0_mrate=6000

* Linksys: G-Mode-Protection auf Automatik setzen
Über die Konsole:
nvram set wl0_gmode_protection=auto
oder "always on"
nvram set wl0_gmode_protection=on

G-Mode-Protection bewirkt, dass von neueren G- oder N-fähigen Geräten vor einer Datenübertragung ein Frame mit 1Mbit-Datenrate ausgesandt wird, der von allen anderen Stationen verstanden wird und der ungefähr den Inhalt hat: Das nachfolgende Paket sende ich, schweigt einfach für die nächsten x Millisekunden und stört meine Übertragung nicht (auch, und gerade weil Ihr es eh nicht verstehen könnt, weil ich n spreche und Ihr nicht!).
Auch, wenn wir (angeblich) keine B-Geräte in Verwendung haben und neuere Geräte das standardmäßig aktiviert haben - Openwrt kann keinen Greenfield-Mode - sollte es eingeschaltet bleiben, da Ad-Hoc-Mode im Gegensatz zum Master-Mode zwangsläufig zum Quasseln führt, insbesondere wenn Stationen sich nicht gegenseitig sehen können. Die RTS-Schwelle ergänzt die G-Mode-Protection insofern, als ein Vier-Wege-Handshake einer Datenübertragung vorausgeht, wenn deren Nutzdaten x Byte des Schwellwertes überschreiten. Kleinere Pakete werden ohne einen Handshake gesendet.

----

Beispiel für Airgrid/Bullet:
config wifi-device 'radio0'
option type 'mac80211'
option macaddr '00:11:22:33:44:55'
option diversity 0
option txantenna 1
option rxantenna 1
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC1'
list ht_capab 'DSSS_CCK-40'
option disabled '0'
option country 'AT'
option distance '7999'
option channel '13'
option beacon_int '800'
option txpower '0'
option hwmode '11ng'
option htmode 'HT20'
option rts '250'
list basic_rate '6000'
list basic_rate '9000'
list basic_rate '12000'
list basic_rate '18000'
list basic_rate '24000'
list basic_rate '36000'

config wifi-iface
option device 'radio0'
option mode 'ap'
option encryption 'none'
option network 'Master'
option isolate '1'
option ssid 'accesspoint.funkfeuer.at'

config wifi-iface
option network 'air0'
option device 'radio0'
option mode 'adhoc'
option encryption 'none'
option ssid 'v13.adhoc.funkfeuer.at'
option bssid '26:A7:D4:E4:4F:4D'
option dtim_period '4'
# nicht unbedingt erforderlich:
# option mcast_rate '6000'

RB4xx

2011-01-22T18:25:42Z

Erich:

Wenn das RB493 frisch aus der Verpackung genommen wird, sind auf den LAN Ports keine IP Adressen eingestellt. Über die serielle Schnittstelle kann man sich mit admin/nix einloggen.

MikroTik 3.11
MikroTik Login: admin
Password:

MMM MMM KKK TTTTTTTTTTT KKK
MMM MMMM KKK TTTTTTTTTTT KKK
MMM MMMM MMM III KKK KKK RRRRRR OOOOOO TTT III KKK KKK
MMM MM MMM III KKKKK RRR RRR OOO OOO TTT III KKKKK
MMM MMM III KKK KKK RRRRRR OOO OOO TTT III KKK KKK
MMM MMM III KKK KKK RRR RRR OOOOOO TTT III KKK KKK

MikroTik RouterOS 3.11 (c) 1999-2008 http://www.mikrotik.com/
[admin@MikroTik] >

Abfragen der vorhandenen Interfaces:

[admin@MikroTik] > interface print

Flags: D - dynamic, X - disabled, R - running, S - slave
# NAME TYPE MTU
0 ether1 ether 1500
1 ether2 ether 1500
2 ether3 ether 1500
3 ether4 ether 1500
4 ether5 ether 1500
5 ether6 ether 1500
6 ether7 ether 1500
7 ether8 ether 1500
8 ether9 ether 1500

Einem Interface eine IP Adresse zuweisen:
[admin@MikroTik] > ip
[admin@MikroTik] /ip> address
[admin@MikroTik] /ip address> add address=192.168.1.1/24 interface=ether1
[admin@MikroTik] /ip address> print

Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK BROADCAST INTERFACE
0 192.168.1.1/24 192.168.1.0 192.168.1.255 ether1

Das rb493 ist nun unter http://192.168.1.1 erreichbar. Über das Webinterface kann man die Winbox downloaden. Eine grafische Oberfläche zum Konfigurieren des RB.

'''Das Routerboard mit einer OSBridge (WDS Master) verbinden:'''

Unter Interfaces das wlan1 interface enablen

Unter Wireless -> Interfaces -> doppelklick auf wlan1 -> Button Advanced Mode -> Wireless ->

Mode: wds slave
Frequenzy Mode: regulatory domain
Country: austria
Frequency: 5500
SSID: vonzu.funkfeuer.at
Antenna Gain: ? (Antennengewinn zb 19dB)
DFS Mode: none /wird nicht von allen WLAN Karten unterstützt)

einstellen -> ok drücken

Eine neue Bridge anlegen -> Bridge -> Bridge -> "+" -> OK -> Ports -> "+" -> ether1 -> OK

WDS aktivieren

Unter Wireless -> Interfaces -> doppelklick auf wlan1 -> WDS ->

WDS mode: dynamic
WDS default Bridge: bridge1

Unter Wireless -> Interfaces ist nun ein wds1 Eintrag hinzu gekommen, falls sich die OSBridge verbindet.
Es können sich mehrere Routerborads (wds slave) an der OSBridge (wds client) anmelden.
Anmerkung zu WDS:
Die OSBridge verbindet sich auch im Infrastruktur Client Mode mit dem Routerboard im ap bridge mode ohne WDS. Bei dieser Konfiguration funktioniert das Routing nicht immer, daher hab ich wds genommen.

Konfiguration der OSBridge als WDS Master:

Regulatory Domain: FAR EAST&AFRICA
Device Name: ?
ESSID: vonzu.funkfeuer.at
Preferred BSSID: mac Adresse vom Routerborad WLAN interface
WLAN Operational Mode: WDS Client
Frequency: 5500 (selbe wie routerborad)
Channel Width: 20MHz
IP Operational Mode: Bridge

Anmerkung zur SystemInfo-Seite der Bridge:
Firmware Version: 4.06R
Status: Connected
Rx Packets: 0 (bleibt immer 0)

Die Konfiguration OSBridge (WDS Client) und Routerboard (WDS Slave) kann man um eine OSBridge erweitern:
Auf dem Routerboard das Interface wlan1 zur Bridge1 hinzufügen -> Bridge -> Ports -> "+" -> wlan1 -> OK
Sonst werden keine Pakete zur zweiten OSBridge übertragen.

Die OSBridge auf Infrastruktur Client einstellen und dann sollte sich die OSBridge mit dem Routerboard verbinden. Das Routerboard verbindet somit OSBridge 1 (WDS Client) mit OSBridge 2 (Infra Client)

'''Rb411U mit Huawei E220:'''

Mit Winbox verbinden

Interfaces - Interface ppp-out1 anlagen

General:
L2 MTU, Max MTU, Max MRU auf 1500 lassen
MRRU leer
Port usb2
Data Channel: 0
Info Channel: 1
Modem Init: ATZ
Null Modem nein
APN A1.net
PIN leer

PPP:
Phone *99#
Dial Command ATDT
User ppp@A1plus.at
Password ppp
Remote Address leer
Profile default
Dial on Demand
Add Default Route Ja
Use Peer DNS JA
Allow pap und chap

NAT einrichten für PPP-OUT1:

IP - Firewall - NAT - (+)
Chain srcnat
Interface ppp-out1
Action masquerade

Linksys WAP54G

2009-08-14T20:42:39Z

Erich:

Der AccessPoint Linksys WAP54G Version 1 hat keine Versionsnummer beim Typ angegeben.

Auf der Vorderseite befinden sich LEDs für Power, Alarm, Wlan Traffic, WLAN Link, LAN Link, LAN 100MBit FD, LAN Traffic.

Auf der Rückseite befindet sich links eine abschaubbare Antenne (wie beim WRT54G), gleich daneben der Resetbutton, in der Mitte ein LAN Port, rechts der 5 Volt Stromanschluß und die zweite abschraubbare Antenne.

Der Router ist nach einem Reset unter der IP 192.168.1.245 bzw ab Firmwareversion 3 unter 192.168.1.1 erreichbar. User nix, Passwort admin.

Der Router verfügt nur über 2 MB Flash Speicher, aber läuft mit seinen 150 Mhz problemlos mit der Funkfeuer Firmware 1.6.28

Zusatzpakete werden wegen dem geringen Speicherplatz nicht mehr installierbar sein.

'''Flashen:'''

Zuerst den Router mit dem Reset Button auf der Rückseite zurück setzten.

Je nach Version unter 192.168.1.245 oder 192.168.1.1 mit User (nix) und Passwort (admin) einsteigen.

Von der Linksys Homepage die letzte Firmware Version 3.01 installieren. Der Router akzeptiert die Datei mit der Endung trx im Webinterface und startet nach dem Update mit der neuen IP 192.168.1.1

Nach dem Update wieder über das Webinterface einsteigen und die dd-wrt Firmware aufspielen. dd-wrt bietet eine eigene mini-Version für den WAP an wegen dem 2MB Flash.

Nach dem Update startet der Router neu und ist unter 192.168.1.1 erreichbar.

Das dd-wrt Webinterface frag beim ersten Einsteigen nach einem neuen User und Passwort. User (root) und Passwort (admin) eingeben. Anmerkung: Das Passwort kann selbst gewählt werden.

Den Punkt boot_wait im Webinterface auf enabled stellen und Save&Apply drücken. (Dadurch wartet der Router beim Booten kurz um das Einspielen neuer Firmware zu ermöglichen.)

Über das Webinterface die Funkfeuer Firmware aufspielen. TRX Dateien werden abgelehnt. Ich habe die TRX Datei auf BIN umbenannt und dann lies sich der Router flashen. Der Flashvorgang hat mir zu lange gedauer und daher hab ich ihn nach einigen Minuten abgesteckt. Ich kann aber nur davon abraten. Einfach abwarten bis die Firmware komplett drauf ist. Erst wenn man ganz sicher ist, dass alles funktioniert hat und der Router nicht pingbar ist, könnte man es mit einem Stromaus probieren.
Nach dem Flashen steht der Router über das LAN Port unter 192.168.1.1 zur Verfügung. Wie die Funkfeuer Firmware zu konfigurieren ist, steht im Wiki (wrt54gl). Das WAN Port existiert beim WAP54g nicht und kann daher deaktiviert werden. Generell kommt es mir so vor, als dauert beim WAP alles viel länger als beim WRT, wenn man sich als WRT User an den schnellen Flash/Bootvorgang vom Wrt54gl gewöhnt hat. Das Flashen mit tftp hat nicht funktioniert (timeout)

Anmerkung: Diese Anleitung bezieht sich nur auf den WAP54g Version 1 und da auch nur auf die Version mit dem Reset Button links neben der Antenne. Für andere Versionen bitte bei openWrt nachsehen und bei erfolgreichem flashen hier eintragen :-)

Datei:Dvg-2001s6.JPG

2009-08-14T20:31:49Z

Erich: Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Datei:Dvg-2001s4.JPG

2009-08-14T20:31:34Z

Erich: Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Datei:Dvg-2001s3.JPG

2009-08-14T20:31:15Z

Erich: Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Datei:Dvg-2001s2.JPG

2009-08-14T20:30:47Z

Erich: Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

D-Link DVG-2001S Konfiguration

2009-08-14T20:29:28Z

Erich:

Der Adapter holt sich vom DHCP Server eine lokale IP.

Diese im Internet Explorer aufrufen. User admin PW admin

Unter Tools->Admin das Passwort ändern

Unter Tools->Time den Zeitserver eintragen (zB ntp.sipgate.net) und GMT+2 auswählen

Unter Advanced->VoIP->Server Configuration

[[Bild:dvg-2001s1.JPG|frame|none|Screenshot DVG-2001S]]

Server FQDN enabled

Domain Name voip.funkfeuer.at

Port 5060

Outbound Proxy State enabled

Outbound Proxy Sever FQDN enabled

Outbound Proxy Domain Name voip.funkfeuer.at

Outbound Proxy Port 5060

Use DNS-SRV disabled

DNS-SRV Query Domain

Service Domain

URL Format SIP-URL

User Parameter Phone disabled

Caller ID Delivery YES

Display CID enabled

Timer T2 4sec

Initial Unregister enabled

Register Expiration 3600sec

Session Expires 1800sec

Min-SE 1800sec

Session Expires Refresher uac

G.711a-law 2nd 20ms

G.711u-law 1st 20ms

G.729a 3rd 20ms

G.726 4th 20ms

[[Bild:dvg-2001s2.JPG|frame|none|Screenshot DVG-2001S]]

Provisioning Function disabled

[[Bild:dvg-2001s3.JPG|frame|none|Screenshot DVG-2001S]]

STUN State disabled

STUN Server IP Address 193.238.157.98 = stun.funkfeuer.at

STUN Server Port 3478

STUN ReqInterval 60

[[Bild:dvg-2001s4.JPG|frame|none|Screenshot DVG-2001S]]

Phone Number manfred_123 (Login vom Frontend VoIP)

Display Name manfred_123 (Login vom Frontend VoIP)

User Agent Port 5060

Authentication Username

Password (Secret vom Frontend VoIP)

Retype Password (Secret vom Frontend VoIP)

[[Bild:dvg-2001s6.JPG|frame|none|Screenshot DVG-2001S]]

DTMF Method RFC2833

Payload Type 101

VAD enabled

Datei:Dvg-2001s1.JPG

2009-08-14T20:21:24Z

Erich: Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

Konfiguration D-Link DVG-2001S für Funkfeuer VoIP

D-Link DVG-2001S Konfiguration

2009-08-14T20:12:36Z

Erich:

Der Adapter holt sich vom DHCP Server eine lokale IP.

Diese im Internet Explorer aufrufen. User admin PW admin

Unter Tools->Admin das Passwort ändern

Unter Tools->Time den Zeitserver eintragen (zB ntp.sipgate.net) und GMT+2 auswählen

Unter Advanced->VoIP->Server Configuration

Server FQDN enabled

Domain Name voip.funkfeuer.at

Port 5060

Outbound Proxy State enabled

Outbound Proxy Sever FQDN enabled

Outbound Proxy Domain Name voip.funkfeuer.at

Outbound Proxy Port 5060

Use DNS-SRV disabled

DNS-SRV Query Domain

Service Domain

URL Format SIP-URL

User Parameter Phone disabled

Caller ID Delivery YES

Display CID enabled

Timer T2 4sec

Initial Unregister enabled

Register Expiration 3600sec

Session Expires 1800sec

Min-SE 1800sec

Session Expires Refresher uac

G.711a-law 2nd 20ms

G.711u-law 1st 20ms

G.729a 3rd 20ms

G.726 4th 20ms

Provisioning Function disabled

STUN State disabled

STUN Server IP Address 193.238.157.98 = stun.funkfeuer.at

STUN Server Port 3478

STUN ReqInterval 60

Phone Number manfred_123 (Login vom Frontend VoIP)

Display Name manfred_123 (Login vom Frontend VoIP)

User Agent Port 5060

Authentication Username

Password (Secret vom Frontend VoIP)

Retype Password (Secret vom Frontend VoIP)

DTMF Method RFC2833

Payload Type 101

VAD enabled

D-Link DVG-2001S Konfiguration

2009-08-14T20:08:26Z

Erich: enabled

Der Adapter holt sich vom DHCP Server eine lokale IP.
Diese im Internet Explorer aufrufen. User admin PW admin

Unter Tools->Admin das Passwort ändern
Unter Tools->Time den Zeitserver eintragen (zB ntp.sipgate.net) und GMT+2 auswählen

Unter Advanced->VoIP->Server Configuration

Server FQDN enabled
Domain Name voip.funkfeuer.at
Port 5060

Outbound Proxy State enabled
Outbound Proxy Sever FQDN enabled
Outbound Proxy Domain Name voip.funkfeuer.at
Outbound Proxy Port 5060

Use DNS-SRV disabled
DNS-SRV Query Domain
Service Domain
URL Format SIP-URL
User Parameter Phone disabled
Caller ID Delivery YES
Display CID enabled
Timer T2 4sec

Initial Unregister enabled
Register Expiration 3600sec
Session Expires 1800sec
Min-SE 1800sec
Session Expires Refresher uac

G.711a-law 2nd 20ms
G.711u-law 1st 20ms
G.729a 3rd 20ms
G.726 4th 20ms

Provisioning Function disabled

STUN State disabled
STUN Server IP Address 193.238.157.98 = stun.funkfeuer.at
STUN Server Port 3478
STUN ReqInterval 60

Phone Number manfred_123 (Login vom Frontend VoIP)
Display Name manfred_123 (Login vom Frontend VoIP)
User Agent Port 5060
Authentication Username
Password (Secret vom Frontend VoIP)
Retype Password (Secret vom Frontend VoIP)

DTMF Method RFC2833
Payload Type 101
VAD enabled

VoIP Client Konfiguration

2009-08-14T19:51:30Z

Erich: /* ATA */

{{VoIP_Navigation}}
Das Funkfeuer-VoIP-System wird von [http://www.telgo.at telgo] und privaten Accounts gesponsored. Davon sind jedoch nicht alle Gespräche ins Festnetz gedeckt, weshalb das System auf Spenden angewiesen ist. Wenn du regelmäßig VoIP verwendest, dann überweise bitte gelegentlich einen Betrag deiner Wahl [http://www.funkfeuer.at/Spenden.193.0.html auf das Vereinskonto]. Als Verwendungszweck bitte "VoIP" angeben.

'''Die Rechtslage verpflichtet uns, darauf hinzuweisen, dass VOIP nicht für Notrufe geeignet ist.'''

== VoIP Client Konfiguration ==
Dies ist eine Anleitung für die Benutzer des FunkFeuer '''V'''oice '''o'''ver '''I'''nternet '''P'''rotocol (VoIP) Servers.

=== Kurz und Bündig ===
* Protokoll: SIP
* VoIP Server Adresse (auch Domain/Realm): voip.funkfeuer.at
* VoIP Server Port: 5060
* [http://de.wikipedia.org/wiki/STUN STUN Server]: stun.funkfeuer.at
* Username und Passwort ("Login" und "Secret")aus dem [[Frontend_SIPs|Redeemer Frontend]] verwenden
* evt. "Displayname" ist der Username

===Anleitungen===
====Softphones====
[http://de.wikipedia.org/wiki/Softphone Softphones] sind Softwareclients für Sprachdienste. Sie benötigen in der Regel ein ext. Headset (Klinke oder USB).
* [[XLite Konfiguration|X-Lite Konfiguration]]
* [[SJphone Konfiguration]]
* [[Ekiga Konfiguration]] (opensource, Linux/Windows(beta), funktioniert unter Ubuntu sehr gut)
* [[XMeeting]] (Mac OS)

====ATA====
Ein [http://de.wikipedia.org/wiki/Analog-Telefon-Adapter ATA] ('''A'''nalog-'''T'''elefon-'''A'''dapter) ist ein Computer-unabhängiger Adapter, mit dem man ein konventionelles Analogtelefon (Kabel oder Schnurlos) mit VoIP verbdinden kann.
* [[Linksys_PAP2_Konfiguration]]
* [[D-Link_DVG-2001S_Konfiguration]]

====Hardphones====
Sind volldigitale unabhängige Telefone die direkt mit dem Internet verbunden werden. Sie benötigen keinen PC, haben oft ein eigenes Display mit Menüführung und bieten viele Zusatzfunktionen.
* [[Cisco/Sipura/Linksys SPA921 / SPA922 / SPA941 / SPA942]]

* [[Siemens Gigaset S450IP]]

== Wichtige Telefonnummern ==
* Echo Test: 1600 (ruft man die Nummer 1600, wird alles, was ins Mikrofon gesprochen wird, sofort wieder vom Server an den Lautsprecher zurückgesendet. Eignet sich als Test der VoIP Konfiguration)
* Voicemail (nur des eigenen Apperats): 6245
* Voicemail (von einem Fremden Apperat): 4444 (danach ''telefonnummer # passwort #'' eingeben)
* Weckdienst: 9253
* Österreichische Telefonnummer: zb ''01234567'' für die Wiener Telefonnummer 234567
* Internationale Telefonnummer_ ''0049987654321'' für ein Telefon in der BRD

[[Category:Dokumentation]]
[[Category:VoIP]]

RB4xx

2009-07-22T20:13:22Z

Erich:

Wenn das RB493 frisch aus der Verpackung genommen wird, sind auf den LAN Ports keine IP Adressen eingestellt. Über die serielle Schnittstelle kann man sich mit admin/nix einloggen.

MikroTik 3.11
MikroTik Login: admin
Password:

MMM MMM KKK TTTTTTTTTTT KKK
MMM MMMM KKK TTTTTTTTTTT KKK
MMM MMMM MMM III KKK KKK RRRRRR OOOOOO TTT III KKK KKK
MMM MM MMM III KKKKK RRR RRR OOO OOO TTT III KKKKK
MMM MMM III KKK KKK RRRRRR OOO OOO TTT III KKK KKK
MMM MMM III KKK KKK RRR RRR OOOOOO TTT III KKK KKK

MikroTik RouterOS 3.11 (c) 1999-2008 http://www.mikrotik.com/
[admin@MikroTik] >

Abfragen der vorhandenen Interfaces:

[admin@MikroTik] > interface print

Flags: D - dynamic, X - disabled, R - running, S - slave
# NAME TYPE MTU
0 ether1 ether 1500
1 ether2 ether 1500
2 ether3 ether 1500
3 ether4 ether 1500
4 ether5 ether 1500
5 ether6 ether 1500
6 ether7 ether 1500
7 ether8 ether 1500
8 ether9 ether 1500

Einem Interface eine IP Adresse zuweisen:
[admin@MikroTik] > ip
[admin@MikroTik] /ip> address
[admin@MikroTik] /ip address> add address=192.168.1.1/24 interface=ether1
[admin@MikroTik] /ip address> print

Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK BROADCAST INTERFACE
0 192.168.1.1/24 192.168.1.0 192.168.1.255 ether1

Das rb493 ist nun unter http://192.168.1.1 erreichbar. Über das Webinterface kann man die Winbox downloaden. Eine grafische Oberfläche zum Konfigurieren des RB.

Das Routerboard mit einer OSBridge (WDS Master) verbinden:

Unter Interfaces das wlan1 interface enablen

Unter Wireless -> Interfaces -> doppelklick auf wlan1 -> Button Advanced Mode -> Wireless ->

Mode: wds slave
Frequenzy Mode: regulatory domain
Country: austria
Frequency: 5500
SSID: vonzu.funkfeuer.at
Antenna Gain: ? (Antennengewinn zb 19dB)
DFS Mode: none /wird nicht von allen WLAN Karten unterstützt)

einstellen -> ok drücken

Eine neue Bridge anlegen -> Bridge -> Bridge -> "+" -> OK -> Ports -> "+" -> ether1 -> OK

WDS aktivieren

Unter Wireless -> Interfaces -> doppelklick auf wlan1 -> WDS ->

WDS mode: dynamic
WDS default Bridge: bridge1

Unter Wireless -> Interfaces ist nun ein wds1 Eintrag hinzu gekommen, falls sich die OSBridge verbindet.
Es können sich mehrere Routerborads (wds slave) an der OSBridge (wds client) anmelden.
Anmerkung zu WDS:
Die OSBridge verbindet sich auch im Infrastruktur Client Mode mit dem Routerboard im ap bridge mode ohne WDS. Bei dieser Konfiguration funktioniert das Routing nicht immer, daher hab ich wds genommen.

Konfiguration der OSBridge als WDS Master:

Regulatory Domain: FAR EAST&AFRICA
Device Name: ?
ESSID: vonzu.funkfeuer.at
Preferred BSSID: mac Adresse vom Routerborad WLAN interface
WLAN Operational Mode: WDS Client
Frequency: 5500 (selbe wie routerborad)
Channel Width: 20MHz
IP Operational Mode: Bridge

Anmerkung zur SystemInfo-Seite der Bridge:
Firmware Version: 4.06R
Status: Connected
Rx Packets: 0 (bleibt immer 0)

Die Konfiguration OSBridge (WDS Client) und Routerboard (WDS Slave) kann man um eine OSBridge erweitern:
Auf dem Routerboard das Interface wlan1 zur Bridge1 hinzufügen -> Bridge -> Ports -> "+" -> wlan1 -> OK
Sonst werden keine Pakete zur zweiten OSBridge übertragen.

Die OSBridge auf Infrastruktur Client einstellen und dann sollte sich die OSBridge mit dem Routerboard verbinden. Das Routerboard verbindet somit OSBridge 1 (WDS Client) mit OSBridge 2 (Infra Client)

RB4xx

2009-07-22T19:15:37Z

Erich: hat „RouterBoard 493“ nach „RB4xx“ verschoben: Link auf Hauptseite Hardware wurde geändert

RouterBoard 493

2009-07-22T19:15:37Z

Erich: hat „RouterBoard 493“ nach „RB4xx“ verschoben: Link auf Hauptseite Hardware wurde geändert

#REDIRECT [[RB4xx]]

Linksys WAP54G

2009-07-08T12:18:53Z

Erich:

Der AccessPoint Linksys WAP54G Version 1 hat keine Versionsnummer beim Typ angegeben. Auf der Vorderseite befinden sich LEDs für Power, Alarm, Wlan Traffic, WLAN Link, LAN Link, LAN 100MBit FD, LAN Traffic. Auf der Rückseite befindet sich links eine abschaubbare Antenne (wie beim WRT54G), gleich daneben der Resetbutton, in der Mitte ein LAN Port, rechts der 5 Volt Stromanschluß und die zweite abschraubbare Antenne.

Der Router ist nach einem Reset unter der IP 192.168.1.245 bzw ab Firmwareversion 3 unter 192.168.1.1 erreichbar. User nix, Passwort admin.

Der Router verfügt nur über 2 MB Flash Speicher, aber läuft mit seinen 150 Mhz problemlos mit der Funkfeuer Firmware 1.6.28
Zusatzpakete werden wegen dem geringen Speicherplatz nicht mehr installierbar sein.

Flashen:

Zuerst den Router mit dem Reset Button auf der Rückseite zurück setzten.
Je nach Version unter 192.168.1.245 oder 192.168.1.1 mit User (nix) und Passwort (admin) einsteigen.
Von der Linksys Homepage die letzte Firmware Version 3.01 installieren. Der Router akzeptiert die Datei mit der Endung trx im Webinterface und startet nach dem Update mit der neuen IP 192.168.1.1
Nach dem Update wieder über das Webinterface einsteigen und die dd-wrt Firmware aufspielen. dd-wrt bietet eine eigene mini-Version für den WAP an wegen dem 2MB Flash.
Nach dem Update startet der Router neu und ist unter 192.168.1.1 erreichbar.
Das dd-wrt Webinterface frag beim ersten Einsteigen nach einem neuen User und Passwort. User (root) und Passwort (admin) eingeben. Anmerkung: Das Passwort kann selbst gewählt werden.
Den Punkt boot_wait im Webinterface auf enabled stellen und Save&Apply drücken. (Dadurch wartet der Router beim Booten kurz um das Einspielen neuer Firmware zu ermöglichen.)
Über das Webinterface die Funkfeuer Firmware aufspielen. TRX Dateien werden abgelehnt. Ich habe die TRX Datei auf BIN umbenannt und dann lies sich der Router flashen. Der Flashvorgang hat mir zu lange gedauer und daher hab ich ihn nach einigen Minuten abgesteckt. Ich kann aber nur davon abraten. Einfach abwarten bis die Firmware komplett drauf ist. Erst wenn man ganz sicher ist, dass alles funktioniert hat und der Router nicht pingbar ist, könnte man es mit einem Stromaus probieren.
Nach dem Flashen steht der Router über das LAN Port unter 192.168.1.1 zur Verfügung. Wie die Funkfeuer Firmware zu konfigurieren ist, steht im Wiki (wrt54gl). Das WAN Port existiert beim WAP54g nicht und kann daher deaktiviert werden. Generell kommt es mir so vor, als dauert beim WAP alles viel länger als beim WRT, wenn man sich als WRT User an den schnellen Flash/Bootvorgang vom Wrt54gl gewöhnt hat. Das Flashen mit tftp hat nicht funktioniert (timeout)

Anmerkung: Diese Anleitung bezieht sich nur auf den WAP54g Version 1 und da auch nur auf die Version mit dem Reset Button links neben der Antenne. Für andere Versionen bitte bei openWrt nachsehen und bei erfolgreichem flashen hier eintragen :-)

Linksys WAP54G

2009-07-08T12:12:40Z

Erich: Die Seite wurde neu angelegt: „Der AccessPoint Linksys WAP54G Version 1 hat keine Versionsnummer beim Typ angegeben. Auf der Vorderseite befinden sich LEDs für Power, Alarm, Wlan Traffic, WLAN...“

Der AccessPoint Linksys WAP54G Version 1 hat keine Versionsnummer beim Typ angegeben. Auf der Vorderseite befinden sich LEDs für Power, Alarm, Wlan Traffic, WLAN Link, LAN Link, LAN 100MBit FD, LAN Traffic. Auf der Rückseite befindet sich links eine abschaubbare Antenne (wie beim WRT54G), gleich daneben der Resetbutton, in der Mitte ein LAN Port, rechts der 5 Volt Stromanschluß und die zweite abschraubbare Antenne.

Der Router ist nach einem Reset unter der IP 192.168.1.245 bzw ab Firmwareversion 3 unter 192.168.1.1 erreichbar. User nix, Passwort admin.

Der Router verfügt nur über 2 MB Flash Speicher, aber läuft mit seinen 150 Mhz problemlos mit der Funkfeuer Firmware 1.6.28
Zusatzpakete werden wegen dem geringen Speicherplatz nicht mehr installierbar sein.

Flashen:

Zuerst den Router mit dem Reset Button auf der Rückseite zurück setzten.
Je nach Version unter 192.168.1.245 oder 192.168.1.1 mit User (nix) und Passwort (admin) einsteigen.
Von der Linksys Homepage die letzte Firmware Version 3.01 installieren. Der Router akzeptiert die Datei mit der Endung trx im Webinterface und startet nach dem Update mit der neuen IP 192.168.1.1
Nach dem Update wieder über das Webinterface einsteigen und die dd-wrt Firmware aufspielen. dd-wrt bietet eine eigene mini-Version für den WAP an wegen dem 2MB Flash.
Nach dem Update startet der Router neu und ist unter 192.168.1.1 erreichbar.
Das dd-wrt Webinterface frag beim ersten Einsteigen nach einem neuen User und Passwort. User (root) und Passwort (admin) eingeben. Anmerkung: Das Passwort kann selbst gewählt werden.
Über das Webinterface die Funkfeuer Firmware aufspielen. TRX Dateien werden abgelehnt. Ich habe die TRX Datei auf BIN umbenannt und dann lies sich der Router flashen. Der Flashvorgang hat mir zu lange gedauer und daher hab ich ihn nach einigen Minuten abgesteckt. Ich kann aber nur davon abraten. Einfach abwarten bis die Firmware komplett drauf ist. Erst wenn man ganz sicher ist, dass alles funktioniert hat und der Router nicht pingbar ist, könnte man es mit einem Stromaus probieren.
Nach dem Flashen steht der Router über das LAN Port unter 192.168.1.1 zur Verfügung. Wie die Funkfeuer Firmware zu konfigurieren ist, steht im Wiki (wrt54gl). Das WAN Port existiert beim WAP54g nicht und kann daher deaktiviert werden. Generell kommt es mir so vor, als dauert beim WAP alles viel länger als beim WRT, wenn man sich als WRT User an den schnellen Flash/Bootvorgang vom Wrt54gl gewöhnt hat.

Anmerkung: Diese Anleitung bezieht sich nur auf den WAP54g Version 1 und da auch nur auf die Version mit dem Reset Button links neben der Antenne. Für andere Versionen bitte bei openWrt nachsehen und bei erfolgreichem flashen hier eintragen :-)

Hardware

2009-07-08T11:43:24Z

Erich: /* 802.11b/g (2,4 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Verfügbar || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Ja || [http://geizhals.at/a172494.html Ja] || leicht || Standard-router aber nicht sehr Empfangssensiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Ja || ? || mittel || Standard-router aber kein WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Ja, eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Ja || Nein || leicht (flashen mit tftp) || günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Ja || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe dadurch sauberes Signal
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Ja, spezielle Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Ja || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Ja || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || Nein || Ja || leicht || Sehr kompakt und Outdoor-tauglich. Für das Originalbetriebssystem "AirOS" gibt es zwar ein olsr-Paket, aber keinen Ad-Hoc-Modus. Gerät lässt sich jedoch sehr einfach über die Weboberfläche auf OpenWRT Kamikaze flashen.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
|routerboard || [[RouterBoard_333|RB333]] || DD-WRT: Über Umwege (info: metalab) Router OS: ? OpenWRT Kamikaze: Ja || NEIN || DD-WRT: ? Kamikaze: Konfiguration manuell || ~ $ 180 3 Mini-PCI slot
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Nein, DD-WRT, Kamikaze:mangels NVRAM kein OTA-flashen || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Nein, DD-WRT, OpenWRT:work in progress || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/antennak_/2/antennak2.html
*http://www.dinos.cz/product.php?productid=21346&cat=84&
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.borg.net.nz/shop/index.php?cPath=21&osCsid=68a3c8e1417559f22b6aa5aabde71b48
*http://shop.electro-comm.com/ac/Home.aspx?View=4
*http://www.telex.com/Wireless/Product.aspx?MarketID=1&CategoryID=4&ProductID=16
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/p91-outdoor-case-rb133x/
*http://www.stromecek.cz/pocitacove-komponenty/sitove-prvky/wlan/wlan-2-4ghz/anteny/index.php?page=2
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/arlista/antenna_kiegeszito/2_4_ghz_antenna/
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

Hardware

2009-07-08T11:42:27Z

Erich: /* 802.11b/g (2,4 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Verfügbar || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Ja || [http://geizhals.at/a172494.html Ja] || leicht || Standard-router aber nicht sehr Empfangssensiv
|-
| Linksys || [[Linksys_WAP54G|WAP54G]] || Ja || Ja || || mittel || Standard-router aber kein WAN Port
|-
| D-Link || [[D-Link DIR300]] || Ja || Ja, eigene Freifunk Version || [http://geizhals.at/a336089.html Ja] || schwer (flashen mit tftp/telnet) || Lauft auf Kernel 2.6 / webif setup möglich, relativ eigen / Atheros Chip / VLan´s nicht änderbar dz.
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Ja || Nein || leicht (flashen mit tftp) || günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Ja || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe dadurch sauberes Signal
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Ja, spezielle Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Ja || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Ja || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|-
| Ubiquiti || [[UBNT_Bullet2|Bullet2]] || Ja || Nein || Ja || leicht || Sehr kompakt und Outdoor-tauglich. Für das Originalbetriebssystem "AirOS" gibt es zwar ein olsr-Paket, aber keinen Ad-Hoc-Modus. Gerät lässt sich jedoch sehr einfach über die Weboberfläche auf OpenWRT Kamikaze flashen.
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
|routerboard || [[RouterBoard_333|RB333]] || DD-WRT: Über Umwege (info: metalab) Router OS: ? OpenWRT Kamikaze: Ja || NEIN || DD-WRT: ? Kamikaze: Konfiguration manuell || ~ $ 180 3 Mini-PCI slot
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Nein, DD-WRT, Kamikaze:mangels NVRAM kein OTA-flashen || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Nein, DD-WRT, OpenWRT:work in progress || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/antennak_/2/antennak2.html
*http://www.dinos.cz/product.php?productid=21346&cat=84&
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.borg.net.nz/shop/index.php?cPath=21&osCsid=68a3c8e1417559f22b6aa5aabde71b48
*http://shop.electro-comm.com/ac/Home.aspx?View=4
*http://www.telex.com/Wireless/Product.aspx?MarketID=1&CategoryID=4&ProductID=16
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/p91-outdoor-case-rb133x/
*http://www.stromecek.cz/pocitacove-komponenty/sitove-prvky/wlan/wlan-2-4ghz/anteny/index.php?page=2
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/arlista/antenna_kiegeszito/2_4_ghz_antenna/
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

Freifunk Firmware

2009-04-14T13:09:50Z

Erich: /* Software */

<google>WIKI</google>

'''WICHTIG MOMENTAN NUR 1.6.28 verwenden KEINE NEUERE FIRMWARE'''

==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 WICHTIG:''' '''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) allerdings verbleibt die Einstellung im nvram, und dyn_gw ist dann in neueren Firmwares weiterhin aktiv und macht probleme ausschalten nur mehr per ssh möglich: # nvram set ff_dyngw=0 commit'''
*'''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

soll die Konfiguration für olsr unter anderer firmware als Freifunkfirmware sein, dann gibts weitere DEtails hier,.. [[OLSR-Konfiguration]]

===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! Das Routing erledigt OLSR. Fixe Routen erzeugen loops. Dann besser den OLSR LQ-Faktor unter Punkt OLSR ändern.

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: '''zur not kurzzeitig LEER lassen funkpriorität bssid vor 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 [http://wiki.funkfeuer.at/index.php/Zus%C3%A4tzliche_Pakete zusätzlicher Software] ist optional, weil die Freifunk Firmware alle für 0xFF notwendigen Programme bereits installiert hat.

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, die Paketlisten werden automatisch upgedated, kein Neustart notwendig

====ü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

die Paketlisten werden bei der Installation automatisch upgedated, kein Neustart notwendig

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 aus den einzelnen LAN Ports zusätzliche WAN Ports machen. Man 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 (Linksys/Buffalo) eine andere Bedeutung. Man sollte es daher vorher Testen, welcher Wert (0-5) für welches Port steht.

==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===
ist aber idr nicht sonderlich brauchbar,.. die funkfeuer-map (http://map.funkfeuer.at/wien) ist meist schneller übersichtlicher, etc
====über SSH====
ipkg install freifunk-olsr-viz-de

----
[[Category:Dokumentation]]
[[Category:Software]]

RB4xx

2009-04-07T19:11:04Z

Erich:

RB4xx

2009-04-07T18:55:24Z

Erich:

RB4xx

2009-04-07T18:54:36Z

Erich:

RB4xx

2009-04-07T18:50:59Z

Erich:

Freebone IP-assignment

2009-04-05T19:12:00Z

Erich:

vivitozelt7 192.168.222.3 00:15:D6:19:10:64
zelt7tovivi 192.168.222.4 00:15:D6:19:00:44 kaputt neu 00:15:D6:49:59:60 admin@funkfeuer.at
heutoschenk 192.168.222.5 00:15:D6:19:47:52 (193.238.159.63)
schenktoheu 192.168.222.6 00:15:D6:19:65:40
zelt7tosei63 192.168.222.7 00:15:D6:19:10:76
sei63tozelt7 192.168.222.8 00:15:D6:19:10:56
ho6tovivilancom192.168.222.9 routerboard wlan1
vivitoho6lancom192.168.222.10 routerboard vlan15-wlan1
zelt7tohh10 192.168.222.11 00:15:D6:19:10:32
hh10tozelt7 192.168.222.12 00:15:D6:19:10:58
192.168.222.13
192.168.222.14
zelttoma89 192.168.222.15 00:15:D6:19:10:52
ma89tozelt7 192.168.222.16 00:15:D6:19:10:36
senftokob 192.168.222.17 00:15:D6:19:28:56
senfto 192.168.222.18
gerasput 192.168.222.19 00:15:D6:49:59:56
putgeras 192.168.222.20 00:15:D6:19:10:30 (Master, essid "putgeras", gregorprivat @gmail com)
gb24tohh10 192.168.222.21 00:15:d6:19:10:62
hh10togb24 192.168.222.22 00:15:D6:19:10:78
zelt7tovog12 192.168.222.23 00:15:D6:19:31:72 funkfeuer@itronic.at
vog12tozelt7 192.168.222.24 00:15:d6:19:30:04 funkfeuer@itronic.at
pd22tovivi 192.168.222.25 00:15:D6:19:29:36 taub? gestohlen aus vivi ersetzt 00:15:d6:??:??:?? offline admin@funkfeuer.at
vivitopd22 192.168.222.26 00:15:D6:19:29:00
vivitoaka 192.168.222.27 00:15:d6:19:32:16
akatovivi 192.168.222.28 00:15:D6:19:31:24
hhtokob 192.168.222.29 00:15:D6:19:30:72
kobtohh 192.168.222.30 routerboard ether1
ab44togb24 192.168.222.31
vivigaz 192.168.222.33
gazvivi 192.168.222.34
kalvivi 192.168.222.35 00:15:D6:19:84:98
vivikal 192.168.222.36 00:15:D6:19:29:84
manhtoschot 192.168.222.37
schottomanh 192.168.222.38
heutohasl 192.168.222.39 00:15:D6:19:84:52
hasltoheu 192.168.222.40 00:15:d6:19:84:90
heunordmanage 192.168.222.41
heuntovivi 192.168.222.42 routerboard 433: wlan3 , formerly an died osbridge (193.238.159.58)
vivitoheu 192.168.222.43 routerboard 532: vlan18-wlan2, formerly an osbridge (unreachable, unresetable, but working)
neudorfhh10 192.168.222.44 00:15:D6:49:56:30 unisys@gmx.at
ffhtovivi 192.168.222.45 00:15:d6:19:28:40 admin@funkfeuer.at
gb24tohfs 192.168.222.46 00:15:D6:19:31:02
hfstogb24 192.168.222.47 00:15:D6:49:59:26
pelikantokrypta192.168.222.48 00:15:d6:49:56:70 admin@funkfeuer.at
kryptatopelikan192.168.222.49 00:15:D6:49:59:74 admin@funkfeuer.at
kryptatoanw 192.168.222.50 00:15:d6:49:56:78 admin@funkfeuer.at
anwtokrypta 192.168.222.51 00:15:d6:49:59:44 admin@funkfeuer.at
spenger25toma89 192.168.222.52 (mikrotik RB411) 00:0C:42:1E:50:83
ma89tospenger25 192.168.222.53 (mikrotik RB411) 00:0C:42:1E:50:82
hh10neudorf 192.168.222.54 00:15:d6:49:59:64 unisys@gmx.at
pratertoviv 192.168.222.55 00:15:d6:49:57:04 admin@funkfeuer.at
wo9kahl 192.168.222.56 00:15:D6:49:56:96 admin@funkfeuer.at
kahlwo9 192.168.222.57 00:15:D6:49:56:44 admin@funkfeuer.at
pd27tomann 192.168.222.58 00:15:D6:49:59:68
manntopd27 192.168.222.59 admin@funkfeuer.at
viviroof 192.168.222.60
vivitolichtwicht 192.168.222.61
vivirouterboard 192.168.222.62
frei 192.168.222.63
frei 192.168.222.64
frei 192.168.222.65
frei 192.168.222.66
frei 192.168.222.67
FREI ...
mm temp 192.168.222.98
mm rechner 192.168,222.99
mirtopas77 192.168.222.101
pas77tomir 192.168.222.100
ADHOCBRIDGE 192.168.222.111 primary MASTER IP (required for bridge autoconfig)
ADHOCBRIDGE 192.168.222.112 Bridge IP
roofnode 192.168.222.221 (Management IP for osbridges on Roofnode)
zelt7rechner 192.168.222.222
waewall 192.168.222.141
wallwae 192.168.222.142
ho6tomir 192.168.222.250
mirtoho6 192.168.222.251
akkulappy 192.168.222.252
vog12linksys 192.168.222.254 funkfeuer@itronic.at
brodcast 192.168.222.255

Freebone IP-assignment

2009-04-05T18:56:53Z

Erich:

vivitozelt7 192.168.222.3 00:15:D6:19:10:64
zelt7tovivi 192.168.222.4 00:15:D6:19:00:44 kaputt neu 00:15:D6:49:59:60 admin@funkfeuer.at
heutoschenk 192.168.222.5 00:15:D6:19:47:52 (193.238.159.63)
schenktoheu 192.168.222.6 00:15:D6:19:65:40
zelt7tosei63 192.168.222.7 00:15:D6:19:10:76
sei63tozelt7 192.168.222.8 00:15:D6:19:10:56
ho6tovivilancom192.168.222.9 routerboard wlan1
vivitoho6lancom192.168.222.10 routerboard vlan15-wlan1
zelt7tohh10 192.168.222.11 00:15:D6:19:10:32
hh10tozelt7 192.168.222.12 00:15:D6:19:10:58
192.168.222.13
192.168.222.14
zelttoma89 192.168.222.15 00:15:D6:19:10:52
ma89tozelt7 192.168.222.16 00:15:D6:19:10:36
senftokob 192.168.222.17 routerboard ether1
senfto 192.168.222.18
gerasput 192.168.222.19 00:15:D6:49:59:56
putgeras 192.168.222.20 00:15:D6:19:10:30 (Master, essid "putgeras", gregorprivat @gmail com)
gb24tohh10 192.168.222.21 00:15:d6:19:10:62
hh10togb24 192.168.222.22 00:15:D6:19:10:78
zelt7tovog12 192.168.222.23 00:15:D6:19:31:72 funkfeuer@itronic.at
vog12tozelt7 192.168.222.24 00:15:d6:19:30:04 funkfeuer@itronic.at
pd22tovivi 192.168.222.25 00:15:D6:19:29:36 taub? gestohlen aus vivi ersetzt 00:15:d6:??:??:?? offline admin@funkfeuer.at
vivitopd22 192.168.222.26 00:15:D6:19:29:00
vivitoaka 192.168.222.27 00:15:d6:19:32:16
akatovivi 192.168.222.28 00:15:D6:19:31:24
hhtokob 192.168.222.29 00:15:D6:19:30:72
kobtohh 192.168.222.30 00:15:D6:19:28:56
ab44togb24 192.168.222.31
vivigaz 192.168.222.33
gazvivi 192.168.222.34
kalvivi 192.168.222.35 00:15:D6:19:84:98
vivikal 192.168.222.36 00:15:D6:19:29:84
manhtoschot 192.168.222.37
schottomanh 192.168.222.38
heutohasl 192.168.222.39 00:15:D6:19:84:52
hasltoheu 192.168.222.40 00:15:d6:19:84:90
heunordmanage 192.168.222.41
heuntovivi 192.168.222.42 routerboard 433: wlan3 , formerly an died osbridge (193.238.159.58)
vivitoheu 192.168.222.43 routerboard 532: vlan18-wlan2, formerly an osbridge (unreachable, unresetable, but working)
neudorfhh10 192.168.222.44 00:15:D6:49:56:30 unisys@gmx.at
ffhtovivi 192.168.222.45 00:15:d6:19:28:40 admin@funkfeuer.at
gb24tohfs 192.168.222.46 00:15:D6:19:31:02
hfstogb24 192.168.222.47 00:15:D6:49:59:26
pelikantokrypta192.168.222.48 00:15:d6:49:56:70 admin@funkfeuer.at
kryptatopelikan192.168.222.49 00:15:D6:49:59:74 admin@funkfeuer.at
kryptatoanw 192.168.222.50 00:15:d6:49:56:78 admin@funkfeuer.at
anwtokrypta 192.168.222.51 00:15:d6:49:59:44 admin@funkfeuer.at
spenger25toma89 192.168.222.52 (mikrotik RB411) 00:0C:42:1E:50:83
ma89tospenger25 192.168.222.53 (mikrotik RB411) 00:0C:42:1E:50:82
hh10neudorf 192.168.222.54 00:15:d6:49:59:64 unisys@gmx.at
pratertoviv 192.168.222.55 00:15:d6:49:57:04 admin@funkfeuer.at
wo9kahl 192.168.222.56 00:15:D6:49:56:96 admin@funkfeuer.at
kahlwo9 192.168.222.57 00:15:D6:49:56:44 admin@funkfeuer.at
pd27tomann 192.168.222.58 00:15:D6:49:59:68
manntopd27 192.168.222.59 admin@funkfeuer.at
viviroof 192.168.222.60
vivitolichtwicht 192.168.222.61
vivirouterboard 192.168.222.62
frei 192.168.222.63
frei 192.168.222.64
frei 192.168.222.65
frei 192.168.222.66
frei 192.168.222.67
FREI ...
mm temp 192.168.222.98
mm rechner 192.168,222.99
mirtopas77 192.168.222.101
pas77tomir 192.168.222.100
ADHOCBRIDGE 192.168.222.111 primary MASTER IP (required for bridge autoconfig)
ADHOCBRIDGE 192.168.222.112 Bridge IP
roofnode 192.168.222.221 (Management IP for osbridges on Roofnode)
zelt7rechner 192.168.222.222
waewall 192.168.222.141
wallwae 192.168.222.142
ho6tomir 192.168.222.250
mirtoho6 192.168.222.251
akkulappy 192.168.222.252
vog12linksys 192.168.222.254 funkfeuer@itronic.at
brodcast 192.168.222.255

RB4xx

2009-04-03T23:18:24Z

Erich:

RB4xx

2009-03-27T19:04:33Z

Erich:

RB4xx

2009-03-24T20:55:53Z

Erich:

RB4xx

2009-03-24T20:38:08Z

Erich: Die Seite wurde neu angelegt: „Wenn das RB493 frisch aus der Verpackung genommen wird, sind auf den LAN Ports keine IP Adressen eingestellt. Über die serielle Schnittstelle kann man sich mit a...“

Hardware

2008-12-10T14:47:09Z

Erich: /* 802.11b/g (2,4 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Verfügbar || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Ja || [http://geizhals.at/a172494.html Ja] || leicht || Standard-router aber nicht sehr Empfangssensiv
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Ja || Nein || leicht (flashen mit tftp) || günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Ja || [http://geizhals.at/a173329.html Ja] || leicht (flashen mit tftp) || Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe dadurch sauberes Signal
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Ja, spezielle Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Ja || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Ja || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
|routerboard || [[RouterBoard_333|RB333]] || DD-WRT: Über Umwege (info: metalab) Router OS: ? OpenWRT Kamikaze: Ja || NEIN || DD-WRT: ? Kamikaze: Konfiguration manuell || ~ $ 180 3 Mini-PCI slot
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Nein, DD-WRT, Kamikaze:mangels NVRAM kein OTA-flashen || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Nein, DD-WRT, OpenWRT:work in progress || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/antennak_/2/antennak2.html
*http://www.dinos.cz/product.php?productid=21346&cat=84&
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.borg.net.nz/shop/index.php?cPath=21&osCsid=68a3c8e1417559f22b6aa5aabde71b48
*http://shop.electro-comm.com/ac/Home.aspx?View=4
*http://www.telex.com/Wireless/Product.aspx?MarketID=1&CategoryID=4&ProductID=16
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/p91-outdoor-case-rb133x/
*http://www.stromecek.cz/pocitacove-komponenty/sitove-prvky/wlan/wlan-2-4ghz/anteny/index.php?page=2
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/arlista/antenna_kiegeszito/2_4_ghz_antenna/
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

Hardware

2008-12-10T14:22:08Z

Erich: /* 802.11b/g (2,4 GHz) */

das hier ist eine Übersicht über die bei FunkFeuer eingesetzte Hardware, Erfahrungsberichte und How-To's.

''Wenn du mit Hardware Erfahrungen gemacht hast, die hier nicht beschrieben ist oder noch Ergänzungen dazu hast, lass dich nicht davon abhalten sie hier einzutragen.''

=Router/Bridges=

==802.11b/g (2,4 GHz)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Verfügbar || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT54GL|WRT54GL]] || Ja || Ja || [http://geizhals.at/a172494.html Ja] || leicht || Standard-router aber nicht sehr Empfangssensiv
|-
| Buffalo || [[Buffalo_WHR-G54S|WHR-G54S]] || Ja || Ja || Nein || mittel (flashen mit tftp) || günstig, sehr gute Empfangseigenschaften, ''freifunk-berlin berichtet allerdings etwas anderes. Testberichte?''
|-
| Buffalo || [[Buffalo_WHR-HP-G54|WHR-HP-G54]] || Ja || Ja || [http://geizhals.at/a173329.html Ja] || mittel (flashen mit tftp) || Buffalo WHR-G54S sehr ähnlich, hat eine Ausgangsendstufe dadurch sauberes Signal
|-
| Accton Technology || MR3201A ([[Fonera|FON Fonera]]) || Ja || Ja, spezielle Version, nicht alle Einstellungen vorhanden || ? || mittel, muss erst freigeschalten werden || WLAN und Software sehr instabil, schwaches Sendesignal, Empfang laut Spezifikationen sehr gut
|-
| Asus || [[Asus_WL-HDD|WL-HDD]] || Ja || Ja || Nein || leicht || 1xUSB1.1 und intern Platz für eine Notebook-IDE-HD
|-
| Asus || [[Asus_WL-500Gp|WL-500gP]] || Ja || Ja || ? || leicht || etwas teuer, gute Rechen-,Sende- und Empfangsleistung, WLAN-Karte in Mini-PCI slot, 2xUSB 2.0, VLAN muss nach dem flashen noch angepasst werden, etwas groß
|}

==802.11a (5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| OSbridge || [[OSBRiDGE_5GXi|5GXi]] || NEIN || NEIN || Fremdsoftware nicht möglich, Originalfirmware leicht || nur im bridge-modus, 2 Devices pro Link nötig, Antenne integriert, Outdoor-Gehäuse, PoE
|}

==802.11a/b/g mixed (2,4/5 GHz)==

5GHz Linkstrecken, die im Bridge-modus fahren bekommen private IPs zur Administration zugewiesen, siehe [[5GHz_IP_assignment|5GHz IP assignment]]

{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
|routerboard || [[RouterBoard_333|RB333]] || DD-WRT: Über Umwege (info: metalab) Router OS: ? OpenWRT Kamikaze: Ja || NEIN || DD-WRT: ? Kamikaze: Konfiguration manuell || ~ $ 180 3 Mini-PCI slot
|-
| Buffalo || [[Buffalo_WHR-108AG|WHR-108AG]] || ? || NEIN || ? || kann 2,4 GHz und 5GHz gleichzeitig ausstrahlen
|}

==802.11n (2,4 GHz) (draft-n, nicht pre-n!, kompatibel mit 802.11b/g)==
{| border="1" cellpadding="10" cellspacing="0"
! Hersteller || Name || OLSR-tauglich || Freifunk-Firmware || Schwierigkeitsgrad || Kommentar
|-
| Linksys || [[Linksys_WRT150N|WRT150N]] || Ja || Nein, DD-WRT, Kamikaze:mangels NVRAM kein OTA-flashen || mittel || ca. 60EUR
|-
| Linksys || [[Linksys_WRT300N|WRT300N]] || Ja || Nein, DD-WRT, OpenWRT:work in progress || mittel || ca. 100EUR
|}

==Weitere Hersteller von 802.11a (5 GHz) Outdoor-Geräten==

Unsortierte Liste ungetesteter Hardware unter 500€
*http://www.interprojekt.com.pl/bridge-professional-cpebridge-outdoor-device-p-357.html 102 Euro
*http://yagi.pl/product_info.php/products_id/946 lahme seite aber 118 Euro
*http://www.mikrotik.com/
*http://www.straightcore.net/us/
*http://www.airlive.com/products/menu_wireless_accessory.shtml GPL !!
*http://www.netkrom.com/prod_airnet_outdoor_54mb_ap-bridge.html
*http://www.pheenet.com/product/product.php?category_id=12
*http://www.airaya.com/
*http://www.teletronics.com/tt4900.html
*http://hotware.manufacturer.globalsources.com/si/6008812254087/pdtl/Mobile-wireless/1002593030/WLAN.htm
*http://yufotech.trustpass.alibaba.com/product/10448738/11A_B_G_Outdoor_Access_Point_Bridge.html

=Hardware für Standard-PCs / miniatur-Systeme=
==802.11b/g (2,4 GHz)==
* PCI-Karten

Du suchst eine PCI-Karte für (D)einen PC?

Dann stöber bei den folgenden URLs (keine besondere Reihenfolge) weiter:
* http://www.wifi.com.ar/doc/wifi/wlan_adapters.html
* http://madwifi.org/wiki/Compatibility
* http://wiki.ubuntuusers.de/WLAN/Karten
* http://www.fehu.org/atheros.html

Und hier ist noch Platz für weitere Meta-URLs.

==802.11a (5 GHz)==
===USB WLAN Adapter bzw. Mini PCI Cards===
ein paar von einem bekannten Preisevergleicher:
* [http://geizhals.at/a144270.html Linksys WUSB54AG (USB)]
* [http://geizhals.at/a160804.html D-Link AirPremier DWL-AG132]
* [http://geizhals.at/a137121.html Lancom AirLancer USB-54ag]
* [http://geizhals.at/?fs=802.11a&x=0&y=0&in= Toshiba PA3236U-1MPC 802.11a/b W-LAN Mini PCI Card]

Sonst von einer großen Auktionsbörse gibt es eigentlich viel, wenn man nach "802.11a" sucht...

* SparkLAN WMIA-123AG (Atheros AR5004X Chipsatz)
* [http://search-desc.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&catref=C6&from=R10&satitle=mini+pci+atheros&sacat=-1%26catref%3DC6&bs=Finden&fts=2&fsop=1%26fsoo%3D1&coaction=compare&copagenum=1&coentrypage=search&fgtp=&sargn=-1%26saslc%3D3&sadis=200&fpos=99423&ga10244=10425&ftrt=1&ftrv=1&saprclo=&saprchi=| mini pci a/b Karte]
=Antennenhersteller (Import)=

*http://www.fractenna.com/
*http://www.5ghz.biz/
*http://yagi.pl/
*http://www.wlan-ok.hu/index.php?buy=411&bc=1198&single
*http://www.dipol.com.pl/2_4_ghz_panel_antenna_-_tetraant_13dbi__A72801.htm
*http://www.gigatechnik.hu/antennak_/2/antennak2.html
*http://www.dinos.cz/product.php?productid=21346&cat=84&
*http://www.stelladoradus.com/Planar.antennas.php
*http://www.borg.net.nz/shop/index.php?cPath=21&osCsid=68a3c8e1417559f22b6aa5aabde71b48
*http://shop.electro-comm.com/ac/Home.aspx?View=4
*http://www.telex.com/Wireless/Product.aspx?MarketID=1&CategoryID=4&ProductID=16
*http://www.connectronics.com/antennas/2_4GHz_Antennas.htm
*http://www.stelladoradus.com/2.4.ghz.planar.antennas.php
*http://wifi.aspa.cz/zbozi.php?kat=4174
*http://shop.cznet.cz/p91-outdoor-case-rb133x/
*http://www.stromecek.cz/pocitacove-komponenty/sitove-prvky/wlan/wlan-2-4ghz/anteny/index.php?page=2
*http://www.alphasonic.hu/index.php?cPath=11_66
*http://www.agendaage.hu/arlista/antenna_kiegeszito/2_4_ghz_antenna/
*http://www.telemat.hu/index.php?page=arlistak&cid=032
*http://www.itelite.net

[[Category:Hardware]]

Chello und Funkfeuer zusammenrouten

2008-12-09T11:03:53Z

Erich:

(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.2 (vivivpn.tunnel.wien.funkfeuer.at) sollte unter Nachbarn (ETX 1.000) aufscheinen und kurze Zeit später 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

Tunnel Setup

2008-12-09T10:57:15Z

Erich: /* Grundlegendes */

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 ==

* 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.