Freifunk Köln, Bonn und Umgebung - Benutzerbeiträge [de]

Hauptseite

2012-02-05T14:38:08Z

Topo:

__NOTOC__ 
[[Datei:Freifunk_klein.jpg|500px|thumb|right]]
== Willkommen im Freifunk-KBU-Netz! ==

Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.

Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.

Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.

Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier].

== Mitmachen ==
[[Datei:Hardware.jpg|400px|thumb|left]]
=== [[Nutzen|Nutze Freifunk]] ===
Jedes Wireless Lan Gerät kann Teil des Freifunk-Netzes werden. 
Verbinde Dich! 

=== [[Erweitern|Erweitere das Netz]] ===
Um das Netzwerk selbst zu erweitern benötigst du nur einen geeigneten Router mit unserer Firmware. 
Bei der Installation helfen wir Dir gerne weiter. 

=== [[Mitmachen|Werde Teil unserer Community]] ===
Wir treffen uns regelmäßig – komm einfach vorbei oder schreibe eine uns eine [[Mailingliste|E-Mail]]. 

== [[Treffen]] ==
{{:Treffen}}

MediaWiki:Sidebar

2012-02-05T14:33:27Z

Topo:

MediaWiki:Sidebar

2012-02-05T14:32:17Z

Topo:

MediaWiki:Sidebar

2012-02-05T14:29:00Z

Topo:

Treffen

2012-02-05T13:45:13Z

Topo:

Mitmachen

2012-02-05T13:41:17Z

Topo:

= Mitmachen =

Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen.

== Netztheorie/ Technik ==
[[FSM-Dynamisches-Bridging]] 
[[Batman_adv]] 
== [[Firmware]] ==
{{:Firmware}}
== [[Anforderungen]] ==
== [[Roadmap|Vision]] ==
== Server ==
[[Server:Paul]] 
[[Server:Felix]] 
== Services ==

Hauptseite

2012-02-05T13:21:29Z

Topo:

__NOTOC__ 
[[Datei:Freifunk_klein.jpg|500px|thumb|right]]
== Willkommen im Freifunk-KBU-Netz! ==

Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.

Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.

Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.

Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier].

== Mitmachen ==
[[Datei:Hardware.jpg|400px|thumb|left|Bild 1 Hardware]]
=== [[Nutzen|Nutze Freifunk]] ===
Jedes Wireless Lan Gerät kann Teil des Freifunk-Netzes werden. 
Verbinde Dich! 

=== [[Erweitern|Erweitere das Netz]] ===
Um das Netzwerk selbst zu erweitern benötigst du nur einen geeigneten Router mit unserer Firmware. 
Bei der Installation helfen wir Dir gerne weiter. 

=== [[Mitmachen|Werde Teil unserer Community]] ===
Wir treffen uns regelmäßig – komm einfach vorbei oder schreibe eine uns eine [[Mailingliste|E-Mail]]. 

== [[Treffen]] ==
{{:Treffen}}

Hauptseite

2012-02-05T13:17:37Z

Topo:

__NOTOC__ 
[[Datei:Freifunk_klein.jpg|500px|thumb|right]]
== Willkommen im Freifunk-KBU-Netz! ==

Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.

Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.

Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.

Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier].

== Mitmachen ==
=== [[Nutzen|Nutze Freifunk]] ===
Jedes Wireless Lan Gerät kann Teil des Freifunk-Netzes werden. 
Verbinde Dich! 
=== [[Erweitern|Erweitere das Netz]] ===
Um das Netzwerk selbst zu erweitern benötigst du nur einen geeigneten Router mit unserer Firmware. 
Bei der Installation helfen wir Dir gerne weiter. 

=== [[Mitmachen|Werde Teil unserer Community]] ===
Wir treffen uns regelmäßig – komm einfach vorbei oder schreibe eine uns eine [[Mailingliste|E-Mail]]. 

== [[Treffen]] ==
{{:Treffen}}

Benutzer:Topo

2012-02-05T13:16:22Z

Topo:

Datei:Freifunk klein.jpg

2012-02-05T13:15:43Z

Topo:

Datei:Freifunk.jpg

2012-02-05T13:15:17Z

Topo:

Benutzer:Topo

2012-02-05T13:14:49Z

Topo:

Datei:ClubMate.jpg

2012-02-05T13:08:47Z

Topo:

Datei:Hardware2.jpg

2012-02-05T13:08:27Z

Topo:

Datei:Hardware.jpg

2012-02-05T13:06:58Z

Topo:

Benutzer:Topo

2012-02-05T13:06:34Z

Topo: /* Kontakt */

Benutzer:Topo

2012-02-05T12:56:35Z

Topo: /* Kontakt */

==Kontakt==
* topo <at> thomas-pohl <dot> net

Hauptseite

2012-02-05T12:54:39Z

Topo:

__NOTOC__ 
== Willkommen im Freifunk-KBU-Netz! ==

Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.

Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.

Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.

Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier].

== Mitmachen ==
=== [[Nutzen|Nutze Freifunk]] ===
Jedes Wireless Lan Gerät kann Teil des Freifunk-Netzes werden. 
Verbinde Dich! 
=== [[Erweitern|Erweitere das Netz]] ===
Um das Netzwerk selbst zu erweitern benötigst du nur einen geeigneten Router mit unserer Firmware. 
Bei der Installation helfen wir Dir gerne weiter. 

=== [[Mitmachen|Werde Teil unserer Community]] ===
Wir treffen uns regelmäßig – komm einfach vorbei oder schreibe eine uns eine [[Mailingliste|E-Mail]]. 

== [[Treffen]] ==
{{:Treffen}}

Mitmachen

2012-02-05T12:10:53Z

Topo:

Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen.

Folgende Fragen werden hier beantwortet:

a. [[Roadmap|Vision]]
b. Netztheorie/ Technik
c. [[Firmware]] Wo liegen die sourcen / Makefile? (Firmware)
d. [[Anforderungen]]
e. Server (Internetgateway)
f. Services (?)

 
Netztheorie/ Technik: 
[[FSM-Dynamisches-Bridging]] 

Server: 
[[Server:Paul]] 
[[Server:Felix]]

Mitmachen

2012-02-05T12:06:53Z

Topo:

Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen.

Folgende Fragen werden hier beantwortet:

a. [[Roadmap|Vision]]
b. Netztheorie/ Technik
c. [[Firmware]] Wo liegen die sourcen / Makefile? (Firmware)
d. [[Anforderungen]]
e. Server (Internetgateway)
f. Services (?)

Netztheorie/ Technik: 
[[FSM-Dynamisches-Bridging]]

Mitmachen

2012-02-05T12:05:07Z

Topo:

Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen.

Folgende Fragen werden hier beantwortet:

a. Vision
b. Netztheorie/ Technik
c. Firmware Wo liegen die sourcen / Makefile? (Firmware)
d. [[Anforderungen]]
e. Server (Internetgateway)
f. Services (?)

[[FSM-Dynamisches-Bridging]]

Diskussion:Risiken

2012-01-28T11:48:21Z

Topo: Die Seite wurde neu angelegt: „Wir müssen mal eine nicht kommerzielle Seite raussuchen, aber die c't Seite fasst es halt gut zusammen.“

Wir müssen mal eine nicht kommerzielle Seite raussuchen, aber die c't Seite fasst es halt gut zusammen.

Mitmachen

2012-01-28T11:45:40Z

Topo:

Nutzen

2012-01-28T11:44:58Z

Topo:

Diese Seite ist der Einstieg für alle, die Freifunk einfach benutzen wollen.

Folgende Fragen werden hier beantwortet:

a. Wie verbinde ich mich?
b. Was geht?
c. Lokale services
d. Internet
e. Was darf ich nicht?
f. Welche [[Risiken]] gehe ich ein?

Nutze Freifunk 
 
Jedes Wireless Lan Gerät kann Teil des Freifunk-Netzes werden. 
 
Verbinde Dich! 
 
Einige Dienste sind zur Zeit in Planung, die nur über das Mesh-Netzwerk selbst verfügbar sein werden. 
 
Zum anderen kannst du das Mesh-Netzwerk dazu nutzen, kostenlos ins Internet zu kommen. Hierbei gilt: 

Keine Garantie – Wir sind kein kommerzieller Internet-Anbieter 
Sei nett zu deinen Nachbarn – Tue nichts was deinem Nachbarn schaden könnte 
[[Risiken|Schütze Dich]] – Es ist technisch möglich in Funknetzen mitzuhören.

Risiken

2012-01-28T11:39:06Z

Topo:

Ein Funknetz ist ein ungeswitchtes Netz, dies bedeutet, dass alle Datenpakete die innerhalb des Netzes versendet und empfangen werden, von jedem anderen Netzteilnehmer auch gelesen werden können. In der Regel werden Pakete die nicht für den eigenen Rechner sind einfach verworfen. Neugierige Menschen oder Menschen die böses im Schilde führen können aber sehr leicht auch Datenpakete anderer Rechner auswerten. Für diesen Zweck gibt es komfortable Werkzeuge die jeder einfach so installieren und nutzen kann.
 
Eine recht gute Zusammenfassung der Problematik findet sich hier: 
 
c't 1/2012 Artikelreihe: "Die Hotspotfalle" - http://www.heise.de/ct/artikel/Die-Hotspot-Falle-1394646.html 
allgemeiner Artikel aus Wikipedia - http://de.wikipedia.org/wiki/Wireless_Local_Area_Network#Datensicherheit

Risiken

2012-01-28T11:35:02Z

Topo: Die Seite wurde neu angelegt: „Ein Funknetz ist ein ungeswitchtes Netz, dies bedeutet, dass alle Datenpakete die innerhalb des Netzes versendet und empfangen werden, von jedem anderen Netzteiln…“

Ein Funknetz ist ein ungeswitchtes Netz, dies bedeutet, dass alle Datenpakete die innerhalb des Netzes versendet und empfangen werden, von jedem anderen Netzteilnehmer auch gelesen werden können. In der Regel werden Pakete die nicht für den eigenen Rechner sind einfach verworfen. Neugierige Menschen oder Menschen die böses im Schilde führen können aber sehr leicht auch Datenpakete anderer Rechner auswerten. Für diesen Zweck gibt es komfortable Werkzeuge die jeder einfach so installieren und nutzen kann.
 
Eine recht gute Zusammenfassung der Problematik findet sich hier: 
 
c't 1/2012 Artikelreihe: "Die Hotspotfalle" | http://www.heise.de/ct/artikel/Die-Hotspot-Falle-1394646.html

Nutzen

2012-01-28T11:24:54Z

Topo:

Nutzen

2012-01-28T11:24:34Z

Topo:

Firmware

2012-01-28T11:21:55Z

Topo:

Erstellung eines Lübecker Freifunk-Images mit KBU-Firmware für TP Link 1043ND

== Direkter Download ==
# http://www6.jluehr.de/openwrt-ar71xx-tl-wr1043nd-v1-squashfs-factory.bin
# http://www6.jluehr.de/openwrt-ar71xx-tl-wr1043nd-v1-squashfs-sysupgrade.bin

== Konfiguration ==
* Firmware wie üblich einspielen (1. Image falls noch kein OpenWRT vorhanden ist, 2. Image sonst)
* Router mit einem Internet-Uplink verbinden (WAN-Port)
* Nach ca. 3-10 min sollte ein neuer Key mit Deiner IP eingreicht worden sein (http://kbu.freifunk.net:8080/ff-serv/tincs)

Hinweis: Ein Zugang via ssh / luci kann wie unter http://krtek.asta.uni-luebeck.de/meutewiki/Freifunk/L%C3%BCbeck-Freifunk-Router/L%C3%BCbeck-Freifunk-Firmware/Router-Zugang beschrieben eingerichtet werden.

== Build ==

git clone --recursive git://github.com/yanosz/lffenv.git
cd lff
scripts/env switch wr1043nd
make

Bei Problemen bitte ''make V=99'' ausführen. Die Voraussetzungen für den Build (toolchain, etc.) sind die gleichen wie für die Lübecker Firmware.

[[Kategorie:Firmware]]

Router-Konfiguration

2012-01-28T11:21:27Z

Topo:

Konfiguration der Router des Freifunk-Netzes

''' ''WIP - Work-in-Progress. Bitte keine Änderungen ohne Rücksprache - das ist erstmal mein privater Notizzettel :-) '' '''

== Einleitung ==
Zur Implementierung der [[Netzwerk-Konfiguration]] müssen die Router entsprechend Konfiguriert werden. Die Konfiguration erfolgt auf Basis von OpenWRT. Nach Möglichkeit sollen alle von OpenWRT unterstützten Hardware-Architekturen mit Freifunk nutzbar sein.

Dieser Artikel beschreibt die Konfiguration der Nodes(*). Entsprechende Konfigurationsdateien werden referenziert (**). Er dient als Grundlage zur konkreten Implementierung

''(*) Erstmal meine Ideen dazu ;-) - (**) Soweit sie jetzt schon existieren''

== Aufbau der Konfiguration ==
Die Konfiguration der einzelnen Nodes gliedert sich in zwei verschiedene Bereiche:
* Der Node-'''unabhängige''' Teil ist bei allen Nodes identisch. Hier sind keine Node-spezfischen Einstellungen vorhanden.
* Der Node-'''abhängige''' Teil unterschied sich von Node zu Node. In diesem Teil befinden sich Node-spezifsche Einstellungen.

Die Aufteilung ergibt sich aus der Notwendigkeit Node-spezifische Einstellungen ausliefern zu müssen (bspw. Key und OpenVPN-Zertifikat). Da auf der andereren Seite auf allen Nodes eine vergleichbare Firmware aufgespielt werden soll, können die spezifische Einstellungen nicht im Firmware-Image gesetzt werden - dies würde die Erstellung eines individuellen Firmware-Images pro Node erforderlich machen.

''' ''Todo: Bild malen'' '''.

== Deployment der Konfiguration ==

Die verschiedenen Teile der Konfiguration werden auf verschiedene Weise deployed ('' '''Todo: Deployment-Diagramm malen''' '')
* Der unabhängige Teil wird als plattformunabhängiges OpenWRT-Paket eingebunden.
* Der abhängige Teil wird von einem zentralen Server (Paul) per http geladen.

Insbesondere ermöglicht das OpenWRT-Paket den Download der Node-abhängigen Konfiguration und dessen Aktualisierung. Das OpenWRT-Paket selbst wird in einem Repository bereit gestellt, damit es auch direkt installiert oder aktualisiert werden kann.

Hierbei sehen wir die folgenden Dinge vor:
* Jeder Node auch ohne den abhängigen Teil im Freifunk-Netz betrieben werden können. Insbesondere soll es möglich sein, auch dann das Mesh zu betreiben, wenn der abhängige Teil nicht geladen werden.
* Die Konfiguration soll von jedem der Server im Freifunk-Netz geladen werden können (z.Z. nur Paul)
* Der abhängige Teil soll dann geladen werden, wenn ein Node über eine direkte Verbindung zum Internet verfügt. Somit kann er:
** Einen VPN-Tunnel über das Internet aufbauen - (Zertifikate & Keys) sind Teil der Node-abhängigen Konfiguration
** Prefixes zur Verteilung (dhcp o.ä.) anfordern können - da sich Prefixes zwischen den Nodes unterscheiden, müssen sie abhängig sein.

Dies legt nahe, das ein Node, der keine direkte Verbindung zum Internet hat, den abhängigen Teil ggf. nicht laden muss (abhängig von der [[Netzwerk-Konfiguration]]) und ohne weitere Daten
(wie bspw. Prefixes) ein batman-adv basierte OSI-2 Netz weiterleiten kann.

Wichtig ist weiterhin, dass die Konfiguration eines Nodes für den Benutzer transparent erfolgt: Jeder Nutzer muss nachvollziehen können wie sein Router arbeitet. Insbesondere wäre es gut, keine Nodes per SSH manuell zu konfigurieren, damit der Nutzer den Verdacht hat, dass wir sein Netz auspionieren können.
Es muss klar sein, welche Dateien node-abhängig per http geladen werden - für jeden muss einsehbar sein, wie deren Inhalt ist. Insbesondere sollten daher alle Quelltexte aller Pakete und deployment-Anwendungen für jeden offen sein.

== Node-unabhängige Konfiguration ==

== Node-abhängige Konfiguration ==

[[Kategorie:Firmware]]

Firmware-Freifunk-LÃ¼beck

2012-01-28T11:21:12Z

Topo:

== Einleitung ==
In Lübeck gibt es ein Freifunk-Netz, das mit unseren Ideen vergleichbar ist. Ihre Firmware kann Input oder Ausgangsbasis für unsere Firmware sein. Weitere Infos: http://krtek.asta.uni-luebeck.de/meutewiki/MetaMeuteMesh

Images der Firmware gibt es leider (Stand: 3.9. 2011) nicht zum Download - sie muss aus den Quellen kompiliert werden.

== Strategie Freifunk Lübeck ==
[[Datei:Vorgehen-lff.png|thumb|600px|right|Data Link Layer (OSI-2)]]

Anders als zunächst diskutiert, verwendet Freifunk Lübeck kein automatisches VPN auf den Routern selber - nur an gewählten Punkten werden manuell VPNs auf PCs oder Routern mit Alix Board (und demnächst auch TP-Link TL-WR1043ND) eingerichtet. Alle Nodes bilden über batman-adv eine große (OSI-2/3) Kollisionsdomäne. Verbindungen zwischen abgelegenen Nodes sollen (werden?) teilweise per Richtfunk überbrückt werden. Dabei gibt es einige technische Unterschiede zu unserer Planung

* Fokus auf DIR-300 als Node-Hardware. Für andere Gerätetypen gibt es keine Firmware. ''In Planung: Images für TP-Link''
* Präferenz für tinc als VPN (im Gegensatz zu OpenVPN).
* Kompilieren eigene Firmware aus den OpenWRT-Quellen - keine Verwendung des Image-Builders.

Die einzelnen Nodes sind (grob gesehen) wie folgt konfiguriert [http://krtek.asta.uni-luebeck.de/meutewiki/MetaMeuteMesh/L%C3%BCbeck-Freifunk-Router/L%C3%BCbeck-Freifunk-Firmware/Richtlinien]
* WLAN
** Ad-Hoc
*** Modus: Adhoc
*** ESSID: 'mesh.freifunk.net' - BSSID / CellID: 02:22:B0:44:94:5D
*** Modulation: (mindestens) 802.11g - Kanal: 1 (= 2.412GHz)
** Master / AP (''falls zusätzlich möglich'')
*** ESSID: 'luebeck.freifunk.net'
*** bridged mit bat0
** Master / AP (2) (''falls zusätzlich möglich'')
*** SSID: 'luebeck.freifunk.net - Info'
*** Leitet jeden Webseitenzugriff auf einen Info-Seite um.

*Routing
**Protokoll: B.A.T.M.A.N.-Advanced, compat-Version 12 (z.B. batman-adv 2011.2.0, 2011.1.0 oder 2011.0.0)
** Protokoll Konfiguration: i.d.R. gw_mode 'client' (außer man bietet einen Internetzugang mit DHCP an, dann 'server')

= Entwicklung / Build =
Der Build-Prozess ist unter: http://krtek.asta.uni-luebeck.de/meutewiki/MetaMeuteMesh/L%C3%BCbeck-Freifunk-Router/L%C3%BCbeck-Freifunk-Firmware dokumentiert.

Die Quellen der Lübecker Firmware verteilen sich auf 4 Repositories:

* [http://krtek.asta.uni-luebeck.de/repos/LuebeckFreifunkFirmware/ LuebeckFreifunkFirmware] - Fork des OpenWRT-Repositories mit einigen, weniges Patches (genutzte seeds, dnsmasq).
** master - Quellen der Lübecker Firmware
** openwrt-backfire - Unmodifiziertes OpenWRT
* [http://krtek.asta.uni-luebeck.de/repos/LFF-Packages/ LFF-Packages] - Fork des OpenWRT-Package-Repositories mit evtl. Downgrades von Paketen zur Kompatibilität und wenigen extra Patches
** master - OpenWRT-Package-Repository + Patches
** openwrt - Unmodifiziertes OpenWRT-Package-Repository
* [http://krtek.asta.uni-luebeck.de/repos/LFF-Profiles/ LFF-Profiles] - Ablage der Node-Konfiguration. Branches:
** master - leer, uninteressant
** lff-dlink-dir300 - Ablage der Konfiguration des DIR-300. Inhalt:
*** .config - Konfiguration für den OpenWRT-Build (aus make Menuconfig erstellt)
*** files - Konfiguration für das Lübecker Freifunk-Netz. Einige Dateien sind geräteabhängig.
** lff-tl-wr1043nd - Ablage der Konfiguration des TP-Link WR1043ND. Inhalt: s.o.
** lff-tl-wr741nd - Ablage der Konfiguration des TP-Link WR741ND. Inhalt: s.o.
* [http://krtek.asta.uni-luebeck.de/repos/LFF-Info/ LFF-Info] - Info-Web-Seite. Wird über die andere SSID verteilt.

Hierbei refrenziert LuebeckFreifunkFirmware das LFF-Packages-Repository und LFF-Profiles-Repository, während LFF-Profiles das Repository LFF-Info referenziert. Somit es ein Klon des Repositories LuebeckFreifunkFirmware für die Entwicklung ausreichend.

= Entwicklungsansätze =
Zur Nutzung mit Freifunk-KBU sind diese Ansätze denkbar:
* Trennung zwischen OpenWRT-Config (.config) und Paket-Konfigurationen (/etc/config) - Ziel: Vereinfachung der Distributierung, Unterstützung weiterer Plattformen.
* Paketierung der Konfiguration
** Es gibt ein plattformunabhängiges Konfigurationspaket dies zieht alle benötigten Pakete nach.
** Für die Konfiguration gibt es template Dateien. Beispiel: /etc/config/network -> /etc/config/network.template und rsetzen der plattform-abhängigen Interface-Namen durch ein postinst-Scribt des Pakets(z.B. ''sed s/%wlan_if%/$REAL_WLAN_IF/g < /etc/config/network.template > /etc/config/network'')
* Nutzung des Image-Builders statt eigener Builds
* Aufname von tinc / OpenVPN. Download zugh. config per http.

[[Kategorie:Firmware]]

Firmware

2012-01-28T11:20:46Z

Topo:

Hier eine Übersicht der Seiten die die Firmware beschreiben:

[[Firmware-Freifunk-Lübeck]] 
[[Router-Konfiguration]] 
[[Firmware Build]] 
[[Lff-env-kbu]] 

Die Infoseite der Firmware kann hier betrachtet werden: 
http://info.kbu.freifunk.net/de/

[[Kategorie:Firmware]]

Bearbeitungshilfe

2012-01-28T11:17:40Z

Topo:

Absolute Wiki-Neulinge sollten erst einmal einen Blick auf den Artikel [[Erste Schritte|Erste Schritte]] werfen. 
Aber überfliegt auch diesen Artikel, um einen Überblick darüber zu erhalten, was möglich ist - wobei anzumerken ist, dass die hier aufgeführten Formatierungsmöglichkeiten längst nicht umfassend ist.
 
==Absatzkontrolle==
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| style="vertical-align:top; " | 1 Leerzeile
| style="vertical-align:top; " | Zeilenumbruch
| style="vertical-align:top; " | sehr unübersichtlich und gewöhnungsbedürftig
|-
| style="vertical-align:top; " | <nowiki> </nowiki>
| style="vertical-align:top; " | Zeilenumbruch
| style="vertical-align:top; " | Wesentlich übersichtlicher. Bitte diese Möglichkeit verwenden.
|-
| style="vertical-align:top; " | 2 Leerzeilen
| style="vertical-align:top; " | 1 Leerzeile
| style="vertical-align:top; " | sehr unübersichtlich und gewöhnungsbedürftig. Außerdem Wiki-Fehler: An einer bestimmten Stelle löscht das Wiki die 2. Leerzeile einfach - ohne zu fragen.
|-
| style="vertical-align:top; " | <nowiki> </nowiki>
| style="vertical-align:top; " | 1 Leerzeile
| style="vertical-align:top; " | Wesentlich übersichtlicher. Bitte diese Möglichkeit verwenden.
|}
 

==Textformatierung==
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| style="vertical-align:top; " | <nowiki>{Leerzeichen}Text</nowiki>
| style="vertical-align:top; " |
Text
| style="vertical-align:top; " | Dieser Effekt ist manchmal etwas nervig aber leider nicht zu ändern.
|-
| style="vertical-align:top; " | <nowiki>'''fett'''</nowiki>
| style="vertical-align:top; " | '''fett'''
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki>''kursiv''</nowiki>
| style="vertical-align:top; " | ''kursiv''
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki>unterstrichen</nowiki>
| style="vertical-align:top; " | unterstrichen
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki><nowiki>'''Ein Text'''</nowiki></nowiki>
| style="vertical-align:top; " | <nowiki>'''Ein Text'''</nowiki>
| style="vertical-align:top; " | Bewirkt, dass Wiki-Sonderzeichen als Text dargestellt werden.
|-
| style="vertical-align:top; " | <nowiki>=Überschrift1= bis ======Überschrift6======</nowiki> 
| style="vertical-align:top; " |
| style="vertical-align:top; " | Leider nicht schön darstellbar
|-
| style="vertical-align:top; " | <nowiki><code>Code</code></nowiki>
| style="vertical-align:top; " | <code>Code</code>
| style="vertical-align:top; " | Für kurze Codepassagen empfohlen.
|-
| style="vertical-align:top; " | <nowiki>klein</nowiki>
| style="vertical-align:top; " | klein
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki><strike>durchgestrichen</strike></nowiki>
| style="vertical-align:top; " | <strike>durchgestrichen</strike>
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki>tiefgestellt</nowiki>
| style="vertical-align:top; " | tiefgestellt
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | <nowiki>hochgestellt</nowiki>
| style="vertical-align:top; " | hochgestellt
| style="vertical-align:top; " |
|}
 

==Aufzählungen==
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| style="vertical-align:top; " |
<nowiki>* Ebene 1</nowiki> 
<nowiki>** Ebene 2</nowiki> 
<nowiki>**** Ebene 4</nowiki>
| style="vertical-align:top; " |
* Ebene 1
** Ebene 2
**** Ebene 4
| style="vertical-align:top; " | Es sind viele Ebenen möglich. Ich bin bisher noch an keine Grenze gestoßen.
|-
| style="vertical-align:top; " |
<nowiki># Ebene 1</nowiki> 
<nowiki>## Ebene 2</nowiki> 
| style="vertical-align:top; " |
# Ebene 1
## Ebene 2
| style="vertical-align:top; " | Es sind viele Ebenen möglich. Ich bin bisher noch an keine Grenze gestoßen.
|-
| style="vertical-align:top; " |
<nowiki>: eingerückt</nowiki> 
<nowiki>:: doppelt</nowiki> 
<nowiki>:::: vierfach</nowiki> 
| style="vertical-align:top; " |
: eingerückt
:: doppelt
:::: vierfach
| style="vertical-align:top; " | Es sind viele Ebenen möglich. Ich bin bisher noch an keine Grenze gestoßen.
|-
| style="vertical-align:top; " |
<nowiki>; Begriff</nowiki> 
<nowiki>: Definition des Begriffs</nowiki>
| style="vertical-align:top; " |
; Begriff
: Definition des Begriffs
| style="vertical-align:top; " |
|}
 
==Links==
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Navigation innerhalb des Wikis'''
|-
| style="vertical-align:top; " | <nowiki>[[Link]]</nowiki>
| style="vertical-align:top; " | [[Link]]
| style="vertical-align:top; " | Wird der Link rot dargestellt, existiert die Seite (noch) nicht.
|-
| style="vertical-align:top; " | <nowiki>[[Link|Linktext]]</nowiki>
| style="vertical-align:top; " | [[Link|Linktext]]
| style="vertical-align:top; " | Wird der Link rot dargestellt, existiert die Seite (noch) nicht.
|-
| style="vertical-align:top; " | <nowiki>[[Link#Sprungmarke|Sprungmarke]]</nowiki>
| style="vertical-align:top; " | [[Link#Sprungmarke|Sprungmarke]]
| style="vertical-align:top; " | Sprungmarke muss eine Überschrift sein.
|-
| style="vertical-align:top; " | <nowiki>[[#Sprungmarke|Sprungmarke]]</nowiki>
| style="vertical-align:top; " | [[#Sprungmarke|Sprungmarke]]
| style="vertical-align:top; " | Verweis auf eine Sprungmarke auf der aktuellen Seite. Sprungmarke muss eine Überschrift sein.
|-
| style="vertical-align:top; " | <nowiki>[[Namensbereich:Link|Linktext]]</nowiki>
| style="vertical-align:top; " | [[Namensbereich:Link|Linktext]]
| style="vertical-align:top; " | Verweis auf eine Seite in einem speziellen Namensbereich.
|-
| style="vertical-align:top; " | <nowiki>#REDIRECT [[Zielartikelname]]</nowiki>
| style="vertical-align:top; " | #REDIRECT [[Zielartikelname]]
| style="vertical-align:top; " | Leitet automatisch auf den Zielartikel weiter.
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Links in die Außenwelt (externe Links)'''
|-
| style="vertical-align:top; " | <nowiki>[http://www.google.de Google]</nowiki>
| style="vertical-align:top; " | [http://www.google.de Google]
| style="vertical-align:top; " | Link nach Google.
|-
| style="vertical-align:top; " | <nowiki>[http://www.google.de|target='_new' Google]</nowiki>
| style="vertical-align:top; " | [http://www.google.de|target='_new' Google]
| style="vertical-align:top; " | Link nach Google. Öffnet in neuem Browserfenster. Weiter Infos dazu siehe [http://meta.wikimedia.org/wiki/Opening_external_links_in_a_new_window#usage_2|target='_new' hier].
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Einbinden und Importieren von Vorlagen bzw. Konstanten'''
|-
| style="vertical-align:top; " | <nowiki>{{Vorlage}}</nowiki>
| style="vertical-align:top; " | {nicht möglich}
| style="vertical-align:top; " | Verweist auf eine Vorlage. Funktionsweise siehe [[#Vorlagen|Vorlagen]].
|-
| style="vertical-align:top; " | <nowiki>{{subst:Vorlage}}</nowiki>
| style="vertical-align:top; " | {nicht möglich}
| style="vertical-align:top; " | Importiert eine Vorlage. Funktionsweise siehe [[#Vorlagen|Vorlagen]].
|}
 

==Inhaltsverzeichnis==
Standardmäßig blendet dieses Wiki automatisch ein numeriertes Inhaltsverzeichnis ein, sobald der Text mindestens 4 Überschriften enthält. Dies kann durch die folgenden Tags beinflusst werden. Grundsätzlich können die Tags irgendwo im Text stehen, sollten aber zur besseren Auffindbarkeit am Anfang untergebracht werden.
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Numerierung ein- und ausblenden'''
|-
| style="vertical-align:top; " | <nowiki>__toc__</nowiki>
| style="vertical-align:top; " | {nicht möglich}
| style="vertical-align:top; " | Erzwingt das Einblenden des Inhaltsverzeichnisses vor der ersten Überschrift.
|-
| style="vertical-align:top; " | <nowiki>__notoc__</nowiki>
| style="vertical-align:top; " | {nicht möglich}
| style="vertical-align:top; " | Blendet das Inhaltsverzeichnisses aus.
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Numerierung deaktivieren'''
|-
| style="vertical-align:top; " | <nowiki>__notocnum__</nowiki>
| style="vertical-align:top; " | {nicht möglich}
| style="vertical-align:top; " | Deaktiviert die Numerierung des Inhaltsverzeichnisses (Anmerkung für Admin: Extension:PSINoTocNum.php).
|}
 

==Tabellen==
'''Anmerkung''' 
Die Arbeit mit Tabellen ist sehr gewöhnungsbedürftig. Um eine halbwegs vernüftig aussehende Tabelle zu erstellen, benötigt Ihr [[#CSS|Stylesheets]]. 
Eine weitere komfortable Möglichkeit ist, die Tabelle in Excel zu erstellen und [http://excel2wiki.net http://excel2wiki.net] auszuführen. 
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Beispiel'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Aufbau einer Tabelle'''
|-
| style="vertical-align:top; " | <nowiki>{|</nowiki>
| style="vertical-align:top; " |
| style="vertical-align:top; " | Tabellenbeginn
|-
| <nowiki>! Spaltenüberschrift</nowiki>
! Spaltenüberschrift
| Überschriften werden fett dargestellt.
|-
| style="vertical-align:top; " | <nowiki>|-</nowiki>
| style="vertical-align:top; " |
| style="vertical-align:top; " | Zeilenbeginn
|-
| style="vertical-align:top; " | <nowiki>| Spalte1</nowiki>
| style="vertical-align:top; " | Spalte1
| style="vertical-align:top; " | Eine einfache Spalte
|-
| style="vertical-align:top; " | <nowiki>| style="font-weight:bold; font-family:'Times New Roman'; " | Spalte2</nowiki>
| style="vertical-align:top; font-weight:bold; font-family:'Times New Roman'; " | Spalte2
| style="vertical-align:top; " | Eine Spalte mit CSS-Formatierung.
|-
| style="vertical-align:top; " | <nowiki>| rowspan="2" style="vertical-align:top; border-right-width:thick; " | Zeile2 und 3</nowiki>
| rowspan="2" style="vertical-align:top; border-right-width:thick; " | Zeile2 und 3
| rowspan="2" style="vertical-align:top; " | Eine Spalte mit HTML und CSS. (rowspan="2" ist HTML und bewirkt die Zellenzusammenfassung).
|-
| style="height:20px; " |
|-
| style="vertical-align:top; " | <nowiki>|}</nowiki>
| style="vertical-align:top; " |
| style="vertical-align:top; " | Tabellenende
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Die wichtigsten HTML-Attribute auf Tabellenebene'''
|-
| style="vertical-align:top; " | <nowiki>{| align="left"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Horizontale Tabellenausrichtung. Mögliche Werte: "left", "right", "center"
|-
| style="vertical-align:top; " | <nowiki>{| bgcolor="#D9D9F9"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Hintergrundfarbe: Mögliche Farben siehe [http://de.selfhtml.org/helferlein/farben.htm hier]
|-
| style="vertical-align:top; " | <nowiki>{| border="2"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Rahmenstärke. Die Stärke wird in Pixel angegeben.
|-
| style="vertical-align:top; " | <nowiki>{| width="100%"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Tabellenbreite. Mögliche Breitenangaben in Pixeln (ohne Einheit) oder in Prozent (%).
|-
| style="vertical-align:top; " | <nowiki>{| cellpadding="5"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Innerer Zellenabstand. Der Abstand wird in Pixel angegeben.
|-
| style="vertical-align:top; " | <nowiki>|| cellspacing="5"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Äußerer Zellenabstand. Der Abstand wird in Pixel angegeben.
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Die wichtigsten HTML-Attribute auf Zeilenebene'''
|-
| style="vertical-align:top; " | <nowiki>{- align="left"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Horizontale Ausrichtung. Mögliche Werte: "left", "right", "center"
|-
| style="vertical-align:top; " | <nowiki>{- valign="top"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Vertikale Ausrichtung. Mögliche Werte: "top", "middle", "bottom", "baseline"
|-
| style="vertical-align:top; " | <nowiki>{- backgroundcolor="#D9D9F9"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Hintergrundfarbe: Mögliche Farben siehe [http://de.selfhtml.org/helferlein/farben.htm hier]
|-
| colspan="3" style="vertical-align:top; background-color:#EEEEEE;" | '''Die wichtigsten HTML-Attribute auf Spaltenebene'''
|-
| style="vertical-align:top; " | <nowiki>{| align="left"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Horizontale Ausrichtung. Mögliche Werte: "left", "right", "center"
|-
| style="vertical-align:top; " | <nowiki>{| valign="top"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Vertikale Ausrichtung. Mögliche Werte: "top", "middle", "bottom", "baseline"
|-
| style="vertical-align:top; " | <nowiki>{| backgroundcolor="#D9D9F9"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Hintergrundfarbe: Mögliche Farben siehe [http://de.selfhtml.org/helferlein/farben.htm hier]
|-
| style="vertical-align:top; " | <nowiki>{| width="100%"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Spaltenbreite. Mögliche Breitenangaben in Pixeln (ohne Einheit) oder in Prozent (%).
|-
| style="vertical-align:top; " | <nowiki>{| colspan="5"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Anzahl zusammengefasster Spalten.
|-
| style="vertical-align:top; " | <nowiki>{| rowspan="3"</nowiki>
| style="vertical-align:top; " | ''{nicht möglich}''
| style="vertical-align:top; " | Anzahl zusammengefasster Zeilen.
|}
 

==Sonderzeichen==
Sonderzeichen werden mit einem '''&''' gefolgt von dem in der Tabelle beschriebenen '''Code''' und einem ''';''' dargestellt.
{| cellspacing='0' cellpadding='2' rules='all' style='border-style:solid; border-width:1pt; table-layout:auto; border-collapse:collapse; border-color:#000000; background-color:#FFFFFF; width:100%; font-family:sans-serif; font-size:10pt; empty-cells:show;'
|-
| style="width:35%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Code'''
| style="width:15%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Ergebnis'''
| style="width:50%; vertical-align:top; background-color:#D9D9F9; text-align:center; padding:0.3em; " | '''Anmerkung'''
|-
| style="vertical-align:top; " | rarr
| style="vertical-align:top; " | →
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | larr
| style="vertical-align:top; " | ←
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | laquo
| style="vertical-align:top; " | «
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | raquo
| style="vertical-align:top; " | »
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | bull
| style="vertical-align:top; " | •
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | iquest
| style="vertical-align:top; " | ¿
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | iexcl
| style="vertical-align:top; " | ¡
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | sect
| style="vertical-align:top; " | §
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | dagger
| style="vertical-align:top; " | &dagger;
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | para
| style="vertical-align:top; " | ¶
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | mdash
| style="vertical-align:top; " | —
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | deg
| style="vertical-align:top; " | °
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | int
| style="vertical-align:top; " | ∫
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | sum
| style="vertical-align:top; " | ∑
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | plusmn
| style="vertical-align:top; " | ±
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | prod
| style="vertical-align:top; " | ∏
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | radic
| style="vertical-align:top; " | √
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | infin
| style="vertical-align:top; " | ∞
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | alpha
| style="vertical-align:top; " | α
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | beta
| style="vertical-align:top; " | β
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | gamma
| style="vertical-align:top; " | γ
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | Gamma
| style="vertical-align:top; " | Γ
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | Delta
| style="vertical-align:top; " | Δ
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | Theta
| style="vertical-align:top; " | Θ
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | agrave
| style="vertical-align:top; " | à
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | aacute
| style="vertical-align:top; " | á
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | acirc
| style="vertical-align:top; " | â
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | atilde
| style="vertical-align:top; " | ã
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | auml
| style="vertical-align:top; " | ä
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | aring
| style="vertical-align:top; " | å
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | ccedil
| style="vertical-align:top; " | ç
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | ntilde
| style="vertical-align:top; " | ñ
| style="vertical-align:top; " |
|-
| style="vertical-align:top; " | oslash
| style="vertical-align:top; " | ø
| style="vertical-align:top; " |
|}
 

==Kommentare==
Mit '''<nowiki></nowiki>''' kann ein Kommentar erzeugt werden. 
 
==Kategorien==
;Artikel einer Kategorie zuordnen
Ein Artikel kann einer Kategorie zugeordnet werden, indem man einfach auf diese Kategorie verlinkt. Kategorien liegen immer im Namensbereich Kategorien, weshalb dem Kategorienamen immer ein "Kategorie:" vorangestellt werden muss. 
'''Beispiel:''' <code><nowiki>[[Kategorie:Wiki]]</nowiki></code> 
Soll der Artikel mehreren Kategorien zugeordnet werden, muss auf gleiche Weise auf alle Kategorien verlinkt werden. 
'''Beispiel:''' <code><nowiki>[[Kategorie:Kategorie1]][[Kategorie:Kategorie2]][[Kategorie:Kategorie3]]</nowiki></code> 
Grundsätzlich kann an jeder Stelle im Text auf eine Kategorie verlinkt werden. Angezeigt werden die Kategorien jedoch immer am unteren Ende der Seite. Um die Zuordnung intuitiv wiederfinden zu können, sollte sie deshalb ebenfalls am Ende des Artikels erfolgen. 
 
;Link auf eine Kategorieseite
Soll eine Kategorieseite aufgerufen werden, ist dem Link ein Doppelpunkt voranzustellen. 
'''Beispiel:''' <code><nowiki>[[:Kategorie:Wiki]]</nowiki></code> 
 
==HTML==
HTML-Tags können im Wiki benutzt werden. Allerdings bitte dies möglichst zu vermeiden. Zum Einen, weil die Wiki-Syntax einfacher ist. Zum Anderen, weil es immer von Vorteil ist, möglichst standardkonform zu arbeiten.
 

[[Kategorie:Hilfe]]

Firmware

2012-01-28T11:16:08Z

Topo: Die Seite wurde neu angelegt: „Hier eine Übersicht der Seiten die die Firmware beschreiben: Firmware-Freifunk-Lübeck Router-Konfiguration Firmware Build [[Lf…“

Hier eine Übersicht der Seiten die die Firmware beschreiben:

[[Firmware-Freifunk-Lübeck]] 
[[Router-Konfiguration]] 
[[Firmware Build]] 
[[Lff-env-kbu]]

Erweitern

2012-01-28T11:12:11Z

Topo:

Diese Seite ist der Einstieg für alle, die Freifunk mit einem Node erweitern wollen.

Folgende Fragen werden hier beantwortet:

a. Welche [[Hardware]]?
b. Wie und welche [[Firmware]] auf die [[Hardware]] aufspielen?
c. Wie teste ich ob alles geklappt hat?
d. Wo bekomme ich Hilfe? (FAQ / Ansprechpartner)

Wiki

2012-01-22T23:01:54Z

Topo:

Hier eine kurze Anleitung wie man in Wiki Seiten schreibt und formatiert:
 

[[Erste Schritte|Erste Schritte]] 
[[Bearbeitungshilfe|Bearbeitungshilfe]]

 
 

<div style="margin:0; margin-right:10px; border:2px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#ECFFE4;text-align:justify">

Achtung: Wenn ihr euch in unserem Wiki neu anmeldet, könnt Ihr nicht direkt Beiträge verfassen oder ändern! Leider wurde unser Wiki bereits mehrfach zerstört, weshalb wir zu diesem Schritt gezwungen sind.

'''Euer User muß deshalb von uns manuell freigeschaltet werden. Ihr könnt einfach einige Tage warten, oder wenn Ihr es eilig habt, eine kurze Mail an unsere Mailingliste (s.u.) schicken!'''

'''Wenn Ihr freigeschaltet seid, denkt bitte daran, eure Kontaktdaten (z.B. Email, Jabber/ICQ, Website) für euren User unter [[Spezial:Benutzer]] zu hinterlegen!'''

</div>

Wiki

2012-01-22T23:00:51Z

Topo:

Hier eine kurze Anleitung wie man Wiki Seiten schreibt und formatiert:
 

[[Erste Schritte|Erste Schritte]] 
[[Bearbeitungshilfe|Bearbeitungshilfe]]

 
 

<div style="margin:0; margin-right:10px; border:2px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#ECFFE4;text-align:justify">

Achtung: Wenn ihr euch in unserem Wiki neu anmeldet, könnt Ihr nicht direkt Beiträge verfassen oder ändern! Leider wurde unser Wiki bereits mehrfach zerstört, weshalb wir zu diesem Schritt gezwungen sind.

'''Euer User muß deshalb von uns manuell freigeschaltet werden. Ihr könnt einfach einige Tage warten, oder wenn Ihr es eilig habt, eine kurze Mail an unsere Mailingliste (s.u.) schicken!'''

'''Wenn Ihr freigeschaltet seid, denkt bitte daran, eure Kontaktdaten (z.B. Email, Jabber/ICQ, Website) für euren User unter [[Spezial:Benutzer]] zu hinterlegen!'''

</div>

Wiki

2012-01-22T22:59:54Z

Topo: Die Seite wurde neu angelegt: „<div style="margin:0; margin-right:10px; border:2px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#ECFFE4;text-align:justify"> Achtung: Wenn ihr euc…“

<div style="margin:0; margin-right:10px; border:2px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#ECFFE4;text-align:justify">

Achtung: Wenn ihr euch in unserem Wiki neu anmeldet, könnt Ihr nicht direkt Beiträge verfassen oder ändern! Leider wurde unser Wiki bereits mehrfach zerstört, weshalb wir zu diesem Schritt gezwungen sind.

'''Euer User muß deshalb von uns manuell freigeschaltet werden. Ihr könnt einfach einige Tage warten, oder wenn Ihr es eilig habt, eine kurze Mail an unsere Mailingliste (s.u.) schicken!'''

'''Wenn Ihr freigeschaltet seid, denkt bitte daran, eure Kontaktdaten (z.B. Email, Jabber/ICQ, Website) für euren User unter [[Spezial:Benutzer]] zu hinterlegen!'''

</div>

 

Hier eine kurze Anleitung wie man Wiki Seiten schreibt und formatiert:
 

[[Erste Schritte|Erste Schritte]] 
[[Bearbeitungshilfe|Bearbeitungshilfe]]

Hauptseite

2012-01-22T21:44:38Z

Topo:

__notoc__
 
= Willkommen im Freifunk-KBU-Netz!=
 
Unser Freifunk-Netz ermöglicht Kommunikation untereinander – unabhängig von kommerziellen Interessen.
 
 
Freifunk KBU möchte alle Freifunkinteressierten aus Köln, Bonn und der angrenzenden Umgebung zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community.
 
 
Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen.
 
 
Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier].

===Veranstaltungen===
* [[Froscon6]]

===Logos===
An die unverwechselbaren Vorlagen/Vorgaben von https://wiki.freifunk.net/Freifunk-Styles sollten wir uns imho schon halten :)

Dateien extern, weil Dateiupload im Wiki noch nicht freigeschaltet ist.
* [http://cerberon.net/~egeist/kbu/logo_raw/v2.kbu.png Version 2] als PNG
* [http://cerberon.net/~egeist/kbu/logo_raw/v3.kbu.png Version 3] als PNG

===Flyer===

wo liegen die Flyer die wir für die FrosCon gemacht hatten?

MediaWiki:Sidebar

2012-01-22T21:34:48Z

Topo:

MediaWiki:Sidebar

2012-01-22T21:31:01Z

Topo:

Mitmachen

2012-01-22T21:04:09Z

Topo: Die Seite wurde neu angelegt: „Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen. Folgende Fragen werden hier beantwortet: a. Vision b. Netztheorie/ Technik c. Fir…“

Diese Seite ist der Einstieg für alle, die bei Freifunk mitmachen wollen.

Folgende Fragen werden hier beantwortet:

a. Vision
b. Netztheorie/ Technik
c. Firmware Wo liegen die sourcen / Makefile? (Firmware)
d. Anforderungen
e. Server (Internetgateway)
f. Services (?)

Erweitern

2012-01-22T21:02:57Z

Topo: Die Seite wurde neu angelegt: „Diese Seite ist der Einstieg für alle, die Freifunk mit einem Node erweitern wollen. Folgende Fragen werden hier beantwortet: a. Welche Hardware? b. Wie Fi…“

Diese Seite ist der Einstieg für alle, die Freifunk mit einem Node erweitern wollen.

Folgende Fragen werden hier beantwortet:

a. Welche Hardware?
b. Wie Firmaware auf Hardware aufspielen?
c. Wie testen ob alles geklappt hat?
d. FAQ / Ansprechpartner?

Nutzen

2012-01-22T20:59:33Z

Topo: Die Seite wurde neu angelegt: „Diese Seite ist der Einstieg für alle, die Freifunk einfach benutzen wollen. Folgende Fragen werden hier beantwortet: a. Wie verbinde ich mich? b. Was geht…“

MediaWiki:Sidebar

2012-01-22T20:52:47Z

Topo:

Hauptseite

2011-12-08T22:25:16Z

Topo: /* Mailingliste */

__notoc__
 
=Willkommen beim Wiki des Freifunks Köln, Bonn und Umgebung=
Der Freifunk ist mehr als ein billiges Netz für Alle. Auch gesellschaftliche und politische Aspekte spielen eine Rolle. Die Freifunk-Community ist Teil einer globalen Bewegung für freie Infrastrukturen. Unsere Vision ist die Demokratisierung der Kommunikationsmedien durch freie Netzwerke. Die [[Netzwerk-Konfiguration|praktische Umsetzung]] dieser Idee nehmen Freifunk-Communities in der ganzen Welt in Angriff. Eine ausführlichere Beschreibung der allgemeinen Ziele gibt es [http://start.freifunk.net/node/1 hier]. Freifunk KBU möchte alle Freifunkinteressierten aus '''Köln''', '''Bonn''' und der angrenzenden '''Umgebung''' zusammenbringen. Wir sind also ein regionaler Ableger der Freifunk-Community. 
 
Wer Lust hat mitzuarbeiten oder sich über uns zu informieren ist hier genau richtig! :-) 
 
<div style="margin:0; margin-right:10px; border:2px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#ECFFE4;text-align:justify">
Achtung: Wenn ihr euch in unserem Wiki neu anmeldet, könnt Ihr nicht direkt Beiträge verfassen oder ändern! Leider wurde unser Wiki bereits mehrfach zerstört, weshalb wir zu diesem Schritt gezwungen sind.

'''Euer User muß deshalb von uns manuell freigeschaltet werden. Ihr könnt einfach einige Tage warten, oder wenn Ihr es eilig habt, eine kurze Mail an unsere Mailingliste (s.u.) schicken!'''

'''Wenn Ihr freigeschaltet seid, denkt bitte daran, eure Kontaktdaten (z.B. Email, Jabber/ICQ, Website) für euren User unter [[Spezial:Benutzer]] zu hinterlegen!'''
</div>
 
==[[Treffen]]==
{{:Nächstes Treffen}}
 
==[[roadmap]]==
Wie geht es weiter ... [[roadmap|roadmap]]
 
==[[Anforderungen]]==
Hier gibt es eine Übersicht über die zu berücksichtigenden [[Anforderungen|Anforderungen]].
 
==[[Mailingliste]]==
Die gibt es natürlich [[Mailingliste|auch]]. Nicht wundern, wir nutzen die Mailingliste der Bonner. 
 

==Inhaltsverzeichnis==
{{Hilfe:Inhaltsverzeichnis}}

Anforderungen

2011-12-08T21:45:24Z

Topo:

Hier soll eine Sammlung der Anforderungen, die wir unterstützen wollen entstehen:

== Funktionale Anforderungen ==

=== Nutzer-/Klientensicht ===
''Aus der Sicht eines Endnutzers...''

# Das Netz verbindet Wireless-Lan-Hardware (nach IEEE 802.11 b/g) seiner Teilnehmer
# Die Teilnahme am Netz (als Client) ist ohne Installation zusätzlicher Software mit jedem Endgeräten möglich.
# Das Netz bindet alle Teilnehmer an das Internet und das World Wide Web an.
# Das Netz ermöglicht Datenverbindungen zwischen allen Teilnehmern.
# Das Netz informiert die Teilnehmer über sich und stellt seine Dokumentation offen zur Verfügung
# Das Netz ermöglicht zusammen mit der Dokumentation das Auffinden von angebotenen Diensten der Teilnehmer (e.g. FAX Service, legales Musik-Sharing via iTunes, Chat, File-Shares, kollaborative Tools).
# Mehrere hundert Endnutzer können am Netz teilnehmen.
Ggf ''(Diskussion)''
# Das Netz bietet Roaming zwischen sich überlappenden Zellen, damit Benutzer möglichst viel Bewegungsfreiheit haben.
# Das Netz schützt den Internetverkehr seiner Teilnehmer vor Sniffing im Äther (würde dann VPN zum Endpunkt bedeuten)

=== Betreibersicht ===
''Aus Sicht derer, die Accesspoints haben...''
# Der Betrieb erfolgt sicher und getrennt von (ggf. vorhandenen) eigenen Netzen. Keine privaten Daten sind aus dem Netz abrufbar.
# Der Abuse wird nicht über den Betreiber abgewickelt. Er erscheint im Internet nicht als Absender der Datenpakete, die er abwickelt. Ansprechpartner für Abmahnungen / Polizeit, etc. ist der CCC.
# Der Betrieb des Accesspoints beeinträchtigt die eigene Internet-Verbindung nicht wesentlich. Falls gewünscht kann der Betreiber einstellen, welche Bandbreite er dem Freifunk-Netz zu Verfügung stellt (advanced feature, keine Priorität).
# Der Betreiber muss den Node nicht konfigurieren.
# Das Einspielen von Firmware-Updates macht wenig bis keine (automatisch, remote) Arbeit.
# Der Betreiber hat die Möglichkeit, alle Einstellungen seines APs vollständig anzupassen, verliert damit aber u.U. die Kompatibilität zum Netz.

== Nicht-funktionale Anforderungen ==
# Das Netz wird über eine zentrale Gateway-Struktur mit dem Internet verbunden
# Die Anbindung ist redundant ausgelegt.
# Eine direkte Ende-zu-Ende Kommunikation mit IPv4 und IPv6 ist zwischen allen Teilnehmern möglich.
# Das Netz skaliert bis zu einer vorgesehenen Größe
# Die Konfiguration der Endgeräte erfolgt automatisch für IPv4 und IPv6 auto konfiguration. (Dual-Stack)
# Auch ohne Dual-Stack (also ausschl. IPv4 oder IPv6) ist das Netz ohne Einschränkung nutzbar
# Node-Konfigurationen (Firmware-Images & Pakete) werden zentral zur Verfügung gestellt.

Ggf.
# Konfigurations-Management für die Nodes: Die Konfiguration aller Nodes liegt zentral in einem Repository und wird bei Bedarf (Änderungen) automatisch an alle Nodes deployed. Dabei ist sicher gestellt, dass im Fehlerfall jeder Node auf die letzte, funktionierende Konfiguration zurückfällt.

Erste Schritte

2011-12-08T21:43:33Z

Topo:

==Hinweis==
Hier werden wirklich nur die allerwichtigsten Tags beschrieben, die jedoch bereits ausreichen, um gut mit dem Wiki arbeiten zu können. Eine Menge weiterer Formatierungsmöglichkeiten sind im Artikel [[Bearbeitungshilfe|Bearbeitungshilfe]] beschrieben. 
 

==Keine Angst!==
Im Wiki kann nichts verloren gehen. Jeder Artikel wird versioniert und kann somit einfach wieder in den vorhergehenden Modus zurückgesetzt werden. Habt also keine Angst etwas auszuprobieren! 
Wenn Ihr dennoch gerne eine ''"Testumgebung"'' braucht, dann nehmt am Besten die Diskussionsseite Eurer Benutzerkennung. 
 

==Neuen Artikel anlegen==
Eine solche ''Schaltfläche'' gibt es (normalerweise) nicht! Dadurch wird erreicht, dass ''grundsätzlich''1 auf jeden Artikel von irgendeiner Seite aus verlinkt wird. 
Zum Anlegen einer neuen Seite muss also ein Link auf den neuen Artikel in einem beliebigen Artikel eingefügt werden. 
;Syntax zur Erzeugung eines Links
:<code><nowiki>[[Neuer Artikel]]</nowiki></code> bzw. <code><nowiki>[[Neuer Artikel|Linktext]]</nowiki></code> 
:(Näheres zu Links siehe auch in der [[Bearbeitungshilfe#Links|Bearbeitungshilfe]].)
:*Nach dem Anklicken des Links kann der Artikel mit dem Namen "Neuer Artikel" bearbeitet werden. 
;Namensgebung
:Artikelnamen dürfen Sonderzeichen und Leerzeichen enthalten. Leerzeichen werden intern in Unterstriche (_) umgewandelt wehalb es egal ist, ob man später beim Verlinken ein Leerzeichen oder ein Unterstrich schreibt. 
--- 
1 Es sei denn der Artikel, der den Link enthält, wird gelöscht bzw. der Link selbst wird wieder gelöscht. 
 
===Namensbereiche===
Namensbereiche ermöglichen die fachliche Zuordnung eines Begriffs zu einem definierten Thema. Auf diese Weise erhält das Wiki eine größere Ordnung und ein intuitives Auffinden der gesuchten Information wird vereinfacht. In der Regel werden Artikel jedoch ohne Angabe eines Namensbereichs angelegt.
Siehe dazu: [[Namensbereiche|Namensbereiche]] 
 

==Artikel bearbeiten==
Ein Artikel wird bearbeitet, in dem man im zu bearbeitenden Artikel oben auf den Link "bearbeiten" drückt. Will man nur einen einzelnen Abschnitt bearbeiten, kann auch neben der Überschrift auf den "bearbeiten"-Link geklickt werden. Bei langen Artileln ist dies wesentlich übersichtlicher. 
Jedesmal, wenn der Artikel bearbeitet wird, kann man ihn...
* Speichern: Dann wird eine neue Version des Artikels erstellt und die vorige Version in der Historie abgespeichert.
* In der Vorschau zeigen lassen. Dann kann man noch den Artikel bearbeiten, es wird aber noch keine Version erstellt und spart Speicherplatz. Das ist nur dann sinnvoll, wenn man kleine Korrekturen vornimmt, also z.B. auf Rechtschreibung korrigiert oder Text umgruppiert. Speichert man die Vorschau nach dem Bearbeiten nicht ab, gehen geänderte Daten bzw. Formatierungen verloren!
Der Bearbeitungsmodus kann jederzeit durch Abbruch (unten rechts neben den Schaltflächen) beendet werden. Die Änderungen werden dann nicht gespeichert. 
'''Achtung:''' Im Vorschaumodus nicht wieder auf Bearbeiten klicken, sonst wird die unbearbeitete Seite wieder geladen und alle Änderungen sind im Nirvana verschwunden!
 

===Überschriften===
'''Bitte bewusst machen:''' Ein Inhaltsverzeichnis listet die Überschrifften eines Artikels auf. Wird in einem Artikel Wert auf ein gutes Inhaltsverzeichnis gelegt, so müssen die Überschriften entsprechend gut strukturiert und formuliert gewählt werden.
;<nowiki>=Überschrift=</nowiki>
:Größte Überschrift
;<nowiki>==Überschrift==</nowiki>
:Zweitgrößte Überschrift
;usw.
 

===Aufzählungen===
;<nowiki>* Ebene 1</nowiki>
:1. Ebene
;<nowiki>** Ebene 2</nowiki>
:2. Ebene
;usw.
 
===Fettschrift===
;<nowiki>'''Fettschrift'''</nowiki>
;'''Fettschrift'''
 
===Links===
;<nowiki>[[Artikelname|beliebige Bezeichnung]]</nowiki>
:Ein Verweis auf den Artikel "Artikelname" mit der Bezeichnung "beliebige Bezeichnung".
:Wenn die Bezeichnung gleich lautet, kann der zweite Teil auch entfallen (also so: <nowiki>[[Artikelname]]</nowiki>).
 
===Weiterleitungen===
;<nowiki>#REDIRECT [[Zielartikel]]</nowiki>
:Ruft ''automatisch'' den Zielartikel auf.
:Wird benutzt, wenn der aktuelle Begriff bereits in dem Artikel "Zielartikel" erläutert wurde.
:Vorteil: Der Artikel erklärt nun 2 (oder mehr) Begriffe.
===Definitionen===
;<nowiki>;Zu definierender Begriff</nowiki>
:In diesem Artikel wird auf diese Weise die Wiki-Syntax formatiert.
;<nowiki>:Erklärung des Begriffs</nowiki>
:In diesem Artikel wird auf diese Weise die Begriffserklärung formatiert.
 

===Leerzeilen===
;<nowiki> </nowiki>
:Leerzeile
;{Zwei Leerzeilen} (also wirklich 2 * Enter drücken und nicht "{Zwei Leerzeilen}" schreiben!)
:Leerzeile
'''Anmerkungen''':
* Ich verwende immer die <nowiki> </nowiki>-Syntax, da dies übersichtlicher ist und die zweite Leerzeile manchmal beim Speichern vom Wiki gelöscht wird.
* Jedes HTML-Tag kann auch im Wiki verwendet werden. Dies halte ich aber für extrem unschön. Das <nowiki> </nowiki>-Tag sowie wenige weitere notwendige HTML-Tags sollten wirklich die Ausnahme bilden.
 
[[Kategorie:Hilfe]]

Netzwerk-Konfiguration

2011-12-08T21:39:12Z

Topo:

Diese Artikel fasst die Überlegungen zur Netzkonfiguration vom 5. Mai 2011 zusammen. Er dient als Diskussionsgrundlage und kann später als Grundlage für die Dokumentation des Netzes verwendet werden.
Ziel des Netzlayouts ist es, die definierten [[Anforderungen]] einfach und stabil umzusetzen. Er betrifft insbesondere die OSI-Schichten 2 und 3.

== Einleitung ==
[[Datei:ad-hoc-comm.png|thumb|280px|right|Abb. 1]]
In Köln, Bonn und Umgebung (KBU) soll freies, Wireless-Lan Netz entstehen. Vorlage sind andere Freifunk Mesh-Netze [http://de.wikipedia.org/wiki/Wireless_mesh_network], wie sie Beispielsweise in Berlin, Jena (usw. existieren). In diesen Netzen operieren ''Nodes'' typischer Weise im ''ad-hoc'' Modus. Ohne zu Grunde liegende Sende-Management-Struktur kann jeder Node Datenpakete an alle Nodes senden, zu denen er direkten Funkkontakt hat.

Die Abbildung 1 zeigt ein solches Netz mit Nodes A,B,C. Die Sende- und Empfangsreichtweiten der Nodes sind als Kreise dargestellt. A und B sowie C und B haben Funkkontakt. Pakete können entsprechend der Pfeile zugestellt werden. Eine Kommunikation zwischen A und C ist ohne weiteres nicht möglich.

Um die Kommunikation zwischen A und C zu ermöglichen, wird ein ''Mesh-Protokoll'' verwendet, dass einerseits B anweist, Datenpakete zwischen A und C weiterzuleiten und andererseits A und C darüber informiert, dass B als Relais zwischen Ihnen zur Verfügung steht. A,B,C bilden hierbei ein ''Mesh''

Mesh-Protokolle können entweder auf OSI-2 (Data-Link-Layer) oder OSI-3 (Network-Layer) arbeiten und Frames bzw. Pakete zustellen [http://de.wikipedia.org/wiki/OSI-Modell].
Populäre Vertreter sind unter u.a.:
* OSI-3: Batman [http://www.open-mesh.or], OLSR [http://www.olsr.org/], Babel [http://www.pps.jussieu.fr/~jch/software/babel/]
* OSI-2: Batman-advanced (''Batman-adv'') [http://www.open-mesh.org/] , IEEE 802.11s / AODV [http://de.wikipedia.org/wiki/IEEE_802.11s]

== Ansatz Freifunk-KBU ==
=== Idee ===
[[Datei:idea-net.png|thumb|300px|right|Abb. 2]]
Als Teil der Freifunk-Initiative soll ein freies Wireless-Lan Mesh-Netz in Köln, Bonn und Umgebung betrieben werden, da die definierten [[Anforderungen]] umsetzt. Architektur: [http://freepad.erdgeist.org/ep/pad/view/freifunk-restart/vblu5I1rQ9]:

* Batman-Adv als Routing-Protokoll
* Public IPv6-Adressen für alle Teilnehmer
* Private IPv4-Adressen für alle Klienten

Als Besonderheit verfügt das Netz über zentrale Server ( z.Zt. [[Server:Paul|PAUL]] ), die als IPv4- /IPv6-Router zum Internet betrieben werden und IPv4-Verkehr via NA(P)T [http://tools.ietf.org/html/rfc266] abwickeln. Die Anbindung an das Netz erfolgt durch OpenVPN auf Data-Link-Layer. Lokale IPv4-Adressen sollen per DHCP vergeben, IPv6 soll ebenfalls automatisch konfiguriert werden.

Wir wollen Batman-adv als Routing Protokoll verwenden, um den Konfigurations-Aufwand der einzelnen Nodes gering zu halten: Wir wollen vermeiden, dass den Nodes eine feste IP zugewiesen werden muss, wie es beispielsweise bei OLSR erforderlich wäre. Darüber hinaus soll das Netz als Dual-Stack betrieben werden, da wir fest davon ausgehen, dass wir auf IPv6 nicht verzichten können:

Die Abbildung 2 zeigt exemplarisch ein Gatway und die Nodes A,B,C. Dabei können A und C das zentrale Gateway über das Internet direkt erreichen. Sie bauen daher eine VPN-Verbidung auf, über die Daten-Frames ausgetauscht werden. Node B ist lediglich per Funk mit dem Freifunk-Netz verbunden - er verfügt über keine VPN-Verbindung zum Gateway.

Batman-adv stellt hierbei sicher, dass das KBU-Netzwerk als zusammenhängendes Netz betrieben werden kann (die Topologie ist für höhere Schichten transparent) und Kreise (hier: Gateway, A, B, C, Gateway) erkannt und behandelt werden.

''(Randnotiz / Vorgriff: Die Argumentation ist vereinfachend. Wenn wir zentrale Server haben, die Adressen und Prefixes via icmp6 und dhcp propagieren, dann können wir damit auch das ein OSI-3 Mesh-Protokoll nutzen, ohne Nodes per Hand zu konfigurieren)''

=== Praktische Einschränkungen ===
Bei einem solchen Netz ergeben sich jedoch Einschränkungen
# Nicht alle Geräte können Wireless-Lan im ad-hoc Modus nutzen.
# Bei vielen potentiellen Klienten ist Batman-Adv nicht installiert.
Darüber hinaus treten weitere Probleme auf, die die Teilnahme am Netz zwar nicht verhindern, aber einschränken:
* Das komplette Netz bildet eine große Anycast / Broadcast Domäne. Entsprechende Pakete (insb. ICMPv6, ARP - aber auch Windows Broadcasts) müssen im kompletten Netz verteilt werden. Das Netz skaliert daher möglicherweise nur begrenzt.
* Der Wireless-Lan Kanal wird fest gewählt. Lokale Störungen können nicht berücksichtig werden.

Weitere Probleme treten auf, wenn beispielsweise Adressen doppelt vergeben werden, da Duplicate-Address-Detection Pakete verloren gehen oder durch einen gezielten Angriff die IPv4- und/oder IPv6 Auto-Konfiguration gestört wird.

Um die Einschränkungen 1 und 2 zu berücksichtigen können Nodes neben dem Ad-Hoc Netz ein weiteres Infrastrukt-Netz betreiben, damit sich entsprechende Klienten verbinden können. Kann ein Node nicht beide Netze gleichzeitig betreiben, so stellt er ein Ad-Hoc-Netz zur Verfügung, damit das Mesh darüber erweitert werden kann.

Darüber hinaus ist es denkbar, dass die Nodes den Funkkanal für das Infrastruktur-Netz und ggf. auch für das Mesh selbst wählen und lokale Besonderheiten (gestörte Kanäle, genutzte Kanäle anderer Freifunk-Nodes) berücksichtigen. Da eine solche Konfiguration jedoch komplex ist (beispielsweise müssen sich Nodes zweier Mesh-Clouds auf einen Kanal verständigen, wenn sie zusammen geführt werden), wird diese Funktion zunächst nicht verfolgt.

== Problemstellung ==
Zur Berücksichtigung der aufgeführten Einschränkungen müssen bei der Implementierung des Freifunk-KBU-Ansatzes u.a. die folgenden Probleme berücksichtigt werden:
# Welche IPv4 und IPv6 Adressierungs-Strategie wird gewählt?
# Wie werden diese Strategien umgesetzt?
# In welche Bereiche muss das Netz aufgeteilt werden, um skalieren zu können? Wie findet Routing dazwischen statt?
# Mit welchen Maßnahmen kann die Integrität des Gesamt-Netzes sicher gestellt werden, wenn in einer Zelle ein Angriff stattfindet?
Im weiteren Verlauf dieses Textes werden verschiedene Konfigurations-Möglichkeiten vorgestellt, die anhand dieser Problemstellung bewertet werden. Jede Mögliche Konfiguration wird kurz vorgestellt - Vor- und Nachteile werden aufgeführt. Abschließend werden Optionen zur Modifikation erläutert.

== Mögliche Netz-Konfigurationen ==
=== Komplettes Bridging ===
==== Beschreibung ====
[[Datei:4.1-All-Bridging.png|thumb|550px|right|Abb. 3]]
Bei der ''Komplettes-Bridging-Stategie'' werden alle Interfaces (VPN, Infrastruktur, Ad-Hoc) zu einer Batman-adv Bridge [http://www.open-mesh.org/wiki/batman-adv/Quick-start-guide] zusammen gefasst. Zur Adressierung wird ein /64-IPv6- und ein /16-IPv4-Prefix verwendet. Im Netz werden mehrere DHCP-Server / Router betrieben, die Adressen und Konfigurationsdaten zur Verfügung stellen.

Da das Netz nicht geteilt wird, muss innerhalb des Netzwerks kein Routing auf Network-Layer (OSI-3) betrieben werden.

==== Vorteile ====
# Die Probleme 1. und 2. werden gelöst.
# Der Konfigurationsaufwand bleibt gering.
# Zwischen den einzelnen Zellen ist Roaming möglich: Wechselt ein Klient vom Abeckungsbereich eines Nodes zum anderen (d.h. von einer ''Zelle'' zur anderen), kann er seine Adresse behalten. Offene Verbindungen reißen dabei nicht ab, da Pakete an die IP-Adresse des Klienten nach wie vor zugestellt werden können.
# Link-Local Dienste (z.B. Bonjour-Chat) sind im allen Teilen des Netzes möglich.

==== Nachteile ====
# Die Integrität des Netzes kann kaum sicherstellt werden. Bei einem Angriff sind alle Zellen betroffen.
# Das Netz skaliert schlecht, da broadcast (und ggf. auch anycast-Pakete) durch alle Teile des Netzes geleitet werden müssen.

==== Option: Trennung zwischen Köln, Bonn und Umland ====
Um die Skalierbarkeit des Netze zu verbessern, kann es in räumlich sich nicht überlappende Segmente (z.B. Köln, Bonn, Umgebung) eingeteilt werden, zwischen denen Routing stattfindet. Diese Überlegung geht davon aus, dass Roaming ohne Verbindungsabriss zwischen den Segment nicht möglich sein muss (die Orte liegen zuweit auseinander) - innerhalb der einzelnen Segmente ist Roaming ohne Verbindungsabriss aber nach wie vor möglich. Das Routing sollte so gestaltet werden, dass Site-Local Multicast möglich ist.
In diesem Fall wird für jedes Segment ein /64- bzw. ein /16-Prefix verwendet. Dies verbessert die Integrität des Netzes jedoch nicht wesentlich, da bei einem Angriff große Bereiche betroffen sein können.

=== Routing zwischen Infrastruktur- und Mesh-Netz ===
==== Beschreibung ====
[[Datei:4.2-Route-AP-Mesh.png|thumb|550px|right|Abb. 4]]
Bei diese Strategie wird zwischen einem ''Backbone'' und Infrastruktur-Netzen unterschieden.
* Das Backbone-Netz verbindet alle Nodes im Ad-Hoc Modus und ist mit dem VPN-Interface bridged
* Jeder Node, der im Infrastruktur-Modus betreibt ein Klienten Netz, in dem er IPv4 und IPv6-Adressen betreibt.
Jeder Node arbeitet als Router für sein Klienten-Netz. IPv4-Pakete, die der Node ins Backbone-Netz weiter leitet werden maskiert (NA(P)T).
Hierbei muss jeder Node entweder eine eindeutige ESSID oder einen eindeutigen IPv4-DHCP-Bereich für sein Klienten-Netz vergeben: Nur so können wir verhindern, dass ein Klient, der in eine benachbarte Zelle wechselt, eine bereits vergebe IPv4-Adresse benutzt.

Das Backbone-Netz kann dabei entweder IPv6 oder IPv4 Dual-Stacked betrieben werden. Sinnvoll ist ein Dual-Stacked-Betrieb, damit Klienten, die sich dorthin verbinden unterstützt werden.
Die Adressen hierfür werde automatisch konfiguriert. Es kann eine andere ESSID als das Klienten-Netz verwenden.

==== Vorteile ====
# Das Klienten-Netz wird in viele, kleine Zellen aufgeteilt, die eigene Broadcast / Anycast Domänen bilden. Das Netz skaliert somit gut.

==== Nachteile ====
# Das Backbone-Netz bildet nach wie vor eine große Broadcast/Anycast Domäne. Bei einem Angriff, können weite Teile des Netzes betroffen sein.
# Da IPv4-Verbindungen maskiert werden, ist keine direkte IPv4-Kommunikation zwischen Klienten in verschiedenen Zellen möglich.
# Nodes, die deren Uplink über ein Infrastruktur-Netz realsiert wird, müssen aufwending in das Backbone-Netz eingebunden werden (VPN o. L2TP zum Gateway-Server oder zum lokalen Uplink-Node).
# Nachteile ergeben sich vor allem für Klienten in Reichweite mehrer Zellen:
## Werden verschiedene ESSIDs für die Klient-Netze genutzt, kann ein Klient nicht automatisch auf das aktuell beste Netz umschalten
## Werden gleiche ESSIDs genutzt, so gilt: Wechselt ein Klient von einer Zelle in die nächste, so reißen seine IPv4 und IPv6 Verbindungen ab (er ist nur unter einer neuen Adresse erreichbar). Nutzt der Klient IPv6-auto-Konfiguration, so wird bei mehreren in Frage kommenden Absender-Adressen, die letzte Absender-Adresse bevorzugt. Wechselt ein Klient zwischen zwei Zellen kurzfristig hin- und her, so kann eine Zeit lang die falsche Abesnder-Adresse genutzt werden. Der Klient ist nicht erreichbar. Bei IPv4 tritt dieses Problem durch NA(P)T nicht auf.

==== Option: Routing statt Masquerading von IPv4 ====
Der Node kann darauf verzichten, Pakete seines Klienten-Netzes zu maskieren. In diesem Fall kann er die genutzten Adressen über eine Routing-Protokoll (RIP, OSPF, etc.) annoncieren. Seine Klienten sind dann über IPv4 erreichbar.

Wechselt ein Klient in eine andere Zelle, so reißen in diesem Fall alle Verbindungen ab - es sei denn, er propagiert seine IP-Adressen über das genutzte Routing-Protokoll. Aber auch wenn er dies macht treten Probleme auf:
* Bei IPv6 können Probleme in Zusammenhang mit der Duplicate-Address-Detection auftreten: Der Klient verwendet eine IPv6-Adresse, die nicht auf dem, zum Prefix gehörenden Link erreichbar ist. Je nach Art und Weise Adress-Generierung (Privacy-Extensions vs feste Generierung aus EUI-64 - RFC 2373 vs. RFC 3041) unterscheidet sich die Auswirkung des Problems.
* Bei IPv4 kommt es zu einem Abriss aller Verbindungen, wenn das DHCP-Lease ausläuft. Dies kann jedoch erst nach einigen Tagen geschehen und somit vertretbar sein.

==== Option: Verzicht auf Batman-adv ====
Werden für die Klienten-Netze gleiche ESSIDs verwendet, so müssen Adressvergabe und Routing innerhalb der Server-Infrastruktur geregelt werden:
* Jeder Node muss IPv4- und IPv6-Prefixes für sein Klienten-Netz anfordern können. Eine Infrastruktur zur zentralen Adressvergabe muss vorhanden sein.
* Die Nodes müssen ein Routing-Protokoll verwenden, um ihre Prefixes zu annoncieren.

Da Batman-Adv jedoch für das Routing-Protokoll transparent ist, können wlan-Metriken und die Link-Qualität jedoch nicht unmittelbar berücksicht werden. Gleichzeitig entfällt die Notwendigkeit Batman-Adv für das Backbone-Netz zu nutzen, da alle Nodes Routing auf Network-Layer aktiv betreiben, Prefixes anfordern und Pakete weiterleiten können.

In diesem Fall wird ein anderes Mesh-Protokoll (z.B. Babel - ''kann afair IPv4 und IPv6...???'') verwendet, das Routing auf Network-Layer umsetzt.

=== Routing über das VPN, bridging zwischen batman-adv und Infrastruktur ===

==== Beschreibung ====
[[Datei:4.3-Route-VPN-Mesh.png|thumb|550px|right|Abb. 5]]
Bei dieser Strategie:
* Werden VPN und Wireless-Lan Interfaces ''' ''nicht'' ''' zu einer Bridge verbunden. Insbesondere spricht Paul kein Batman-adv
* Routed jeder Node zwischen wlan und VPN
* Verteilt jeder Node IP-Addressen (v6 und v4) auf seinen Wireless-Lan-Interfaces
* betreibt jeder Node mindestens ein ad-hoc-Interface und optional ein Infrastruktur-Netz. Alle wlan-Interfaces werden zu einer Bridge mit dem Batman-Interface (bat0) hinzugefügt.

==== Vorteile ====
# Robustheit gegenüber Angriffen: Ein Angreifer kann maximal eine Zelle stören.
# Robustheit gegenüber Angriffen: Ein Angreifer kann via wlan nicht das Backbone-Netz stören. Dies liegt ausschließlich im VPN auf.
# Roaming ist möglich:
## Sind benachbarte Router in Funkreichweite, so teilen sie sich eine Broadcast-Domain und können auch Pakete benachbarter Zellen zustellen.
## Sind sie nicht in Funkreichweite, so kann ein Freifunker einfach Roaming ermöglichen, indem er in der Mitte einen Node aufbaut und beide Zellen verbindet. Dann hat er überall Roaming
# Die Broadcast-Domänen entsprechen den Roaming-Bereichen und sind eher klein: Nur da wo Roaming möglich ist, gibt es auch eine gemeinsame Broadcast-Domäne.

==== Nachteile ====
* Falls größere Mesh-Wolken auftreten ergeben sich ähnliche Probleme wie bei der Alles-Bridging Strategie - hier bietet es sich ggf. nicht, nicht vom jedem Node aus einen eigenen IPv6-Prefix zu verteilen
** Es ist aber wohl realistisch anzunehmen, dass die so entstehenden Mesh-Wolken deutlich kleiner sind als bei der "komplettes-bridging Strategie" (u.a. da die Trennung zwischen Köln, Bonn und Umgebung automatisch umgesetzt wird)
* Link-Local Multicast funktioniert nicht über das gesamte Netz
** Für z.B. Avahi müsste zwischen VPN und Funk-Zellen mDNS reflectors installiert werden
** Für Multicast allgemein könnte noch nicht-link-local Multicast stattdessen benutzt werden, hier müssten aber Multicast Routing Daemons installiert werden.

=== Dynamisches Bridging ===

==== Beschreibung ====
[[Datei:4.4-Dynamic-Bridging.png|thumb|550px|right|Abb. 6]]
Dies ist eine Mischform aus der All-Bridging und der Layer 3 Routing über das VPN Variante. Im Vergleich zur All-Bridging Variante erstreckt sich die Layer 2 Broadcast Domäne hier nur über eine einzelne WLAN-Wolke und nicht über alle WLAN-Wolken - prinzipiell ähnlich wie bei der Layer 3 Routing über das VPN Variante. Wenn es jedoch mehrere Knoten mit einem VPN-Zugang in einer WLAN-Wolke gibt, dann strahlt nicht jeder dieser Knoten sein eigenes Subnetz aus, sondern diese Knoten detektieren dieses Szenario und wechseln untereinander auf ein Layer 2 statt Layer 3 VPN. Ähnlich wie im All-Bridging Szenario erhalten jene Knoten dann auch BATMAN-Adv. Pakete über jenes Layer 2 VPN.

==== Vorteile ====
* BATMAN-Adv. kann selbstständig entscheiden, ob es besser wäre über die WLAN-Wolke zu Routen oder eine Abkürzung durch das VPN zu benutzen - für den Netzwerklayer im Layer 3 VPN Szenario ging diese Möglichkeit durch die nicht mehr vorhandenen Metrik-Informationen leider verloren. Dies ist insbesondere von Vorteil, wenn zwei Knoten mit VPN Zugang sich in der selben WLAN-Wolke befinden, aber jeweils am anderen Rand der Wolke, der Pfad zwischen jenen beiden Knoten also sehr lang ist.
* Das Roaming ist genauso gut wie in der Komplett-Bridging Variante, ein mobiles Gerät kann sich frei in einer WLAN-Wolke bewegen, ohne den Layer 3 Gateway wechseln zu müssen.

==== Nachteile ====
* Es könnte in manchen Topologien schwierig sein, passende Schwellwerte für das Umschalten zwischen Layer 2 und Layer 3 VPN zu finden.
* Es muss erst ein Daemon entwickelt werden, der dieses Umschalten leistet - und darf möglichst nichts verkehrt machen, da sonst ganze Wolken bei jedem Wechsel Probleme bekommen könnten -> es ist also auch viel Testen und Monitoring jenes Daemons notwendig.
* Kein Link-Layer Multicast möglich.
* Avahi / nicht-link-layer Multicast benötigen extra Daemons (mDNS-replicator, Multicast Routing Daemon)
* Komplexität

=== Komplette Zellen per BATMAN-Adv's TT/HNAs bekannt machen ===

==== Beschreibung ====
[[Datei:4.5-VPN-BATMAN-Bridging.png|thumb|550px|right|Abb. 7]]
==== Vorteile ====
* Der Overhead des Routing-Protokolls ist mit batman-adv 2011.3.0 ungefähr genauso groß wie in der "Routing über das VPN" Variante
* Siehe Vorteile von "Komplettes Bridging"

==== Nachteile ====
* Prinzipiell nur ab BATMAN-Adv. 2011.3.0 möglich, da alle älteren Versionen nicht mit so einer großen Anzahl an TT Nachrichten/HNAs effizient klar kamen.
* Es darf nur einen einzigen Knoten mit VPN Zugang pro WLAN-Wolke geben. Ansonsten bricht die komplette Wolke zusammen, da BATMAN-Adv. nicht mit den mehrfachen TT Nachrichten / HNAs für die gleiche MAC Adresse von verschiedenen Knoten umgehen kann.

=== Zusammenfassung ===
Obwohl beide Ansätze sich auf den ersten Blick stark unterscheiden, liegen Unterschiede vor allem im Detail: Der wesentlich Unterschied ist, dass die "Bridging-Strategie" von wenigen Segmenten ausgeht, während die "Infrastruktur-Mesh-Routing-Strategie" für eine sehr feine Trennung der Netze sorgt. Letzteres führt vor allem in Bereichen, die von mehreren Nodes abgedeckt werden zu Problemen, da Roaming im Klienten-Netz stark erschwert wird. Ein weiterer Unterschied ist, dass die Option "Trennung zwischen Köln, Bonn und Umland" alle Netzbereiche betrifft (Nodes werden auf OSI-2 getrennt), während die IM-Strategie ein gemeinsames Backbone-Netz vorsieht. Ein DoS-Angriff auf das Backbone-Netz hätte bei dieser Stratgie gravierende Folgen.

Nur die letzte Strategie schafft es, DoS-Angriffe einzudämmen, da bei andere eine Störung des (Backbone-)Netzes nach wie vor möglich ist. Auch bei der "Trennung zwischen Köln, Bonn und Umland können weite Teile des Netzes betroffen sein.

Die Herausforderung liegt darin, eine Segmentierungs-Strategie umzusetzen, die einerseits Roaming in gut versorgten Bereichen ermöglicht (d.h. dort wie die Bridging-Strategie arbeitet),andererseits jedoch die Bereiche identifiziert, die keine Broadcast-/Anycast-Domäne bilden müssen. Einen Ansatz dafür liefert die letzte Strategie.

Optimal wäre ein Netzdeployment, das es ermöglicht, die Zuteilung zwischen Segmenten zur Laufzeit zu ändern und eine größere Anzahl verschiedener Segmente zentral zu verwalten.

Die Bridging-Strategie scheint auf den ersten Blick einfacher umsetzbar, da hier keine Prefix-Delegation Verfahren benötigt werden. Der nächste Schritt im Aufbau des Netzes ist jedenfalls alle Varianten zu testen und Probleme zu identifizieren. Theoretisch sind alle Konfigurationen umsetzbar, praktisch kann es jedoch Probleme in einzelnen Konstellationen geben.

Freifunk Köln, Bonn und Umgebung - Benutzerbeiträge [de]

Hauptseite

MediaWiki:Sidebar

MediaWiki:Sidebar

MediaWiki:Sidebar

Treffen

Mitmachen

Hauptseite

Hauptseite

Benutzer:Topo

Datei:Freifunk klein.jpg

Datei:Freifunk.jpg

Benutzer:Topo

Datei:ClubMate.jpg

Datei:Hardware2.jpg

Datei:Hardware.jpg

Benutzer:Topo

Benutzer:Topo

Hauptseite

Mitmachen

Mitmachen

Mitmachen

Diskussion:Risiken

Mitmachen

Nutzen

Risiken

Risiken

Nutzen

Nutzen

Firmware

Router-Konfiguration

Firmware-Freifunk-LÃ¼beck

Firmware

Bearbeitungshilfe

Firmware

Erweitern

Wiki

Wiki

Wiki

Hauptseite

Werbung

MediaWiki:Sidebar

MediaWiki:Sidebar

Mitmachen

Erweitern

Nutzen

MediaWiki:Sidebar

Hauptseite

Anforderungen

Erste Schritte

Netzwerk-Konfiguration