Freifunk Franken - Benutzerbeiträge [de]

Inhaltsverzeichnis

2018-11-26T20:35:00Z

SBeck: /* Inhaltsverzeichnis */

=Inhaltsverzeichnis=
* Portale
** [[Portal:Kommunikation]]
** [[Portal:Netz]]
** [[Portal:Hardware]]
** [[Portal:Firmware]]
** [[Portal:Technik]]
** [[Portal:Mitmachen]]
** [[Portal:Treffen]]
** [[Portal:Vorlagen]]
** [[Portal:Hacks & Tricks]]
* [[Dienste]]
* [[Inventar]]
* [[Franken_Timeline]]

* '''[https://wiki.freifunk-franken.de/w/Spezial:Alle_Seiten Verzeichnis aller Seiten]'''
* [https://wiki.freifunk-franken.de/w/Spezial:Spezialseiten Spezialseiten]
* [[Archiv|Protokolle]]

Vorlage:Benutzer

2018-11-26T20:07:00Z

SBeck:

__NOTOC__

<includeonly>

<table>
{{#if: {{{nick|}}} |
<tr>
<td>'''Nick:'''</td>
<td>{{{nick}}}</td>
</tr>
}}

{{#if: {{{name|}}} |
<tr>
<td>'''Name:'''</td>
<td>{{{name}}}</td>
</tr>
}}

{{#if: {{{hood|}}} |
<tr>
<td>'''Hood:'''</td>
<td>{{{hood}}}</td>
</tr>
}}

{{#if: {{{ort|}}} |
<tr>
<td>'''Wohnort:'''</td>
<td>{{{ort}}}</td>
</tr>
}}

{{#if: {{{email|}}} |
<tr>
<td>'''eMail:'''</td>
<td>[mailto:{{urlencode:{{{email}}}}} {{{email}}}]</td>
</tr>
}}

{{#if: {{{jabber|}}} |
<tr>
<td>'''Jabber:'''</td>
<td>{{{jabber}}}</td>
</tr>
}}

{{#if: {{{monitoringname|}}} |
<tr>
<td>'''Knoten:'''</td>
<td>[https://monitoring.freifunk-franken.de/users/{{{monitoringname}}} Monitoring]</td>
</tr>
}}

{{#if: {{{routermac|}}} |
<tr>
<td>'''Knoten:'''</td>
<td>[https://monitoring.freifunk-franken.de/api/get_router_by_mac/{{{routermac}}}]</td>
</tr>
}}

{{#if: {{{nick|}}} |
<tr>
<td>'''Wiki:'''</td>
<td>[[Spezial:Beitr%C3%A4ge/{{{nick}}}|Beiträge]]</td>
</tr>
}}

{{#if: {{{homepage|}}} |
<tr>
<td>'''Homepage:'''</td>
<td>[{{{homepage}}}]</td>
</tr>
}}
</table>

{{#if: {{{ort|}}} |
[[Kategorie:{{urlencode:{{{ort}}}}}]]
}}

[[Kategorie:Benutzer]]
</includeonly>

<noinclude>

So siehts aus:

{{Benutzer
|nick= Horstle
|name= Horst
|ort= Vorlagen
|email= horst@hostle.it
|jabber= hostle@jabber.horstle.it
|monitoringname= name
}}

Um die Vorlage Benutzer auf seinem Profil einzufügen einfach folgenden Textblock einbauen:

<pre>
{{Benutzer
|nick= Horstle
|name= Horst
|ort= Vorlagen
|email= horst@hostle.it
|jabber= hostle@jabber.horstle.it
|monitoringname= name
}}
</pre>

'''"monitoringname"''' nick wie im monitoring

[[Kategorie:Vorlagen]]
</noinclude>

Vorlage:Benutzer

2018-11-26T20:00:59Z

SBeck:

__NOTOC__

<includeonly>

<table>
{{#if: {{{nick|}}} |
<tr>
<td>'''Nick:'''</td>
<td>{{{nick}}}</td>
</tr>
}}

{{#if: {{{name|}}} |
<tr>
<td>'''Name:'''</td>
<td>{{{name}}}</td>
</tr>
}}

{{#if: {{{hood|}}} |
<tr>
<td>'''Hood:'''</td>
<td>{{{hood}}}</td>
</tr>
}}

{{#if: {{{ort|}}} |
<tr>
<td>'''Wohnort:'''</td>
<td>{{{ort}}}</td>
</tr>
}}

{{#if: {{{email|}}} |
<tr>
<td>'''eMail:'''</td>
<td>[mailto:{{urlencode:{{{email}}}}} {{{email}}}]</td>
</tr>
}}

{{#if: {{{jabber|}}} |
<tr>
<td>'''Jabber:'''</td>
<td>{{{jabber}}}</td>
</tr>
}}

{{#if: {{{monitoringname|}}} |
<tr>
<td>'''Knoten:'''</td>
<td>[https://monitoring.freifunk-franken.de/users/{{{monitoringname}}} Monitoring]</td>
</tr>
}}

{{#if: {{{routermac|}}} |
<tr>
<td>'''Knoten:'''</td>
<td>[https://monitoring.freifunk-franken.de/api/get_router_by_mac/{{{routermac}}}]</td>
</tr>
}}

{{#if: {{{nick|}}} |
<tr>
<td>'''Wiki:'''</td>
<td>[[Spezial:Beitr%C3%A4ge/{{{nick}}}|Beiträge]]</td>
</tr>
}}

{{#if: {{{homepage|}}} |
<tr>
<td>'''Homepage:'''</td>
<td>[{{{homepage}}}]</td>
</tr>
}}
</table>

{{#if: {{{ort|}}} |
[[Kategorie:{{urlencode:{{{ort}}}}}]]
}}

[[Kategorie:Benutzer]]
</includeonly>

<noinclude>

So siehts aus:

{{Benutzer
|nick= Horstle
|name= Horst
|ort= drüben
|email= horst@hostle.it
|jabber= hostle@jabber.horstle.it
|monitoringname= name
}}

Um die Vorlage Benutzer auf seinem Profil einzufügen einfach folgenden Textblock einbauen:

<pre>
{{Benutzer
|nick= Horstle
|name= Horst
|ort= drüben
|email= horst@hostle.it
|jabber= hostle@jabber.horstle.it
|monitoringname= name
}}
</pre>

'''"monitoringname"''' nick wie im monitoring

[[Kategorie:Vorlagen]]
</noinclude>

Vorlage:Benutzer

2018-11-26T20:00:33Z

SBeck: Die Seite wurde geleert.

Portal:Vorlagen

2018-11-26T19:59:14Z

SBeck: /* weitere... */

=== Logo ===
* Freifunk Franken Logo hoch (Swiss Font): [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-hoch--Transparent-350px.png PNG 350px transparent] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-hoch--Pfade.svg SVG Pfade] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-hoch.svg SVG Raw]
* Freifunk Franken Logo quer (Swiss Font): [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-quer--Transparent-250px.png PNG 250px transparent] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-quer--Transparent-750px.png PNG 750px transparent] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Logo-quer_Pfade.svg SVG Pfade] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-quer.svg SVG Raw]
* Freifunk Franken Logo quadratisch (Swiss Font): [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken-Logo-quadratisch--Transparent-5cm.pdf PDF 5cm transparent]
* Freifunk Franken Logo original (SVG): [https://wiki.freifunk-franken.de/w/Datei:FreifunkFrankenLogo.svg Datei:FreifunkFrankenLogo.svg]
* Freifunk Franken Banner (PNG): [https://wiki.freifunk-franken.de/w/Datei:Logo.png Datei:Logo.png]

=== Router ===
<gallery>
Datei:FFF Router-Aufkleber.jpg|FFF Aufkleber für Router 35x103
Datei:Aufkleber Router - 120x50mm - WR841ND.jpeg|FFF Aufkleber für Router 50x130
</gallery>

* Aufkleber für Router 120 mm x 50 mm: [https://wiki.freifunk-franken.de/w/Datei:Aufkleber_Router_-_120x50mm_-_WR841ND.jpeg (JPEG)] [https://wiki.freifunk-franken.de/w/Datei:Photoshopdatei_-_Aufkleber_Router_-_120x50mm_-_WR841ND.psd (PSD)]
* Freifunk Erlangen - Aufkleber für Router 105 mm x 35 mm: [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--ohneAnschnitt.pdf PDF] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--1mmAnschnitt.pdf PDF (1mm Anschnitt)] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen.svg SVG Raw]

=== Hotspot ===
<gallery>
Datei:FF Schaufenster Aufkleber A5.jpg|Fenster-Aufkleber A5
</gallery>

* Hotspot Sticker "Hier WLAN": magenta [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-pink.pdf (PDF)] | magenta-gelb [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-gelb.pdf (PDF)]
* Hotspot-Aufkleber: [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Hotspot-Aufkleber.jpeg (JPEG)]
* Hotspot-Aufkleber quadratisch: [https://wiki.freifunk-franken.de/w/Datei:Freifunk_franken_hotspot.pdf (PDF)]
* Hotspot-Grafik "Laptop": [https://wiki.freifunk-franken.de/w/Datei:Aufkleber_Hotspot_Computer.pdf (PDF)]
* Hotspot-Grafik "Tablet": [https://wiki.freifunk-franken.de/w/Datei:Aufkleber_Hotspot_Handy.pdf (PDF)]

* Tischaufsteller (PSD): [[Datei:Photoshopdatei_Freifunk_Hinweisschild_DinA6.psd]]

=== Info ===
; Freifunk-Flyer quadratisch 8 Seiten

{|
| [[Datei:FF Flyer Q-8 W S-1.2.jpg|thumb|180px|FF Flyer, 8-Seiten, Seite 1+2]]
| [[Datei:FF Flyer Q-8 W S-3.4.jpg|thumb|180px|FF Flyer, 8-Seiten, Seite 3+4]]
| [[Datei:FF Flyer Q-8 W S-5.6.jpg|thumb|180px|FF Flyer, 8-Seiten, Seite 5+6]]
| [[Datei:FF Flyer Q-8 W S-7.8.jpg|thumb|180px|FF Flyer, 8-Seiten, Seite 7+8]]
|}

; Freifunk-Flyer quadratisch 6 Seiten

{|
| [[Datei:FF-Franken Faltblatt 6 Seiten 9.8x9.8 2mmAnschnitt-vorne.png|thumb|FFF Flyer, 6-Seiten, Seite 1..3]]
| [[Datei:FF-Franken Faltblatt 6 Seiten 9.8x9.8 2mmAnschnitt-hinten.png|thumb|FFF Flyer, 6-Seiten, Seite 4..6]]
|}

: Freifunk Faltblatt/Flyer [https://wiki.freifunk-franken.de/mediawiki/images/6/6f/Flyeralarm_falt_qk_6seiter_w_mass.pdf Wickelfalz]: [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_ohneAnschnitt.pdf PDF] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnitt.pdf PDF (2mm Anschnitt)] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnittMarken.pdf PDF (2mm Anschnitt markiert)] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_faltblatt-6-seiten_9.8x9.8cm_Scribus1.5.zip ZIP (Scribus 1.5)]

;weitere

* Info-Flyer über Freifunk für Geflüchtete (in 10 Sprachen): [https://wiki.freifunk-franken.de/w/Datei:Fl%C3%BCchtlingsflyer-Franken-A4.pdf (SSID franken)] | [https://wiki.freifunk-franken.de/w/Datei:Fl%C3%BCchtlingsflyer_Franken_mit_aux_A4.pdf (SSID franken+aux)]

* Freifunk-Flyer Druckvorlage (PDF: [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Flyer_A4_Druckvorlage.pdf A4]|[https://wiki.freifunk-franken.de/w/Datei:Freifunk-Flyer_A6.pdf A6])

=== Nachbar ===
* Nachbarschaftsflyer "Hallo Nachbar" [https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6.svg SVG] | [https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6.pdf PDF] | [https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6_2mmAnschnitt.pdf PDF (0,2mm!! Anschnitt, nicht 2mm)]
* Nachbarschaftsflyer Franken mit etwas Erklärung: [https://wiki.freifunk-franken.de/w/Datei:Freifunk-franken-nachbar.png PNG (mit Silhouette)] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-franken-nachbar2.png PNG (mit Logo)]

=== Wo kann man Flyer bekommen ===
{| class="wikitable"
! was (Link) || Zahl || Benutzer
|-
| || || <Kontakt>
|-
| || || <Kontakt>
|}

Server/fff-fra1

2018-11-26T19:53:22Z

SBeck:

= Gateway Server fff-fra1 =

'''<font style="color:red">Status: offline, nicht mehr in Betrieb</font>'''

== Status ==

Zur Nachvollziebarkeit der Server-Einrichtung wird in ein [[Server/fff-fra1/Log|detailiertes Log]] geführt.

* 25.09.15: Anfrage nach Untersützung für Flüchtlingsunterkünfte über [https://twitter.com/FreifunkFranken/status/647319580168310784 Twitter]
* 25.09.15: Angebot von dotManaged für einen Server mit bis zu 20 TB/Monat Traffic kostenlos.
* 07.10.15: Vertrag ist vom Förderverein unterschrieben und wurde von delphiN an dotManaged weitergeleitet.
* 08.10.15: delphiN hat Zugangsdaten bekommen (Passwörter geändert)
* 09.10.15: Grundeinrichtung des Systems.
* 11.10.15: Plaungstreffen und einrichtung als Layers2-Gateway.
* 13.10.15: Testweise an Nürnberger Hood angeschlossen um zu testen.
* 17.10.15: ca. 17 Uhr Speedtest
* 18.10.15: ca. 18 Uhr Ein erster unbekannter Knoten geht ans Netz.
* 22.10.15: Umstellung des IP-Bereichs
* 24.10.15: RAM-Menge wurde vom Hoster gefixt (jetzt sind es 4 GB)
* 22.12.15: November 2015: ca. 10TB pro Monat
* 31.12.15: Ende Dez'15: ca. 1 TB am Tag, Tendenz steigend
* 12.01.16: Hoster hat Speed-Limit auf 64Mbit/s eingerichtet um Volumensgrenze nicht zu überschreiten.
* 04.03.16: Traffic-Limit wurde auf 50TB/Monat erhöht. Danke :-)
* 15.03.16: Er kann nun für Freifunk allgemein verwendet werden. Auch dafür Danke :-)
* 15.03.16: ChristianD hat sich aus der Administration zurückgezogen
* Mai 2016: Hoster hat Speed-Limit auf 48Mbit/s eingerichtet
* 15.05.16: Hoster hat den Vertrag regulär gekündigt und gleichzeitig angefragt, ob wir den vServer noch benötigen
* <font style="color:red;">23.10.16: Vertragsende und Abschaltung</font>

== Monitoring ==
* http://fff-fra1.fff.community/
** [https://www.dotmanaged.eu/rechenzentrum/weathermap/ Network-Weathermap dotManaged]
** [http://84.200.64.42 Übersicht]
** [http://84.200.64.42:8080/ OLSR Status]
** [http://84.200.64.42:8083/ Realtime Server Monitor]

== Ansprechpartner ==
* '''Allgemein Fragen''': fragen ET freifunk-franken.de
* '''Abuse''': abuse ET freifunk-franken.de
* '''Admins''':
** [[Benutzer:delphiN|delphiN]] (Admin-C)
** [[Benutzer:mifritscher|mifritscher]] (Tech-C)
** [[Benutzer:green|green]] (Monitoring, Wartung, usw.)
** [http://wiki.freifunk.net/Benutzer:DanielP DanielP] (Admin vom Foerderverein Freie Netzwerke e.V.)
* '''Sonstige User''':
** [[Benutzer:ChristopherMaeuer|ChristopherMaeuer]] (Ansprechpartner bei dotManaged)

== Details ==

* '''Type''': KVM Server
* '''Verwendungszweck''': Internet-Gateway Server
* '''Provider''': [https://www.dotmanaged.eu/ dotManaged]
* '''Standort''': Frankfurt [https://www.accelerated.de/de/rechenzentrum]
* '''Eigentümer''': Freie Netze e.V.
* '''Kosten''': Spende von dotManaged gegen Spendenquittung

* '''Technische Daten''':
** IP-Bereich:
*** 84.200.64.42 (84.200.64.40/29)
** OS: Debian GNU/Linux 8.2 (jessie)
** CPU: 4 x Intel Xeon E312xx (Sandy Bridge) 2.5GHz; vCore
** RAM: 4 GB DDR3-1333 MHz ECC Registered
** HDD: 10 GB HDD Raid-10 w/ 4x 2 TB Western Digital SE
** NIC: VirtIO zu Intel NIC mit maximal 1 GBit/s

== RIPE Einträge ==

<pre>
inetnum: 84.200.64.40 - 84.200.64.47
netname: DE-FREIFUNK-FRANKEN-01
descr: Foerderverein Freie Netzwerke e.V.
country: DE
admin-c: AW5350-RIPE
tech-c: TG5171-RIPE
org: ORG-FFNE2-RIPE
status: ASSIGNED PA
mnt-by: MNT-WEESLY
created: 2015-10-05T09:17:16Z
last-modified: 2015-10-09T17:01:10Z
source: RIPE
</pre>

=== [https://apps.db.ripe.net/search/lookup.html?source=ripe&key=AR33715-RIPE&type=role ORGANISATION] ===
<pre>
organisation: ORG-FFNE2-RIPE
org-name: Foerderverein Freie Netzwerke e.V.
org-type: OTHER
address: Foerderverein Freie Netzwerke e.V.
address: Freifunk Franken
address: c/o Rabener - Rau
address: Stephanstr. 10
address: D-10559 Berlin
abuse-c: AR33715-RIPE
mnt-ref: MNT-WEESLY
mnt-by: MNT-WEESLY
created: 2015-10-05T09:12:49Z
last-modified: 2015-10-07T19:24:32Z
source: RIPE # Filtered
</pre>

=== [https://apps.db.ripe.net/search/lookup.html?source=ripe&key=AW5350-RIPE&type=person ADMIN-C] ===
<pre>
person: Alexander Wunschik
address: Foerderverein Freie Netzwerke e.V.
address: Freifunk Franken
address: c/o Rabener - Rau
address: Stephanstr. 10
address: D-10559 Berlin
phone: +49 (911) 495205200
abuse-mailbox: abuse@freifunk-franken.de
nic-hdl: AW5350-RIPE
mnt-by: MNT-WEESLY
created: 2015-10-09T16:59:51Z
last-modified: 2015-10-09T16:59:51Z
source: RIPE # Filtered
</pre>

=== [https://apps.db.ripe.net/search/lookup.html?source=ripe&key=TG5171-RIPE&type=person TECH-C] ===
<pre>
person: Michael Fritscher
address: Foerderverein Freie Netzwerke e.V.
address: Freifunk Franken
address: c/o Rabener - Rau
address: Stephanstr. 10
address: D-10559 Berlin
phone: +49 700 23023023
abuse-mailbox: abuse@freifunk-franken.de
nic-hdl: TG5171-RIPE
mnt-by: MNT-WEESLY
created: 2015-10-09T17:00:49Z
last-modified: 2015-10-09T17:00:49Z
source: RIPE # Filtered
</pre>

[[Kategorie:Archiv]]

Kategorie:Lauf

2018-11-26T19:51:50Z

SBeck:

Alles aus der Hood '''Lauf''' bitte mit dieser Kategorie versehen:
<pre>
[[Kategorie:Lauf]]
</pre>

Kategorie:Protokoll

2018-11-26T19:51:35Z

SBeck:

Übersicht aller Protokolle

[[Kategorie:Archiv]]

Kategorie:Hoods-V1

2018-11-26T19:49:39Z

SBeck:

Unser v1 Netz wurde am 1.12.2018 eingestellt

[[Kategorie:Archiv]]

Kategorie:Hoods-V1

2018-11-26T19:49:03Z

SBeck: Die Seite wurde geleert.

Hauptseite

2018-11-26T19:48:46Z

SBeck:

__NOTOC__ 
__NOEDITSECTION__ 

{| border="0" width="100%"
|- valign="top"
|

[[Datei:Intro_Teaser.png|280px|link=Was ist Freifunk]]
== Freifunk verbindet ==
Wir bauen gemeinsam freie [[Dezentrale_Hood|dezentrale]] Netze. Dabei ist jede Freifunk-Zone als eigene autonome Verwaltungszone zu betrachten. Die einzelnen Zonen werden über Peerings miteinander verbunden, dadurch entsteht ein großes Netzwerk. Freifunk hilft also Menschen dabei sich gegenseitig zu vernetzen. (mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

[[Datei:Mitmachen_Teaser_2.png|280px|link=Mitmachen]]
== Mitmachen ==
Es gibt viele Möglichkeiten sich einzubringen: Werde Teil der Community, hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Portal:Firmware| installiere die Freifunk-Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, [[WLAN_Tipps%26Tricks|am besten ans Fenster]]. Bring dich in der Gemeinschaft ein. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zum nächsten [[Portal:Treffen|Treffen]] oder nimm Kontakt über unsere [[Kommunikation]]skanäle mit uns auf!

|

[[Datei:Technik_teaser_2.png|280px|link=Portal:Technik]]
== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet. Wenn mal kein Nachbar in der Nähe ist, kannst du dich mit anderen per VPN über das Internet verbinden.

[[Portal:Technik|Mehr zur Technik gibt es hier …]]

Dein Freifunkknoten funktioniert nicht mehr? Schau mal [https://wiki.freifunk-franken.de/w/Fehlersuche hier].

|}

{| border="0" width="100%"
|- valign="top"

|style="width:70%"|

== News <span style="font-size:small">([https://wiki.freifunk-franken.de/mediawiki/api.php?hidebots=0&days=2&limit=50&action=feedrecentchanges&target=Category%3ANews&rctype=new&feedformat=rss RSS])</span> ==
<DynamicPageList>
category=News
</DynamicPageList>

== Du hast noch Fragen? ==
Wenn du noch Fragen hast, dann solltest du '''unbedingt''' noch die [[FAQ|Liste der häufig gestellten Fragen (FAQ)]] lesen. Dort beantworten wir Fragen, von der rechtlichen Situation bis hin zu Themen wie der Herkunft des Internets. Wenn deine Fragen dort nicht oder nur ungenügend beantwortet werden, zögere nicht, mit uns [[Portal:Kommunikation|Kontakt aufzunehmen]].

== Wichtige Links ==
* [[Inhaltsverzeichnis]]
* [//wiki.freifunk-franken.de/w/Kategorie:EinstiegsInformationen Informationen für Einsteiger]
* [[Standorte/|Interessante Standorte in Franken]]
* [[Unterstuetzer|Liste unserer externen Unterstützer]]
* Unsere [[Mailinglisten]] sind das wichtigste Kommunikationsmittel
* [[Vereine]] für Freifunk Franken
* [[Monitoring]] – diverse Infos zum Monitoring
* [http://vpn.freifunk-franken.de FFF-VPN] – direkte VPN-Einwahl ins Freifunk-Netz per Endgerät

|style="width:30%"|

== '''Vor Ort''' ==
=== Freifunk-Franken ===
* [[Standorte/Allersberg|Allersberg]]
* [[Hoods/Bamberg|Bamberg]]
* [[Bayreuth|Bayreuth/Kulmbach]]
* [http://freifunk-ebs.de/ Ebermannstadt]
* [[Eckental]]
* [[Erlangen]]
* Fichtelberg: siehe [[Bayreuth|Bayreuth]]
* [[Forchheim]]
* [[Hoods/Fuerth|Fürth]]
* [[Hoods/Hassberge|Haßberge]]
* [[:Kategorie:Hof|Hof]]
* [[Marktredwitz]]
* [[:Kategorie:Nuernberg|Nürnberg]]
* [[:Kategorie:Rehau|Rehau]]
* [[Schnaittach]]
* [[Schweinfurt]]
* [[Selb|Selb und Umgebung]]
* [https://facebook.com/profile.php?id=1551181611834107 Würzburg]

=== Technisch eigenständige Gruppen in Franken ===
* [https://freifunk-ansbach.de/ Ansbach]
* [http://www.freifunk-emskirchen.de/ Emskirchen]
* [http://www.freifunk-neuendettelsau.de/ Neuendettelsau]
* [http://www.freifunk-rothenburg.de/ Rothenburg ob der Tauber]
* [https://freifunk-schwabach.de/thema/ffsc/ Schwabach]

|}

[[Kategorie:EinstiegsInformationen]]

Hoods/Lauf

2018-11-26T19:48:38Z

SBeck:

Nicht mehr genutzt

[[Category:Archiv]]

Hoods/Hassberge

2018-11-26T19:47:27Z

SBeck:

__NOEDITSECTION__ __NOTOC__ 
=Freifunk in den Hassbergen=

[https://monitoring.freifunk-franken.de/map?mapcenter=50.12102,10.66086,10 Hassberg-Netzkarte]

[[Bild:Banner-Hassberge-gedreht.jpg|800px|link=https://monitoring.freifunk-franken.de/map?mapcenter=50.12102,10.66086,10]]
{| border="0" width="100%"
|- valign="top"

|

== Freifunk verbindet ==
Wir bauen gemeinsam freie Netze. Immer mehr Menschen beteiligen sich am Aufbau und stellen ihre Router für den Datentransfer anderer zur Verfügung und bringen dadurch den Ausbau einer kostengünstigen und freien Infrastruktur voran.

(mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

== Mitmachen ==
Es gibt viele Möglichkeiten, [[Mitmachen|sich einzubringen]]: Hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Anleitungen|installiere]] die [[Portal:Firmware|Freifunk Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, am besten ans Fenster. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zum nächsten [[Portal:Treffen|Treffen]]!

|

== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet.

[[Portal:Technik|Mehr zur Technik gibt es hier...]]

|}

'''[http://46.4.85.158/has-mon/ Monitoring Haßberge]'''

'''[[Medium:Freifunk_publikation_webversion_2Auflage.pdf | Lesenswertes zu Freifunk]]'''

'''[http://www.amazon.de/exec/obidos/redirect-home?tag=f3netzede-21&site=home Unterstütze den Verein F3 Netze .e.V. mit einem Einkauf bei Amazon.de]'''

==Ansprechpartner==

[[Benutzer: Moexe|Max Wohlfart (Haßfurt)]] <br>
[[Benutzer: Plocker|Alex Gutzeit (Unfinden/Ostheim)]] <br>
[[Benutzer: Roffl1990|Robert Streng (Knetzgau)]] <br>
[http://www.em-punkt.de/index.php?action=zeige_impressum Harald Eisenmenger (Hofheim)] <br>

oder die gesamte [[Kommunikation | Community]]

Außerdem könnt ihr mit uns, über einen Matrix-Server kommunizieren.
Unter https://matrix.freifunk-hassberge.de:8448 könnt ihr euch einen Account erstellen. Ihr könnt uns dann über : <br>
@moexe:matrix.freifunk-hassberge.de <br>
[https://matrix.freifunk-hassberge.de:8448/_matrix/client/#/user/@AlGu:matrix.fff.community @AlGu:matrix.fff.community] <br>
@roffl:matrix.org <br>
@HarEis:matrix.org <br>
persönlich anschreiben <br>
oder ohne Anmeldung bei Matrix über [https://riot.im/app/#/room/#fff-public:matrix.org Matrix-Public] erreichen.

==Treffen==
jeden dritten Freitag des Monats ab 18:00 Uhr im [https://www.meehäusle.de/index.php/veranstaltungen Meehäusle in Haßfurt].
[https://calendar.google.com/calendar/embed?src=2dsrm900h9iqdao2112527mjt4%40group.calendar.google.com&ctz=Europe%2FBerlin GoogleKalender]
[https://www.facebook.com/events/1714057188646265/permalink/1772607786124538/ FacebookEvent]

==News==
alle Neuigkeiten gibt's bei uns auf [https://www.facebook.com/freifunkhassberge/ Facebook]

==Projekte==

*[[Standorte/Haßberge/UnfindenKirche | Unfinden Kirche]] <br>
*[[Freifunk-Franken-Hood-Hassberge/Oberer-Turm | Oberer Turm in Haßfurt]]

==Wir in den Medien==
''2015''
* Freifunk in Haßfurt 29.04.2015 -> [http://www.hassfurter-tagblatt.de/lokales/aktuelles/art2824,297551 Hassfurter-Tagblatt] / [http://www.mainpost.de/regional/hassberge/Drahtloses-Netz-Gewerbegebiete-Internet-Internetzugriff-und-Internetverbindung-Mobilfunkvertraege-Passagiere-Passagiere-und-Fahrgaeste-Server-Tuerme-Vereine;art1726,8698953 Mainpost]
* [http://www.mainpost.de/regional/hassberge/Antennen-Drahtloses-Netz-Kostenfreiheit-Megabyte-Stammtische;art1726,8846229 Ein freies Netz für alle - 28.07.2015]
* [http://www.mainpost.de/regional/hassberge/Drahtloses-Netz-Smartphones;art1726,8846313 Hofheimer Werbering strebt flächendeckendes Gratis-WLAN an - 28.07.2015]
* [http://www.mainpost.de/regional/hassberge/Ehrenamtliches-Engagement;art1726,8862894 Freies Internet für alle - 09.08.2015]
* [http://www.mainpost.de/regional/hassberge/Asylbewerber-Drahtloses-Netz-Fluechtlinge-Internetzugriff-und-Internetverbindung;art1726,8876298 Internet-Zugang für Flüchtlinge - 20.08.2015]
* Der SV Fatschenbrunn will Vorreiter sein - 20.08.2015 -> [[Medium:Scan_2015-08-24_08.33.54_Knetzgau.pdf | pdf]] / [https://www.infranken.de/regional/hassberge/Der-SV-Fatschenbrunn-will-Vorreiter-sein;art217,1187179 Link]
* [http://www.hassfurter-tagblatt.de/lokales/aktuelles/art2824,342010 Kontakt und Neues von der Heimat - 09.09.2015]
* [http://www.antenne.de/programm/heute-im-radio/8347/antenne-bayern-nachrichten Antenne-Bayern-Franken-Regional '''Ab min 4:05''' - 10.09.2015]
* [http://www.np-coburg.de/lokal/hassberge/hassberge/Buerger-bauen-ihr-eigenes-Netz;art83430,4500211 Bürger bauen ihr eigenes Netz - 27.11.2015]

''2016''
* [[Medium:Neue_Presse_Artikel_21.01.16.pdf | Freies WLAN liegt in der Luft - 21.01.2016]]
* [https://www.br.de/nachrichten/unterfranken/inhalt/freies-internet-fatschenbrunn-hotspots-100.html Freies WLAN für alle Bewohner - 10.03.2016]
* [http://www.infranken.de/regional/hassberge/Fatschenbrunn-Freier-Zugang-ins-Internet;art217,1691655 Fatschenbrunn: Freier Zugang ins Internet - 12.03.2016]
* [http://www.tvtouring.de/mediathek/video/fatschenbrunn-will-ans-netz-einzigartiges-freifunk-projekt/ Fatschenbrunn will ans Netz – Einzigartiges Freifunk Projekt - 23.03.2016]
* [http://www.infranken.de/97437-Ha%DFfurt~/Neuer-Netz-Verein-bildet-sich;art154303,2397370 Neuer Netz-Verein bildet sich - 09.12.2016]

''2017''
* [https://www.br.de/nachrichten/fatschenbrunn-baut-sich-eigenes-wlan-netz-100.html# Steigerwald-Dorf baut sich WLAN-Netz - 08.03.2017]
<br>
<br>

==Services==

* unter '''10.50.56.123:64738''' Mumble.

* [http://fff-has2-v2.freifunk-hassberge.de/post/ ZeroBin]

* Drawpile [https://drawpile.net/download/#Linux hier] das AppImage herunterladen, ausführbar machen und dann unter der IP 46.4.85.150:5656 eine neue Sitzung bereitstellen oder einer vorhandenen Sitzung beitreten.

==Server-Hassberge==

10.83.20.0/22 '''Hassfurt Hood''' <br>
10.83.20.1 - 10.83.20.255 Statische Adressen <br>
10.83.21.0 - 10.83.21.255 | [http://fff-gw-moexe.freifunk-hassberge.de fff-gw-moexe.freifunk-hassberge.de] | 10.83.20.1 <br>
10.83.22.0 - 10.83.22.255 | swv2-rl-01 | 10.83.20.2 <br>

10.83.27.0/24 '''Ostheim Hood''' <BR>
10.83.27.1 - 10.83.27.25 Statische Adressen <br>
10.83.27.26 - 10.83.27.254 | [http://10.83.27.4:2342 DHCP des dezentrales GW Ostheim]

10.83.28.0/22 '''Hofheim Hood''' <br>
10.83.28.1 - 10.83.28.255 Statische Adressen <br>
10.83.29.0 - 10.83.30.254 | [http://fff-gw-moexe.freifunk-hassberge.de fff-gw-moexe.freifunk-hassberge.de] | 10.83.28.1 <br>
10.83.31.0 - 10.83.31.255 | [http://fff-has2-v2.freifunk-hassberge.de fff-has2-v2.freifunk-hassberge.de] | 10.83.28.4 <br>

10.83.68.0/22 '''Ebern Hood''' <br>
10.83.68.1 - 10.83.68.255 Statische Adressen <br>
10.83.69.0 - 10.83.69.255 | [http://fff-has2-v2.freifunk-hassberge.de fff-has2-v2.freifunk-hassberge.de] | 10.83.68.4

10.83.98.0/24 '''Unfinden Mitte''' <BR>
'''10.83.98.1 - 10.83.98.19 Statische Adressen''' <br>
10.83.98.2 [http://10.83.98.2 RF Uchenhofen Kirchturm] <BR>
10.83.98.3 [http://10.83.98.3 RF Kirchturm Gutzeit] <BR>
'''10.83.98.4 [http://10.83.98.4:2342 dezentrales GW Unfinden]''' <br>
10.83.98.5 [http://10.83.98.5 RF Kirchturm SWAdler] <BR>
10.83.98.6 [http://10.83.98.6 RF SWAdler Kirchturm] <BR>
10.83.98.7 [http://10.83.98.7 RF Kirchturm SVU] <BR>
10.83.98.8 [http://10.83.98.8 RF SVU Kirchturm] <BR>
'''10.83.99.10 - 10.83.99.254 DHCP des GW Unfinden''' <BR>
<br>
10.83.99.0/24 '''Unfinden Gutzeit''' <BR>
'''10.83.99.1 - 10.83.99.10 Statische Adressen''' <br>
10.83.99.2 [http://10.83.99.2 RF Gutzeit Kirchturm] <BR>
10.83.99.4 [http://10.83.99.4 dez GW Gutzeit] <BR>
'''10.83.99.11 - 10.83.99.254 DHCP des GW Gutzeit''' <BR>
<br>
10.83.192.0/24 '''Gary's Hood''' <BR>
'''10.83.192.1 - 10.83.192.10 Statische Adressen''' <br>
10.83.192.1 [http://10.83.192.1 dez GW Gary] <BR>
10.83.192.2 [http://10.83.192.2 RF Uchenhofen Kirchturm] <BR>
'''10.83.192.11 - 10.83.192.254 DHCP des GW Gary''' <BR>

==todo==

*<s>freifunk-hassberge.de auf diese Wiki-Seite weiterleiten</s> erledigt
*Software für lokalen Server auswählen
**https://pad.freifunk.net/p/dienste_im_ff-netz
*Planungs- und Ergebnisprotokoll
**https://pad.freifunk.net/p/Planung-Haßberge
*<s>? auf der Freifunk-Hassberge Seite im Wiki noch die allgemeinen Infos zu ff von [[Hauptseite]] verlinken (wenn jemand über http://freifunk-hassberge.de/ kommt, findet er sonst das allgemeine zu ff nicht direkt )</s> eingefügt

[[Kategorie:Hood]]
[[Kategorie:Hassberge]]
[[Kategorie:Community]]

Hoods/Forchheim

2018-11-26T19:47:16Z

SBeck:

__NOTOC__

= Freifunk in Forchheim und Umgebung =

== Community-Seite ==

[[Forchheim]]

[http://www.freifunk-ebs.de/ Ebermannstadt]

== Technische Daten ==
{|
|-
| '''IPv4-Range Forchheim:'''
| 10.50.116.0/22
|-
| '''[[Portal:Netz#Hood_Forchheim|Statische Adressen]]:'''
| 10.50.116.1 - 10.50.116.255
|-
| '''[[Server#Gateway_Server_.22fff-gw-fo2.22|fff-gw-fo2]]:'''
| 10.50.117.0 - 10.50.118.127
|-
| '''fff-gw-reddog1:'''
| 10.50.118.128 - 10.50.119.254
|-
|}

[https://monitoring.freifunk-franken.de/map?mapcenter=49.72870,11.34064,11 Karte mit Knoten der Forchheimer Hood]

=== Hood-übergreifende Funkstrecken ===
* ''noch keine''

=== Hood-interne Funkstrecken ===
* ''noch keine''

== Zukunft ==
Es werden nach wie vor hohe Standorte in Forchheim benötigt. Wer Zugang zu solchen Standorten hat, darf gerne helfen beim Ausbau oder sich einfach an die [[Mailinglisten]] melden falls Hilfe benötigt wird.

Gerne helfen wir auch Gaststätten und anderen Betrieben in Fochheim beim Einrichten von Freifunk. Hast du Interesse aber keine Ahnung? Melde dich an unseren [[Mailinglisten]] und dir wird sicherlich geholfen.

== Wichtige Standorte in Forchheim ==
<DynamicPageList>
category=Standort
category=Forchheim
</DynamicPageList>

[[Kategorie:Hood]]
[[Kategorie:Hoods-V2]]
[[Kategorie:Forchheim]]

Hoods/Bamberg

2018-11-26T19:45:46Z

SBeck:

__NOTOC__
{{Entwurf}}

* Kontakt-E-mail für allgemeine Anfragen von extern
** kontakt@freifunk-bamberg.de

==Treffen==
monatlich im Backspace, Überblick unter [[Portal:Treffen]]

==Unterseiten==
*[[Hoods/Bamberg/Protokolle]]
*[[Hoods/Bamberg/todo]]
*[[Hoods/Bamberg/Archiv]]

== Links ==
* Karte mit Knoten in Bamberg
** [https://monitoring.freifunk-franken.de/map?mapcenter=49.90000,10.90000,14 Monitoring]
** [https://netmon.freifunk-franken.de/map.php?zoom=11&lat=49.89526&lon=10.88701&layers=B0000TTTTT Netmon (stirbt langsam aus)]

== Technische Daten ==
* ''noch kein eigenes Netz''

=== Hood-übergreifende Funkstrecken ===
* ''noch keine''

=== Hood-interne Funkstrecken ===
* ''noch keine''

== Wichtige Standorte in Bamberg ==
<DynamicPageList>
category=Standort
category=Bamberg
</DynamicPageList>

== Freifunker aus Bamberg ==
''Um hier eingetragen zu werden bitte eine Wiki-Benutzerseite anlegen und die Kategorien "Benutzer" und "Bamberg" hinzufügen.''

<DynamicPageList>
category=Benutzer
category=Bamberg
</DynamicPageList>

[[Kategorie:Hood]]
[[Kategorie:Community]]
[[Kategorie:Bamberg]]

Hauptseite

2018-11-26T19:44:15Z

SBeck:

__NOTOC__ 
__NOEDITSECTION__ 

{| border="0" width="100%"
|- valign="top"
|

[[Datei:Intro_Teaser.png|280px|link=Was ist Freifunk]]
== Freifunk verbindet ==
Wir bauen gemeinsam freie [[Dezentrale_Hood|dezentrale]] Netze. Dabei ist jede Freifunk-Zone als eigene autonome Verwaltungszone zu betrachten. Die einzelnen Zonen werden über Peerings miteinander verbunden, dadurch entsteht ein großes Netzwerk. Freifunk hilft also Menschen dabei sich gegenseitig zu vernetzen. (mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

[[Datei:Mitmachen_Teaser_2.png|280px|link=Mitmachen]]
== Mitmachen ==
Es gibt viele Möglichkeiten sich einzubringen: Werde Teil der Community, hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Portal:Firmware| installiere die Freifunk-Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, [[WLAN_Tipps%26Tricks|am besten ans Fenster]]. Bring dich in der Gemeinschaft ein. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zum nächsten [[Portal:Treffen|Treffen]] oder nimm Kontakt über unsere [[Kommunikation]]skanäle mit uns auf!

|

[[Datei:Technik_teaser_2.png|280px|link=Portal:Technik]]
== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet. Wenn mal kein Nachbar in der Nähe ist, kannst du dich mit anderen per VPN über das Internet verbinden.

[[Portal:Technik|Mehr zur Technik gibt es hier …]]

Dein Freifunkknoten funktioniert nicht mehr? Schau mal [https://wiki.freifunk-franken.de/w/Fehlersuche hier].

|}

{| border="0" width="100%"
|- valign="top"

|style="width:70%"|

== News <span style="font-size:small">([https://wiki.freifunk-franken.de/mediawiki/api.php?hidebots=0&days=2&limit=50&action=feedrecentchanges&target=Category%3ANews&rctype=new&feedformat=rss RSS])</span> ==
<DynamicPageList>
category=News
</DynamicPageList>

== Du hast noch Fragen? ==
Wenn du noch Fragen hast, dann solltest du '''unbedingt''' noch die [[FAQ|Liste der häufig gestellten Fragen (FAQ)]] lesen. Dort beantworten wir Fragen, von der rechtlichen Situation bis hin zu Themen wie der Herkunft des Internets. Wenn deine Fragen dort nicht oder nur ungenügend beantwortet werden, zögere nicht, mit uns [[Portal:Kommunikation|Kontakt aufzunehmen]].

== Wichtige Links ==
* [[Inhaltsverzeichnis]]
* [//wiki.freifunk-franken.de/w/Kategorie:EinstiegsInformationen Informationen für Einsteiger]
* [[Standorte/|Interessante Standorte in Franken]]
* [[Unterstuetzer|Liste unserer externen Unterstützer]]
* Unsere [[Mailinglisten]] sind das wichtigste Kommunikationsmittel
* [[Vereine]] für Freifunk Franken
* [[Monitoring]] – diverse Infos zum Monitoring
* [http://vpn.freifunk-franken.de FFF-VPN] – direkte VPN-Einwahl ins Freifunk-Netz per Endgerät

|style="width:30%"|

== '''Vor Ort''' ==
=== Freifunk-Franken ===
* [[Standorte/Allersberg|Allersberg]]
* [[Bayreuth|Bayreuth/Kulmbach]]
* [http://freifunk-ebs.de/ Ebermannstadt]
* [[Eckental]]
* [[Erlangen]]
* Fichtelberg: siehe [[Bayreuth|Bayreuth]]
* [[Forchheim]]
* [[Hoods/Fuerth|Fürth]]
* [[Hoods/Hassberge|Haßberge]]
* [[:Kategorie:Hof|Hof]]
* [[Marktredwitz]]
* [[:Kategorie:Nuernberg|Nürnberg]]
* [[:Kategorie:Rehau|Rehau]]
* [[Schnaittach]]
* [[Schweinfurt]]
* [[Selb|Selb und Umgebung]]
* [https://facebook.com/profile.php?id=1551181611834107 Würzburg]

=== Technisch eigenständige Gruppen in Franken ===
* [https://freifunk-ansbach.de/ Ansbach]
* [http://www.freifunk-emskirchen.de/ Emskirchen]
* [http://www.freifunk-neuendettelsau.de/ Neuendettelsau]
* [http://www.freifunk-rothenburg.de/ Rothenburg ob der Tauber]
* [https://freifunk-schwabach.de/thema/ffsc/ Schwabach]

|}

[[Kategorie:EinstiegsInformationen]]

Selb

2018-11-26T19:41:36Z

SBeck:

Als Teil der [https://www.freifunk-franken.de Freifunk Franken Community] ist unser Ziel der Aufbau und Betrieb eines freien und unabhängigen WLAN-Netzes in [https://de.wikipedia.org/wiki/Selb Selb] und Umgebung.

Wir möchten möglichst vielen Menschen in Selb und Umgebung freies Internet per WLAN bieten.

==Mitmachen==

Ein freies WLAN in Selb aufzubauen macht enorm Spaß, bedarf aber auch viel Arbeit. Es wäre also toll, wenn du mitmachen möchtest.

Am einfachsten kannst du bei Freifunk Selb mitmachen, indem du selber einen Knoten aufstellst. Ein Knoten ist ein zusätzlicher Freifunk WLAN-Router zu deinem Internetanschluss. Den Knoten kannst du dir auch bei uns für ca. 30 Euro, komplett fertig eingerichtet, kaufen. Deinen Knoten brauchst du dann nur noch an den Strom und an das Internet anzuschließen und schon können du und andere über Freifunk surfen. So einfach ist das.

==Wie kann ich Freifunk nutzen ?==

Sobald du im Empfangsbereich eines der Knoten bist, kannst du Freifunk mit jedem WLAN-fähigen Gerät nutzen. Sei es Smartphone, Tablet oder PC. Wenn du ein WLAN angezeigt bekommst, welches den Namen '''franken.freifunk.net''' hat, kannst du dich dort ohne Passwort einloggen. Wo der nächste Knoten steht, siehst du auf unserer Standortkarte.
[https://www.infonorm.de/freifunk/ Weitere Informationen auch auf meiner Freifunkseite.]

==Standorte==

[https://monitoring.freifunk-franken.de/map?mapcenter=50.05527,12.17337,14 Arzberg]

[https://monitoring.freifunk-franken.de/map?mapcenter=50.10963,12.17019,15 Neuhaus an der Eger]

[https://monitoring.freifunk-franken.de/map?mapcenter=50.10612,12.10153,15 Thierstein]

[https://monitoring.freifunk-franken.de/map?mapcenter=50.17489,12.13384,14 Selb]

==Ansprechpartner==

Bei Fragen und Anregungen schicke einfach eine E-Mail an uns.

[[Benutzer: Infonorm| Peter Schumacher (Selb)]]

[https://www.infonorm.de/freifunk/ Kontaktformular auf meiner Freifunkseite.]

Stets gratis Zugang ins Internet finden: Das ist Ziel einer Initiative, die auch im Landkreis Wunsiedel Fuß fasst.
Mitmachen ist leicht - und erwünscht.

[[Kategorie:Community]]

Schweinfurt

2018-11-26T19:41:28Z

SBeck:

Schweinfurt's Freifunk Community ist noch ziemlich klein. Die meisten Knoten sind von Höreder Beck Bäckerei die ihren Kunden Freifunk anbieten möchte.

[https://monitoring.freifunk-franken.de/map?mapcenter=50.04468,10.23491,11 Monitoring-Karte mit Zentrum Schweinfurt]

Verteilt sind dann einzelne Knoten von den folgenden Benutzern:

* [[Benutzer:PeterPhilipp]] am Deutschhof (seit 2014)
* [[Benutzer:McUles]] Dittelbrunn, Hambach, Holzhausen und Pfändhausen

== freifunk-schweinfurt.de ==

Wurde im Juni 2017 registriert und zeigt auf diese Seite mit HTTP redirect.
Alle gateways in Schweinfurt sind berechtigt ein freifunk-schweinfurt.de hostnamen zu haben, bitte an [[Benutzer:PeterPhilipp|Peter]] schreiben um ein hostname zu bekommen.

In 2018 ist vorgeplant diesen Domain-namen mit DNSSEC zu signieren. Am 1. Januar 2018 war es dann soweit. Die Freifunk-schweinfurt.de zone ist signiert. Was wirklich krass ist, ist die länge eines ANY DNS queries...

== Innerhalb Schweinfurt ==

=== Deutschhof ===

Hier war mal ein Mesh in der gegend des CAP Marktes aber da V2 jetzt da ist sind die Teilnehmer auf verschiedenen Segmenten.

== Aufteilung Hoods ==

Innerhalb des Freifunk Franken Netzwerks sind "Hoods" (english kurz. Nachbarschaft) angelegt. Schweinfurt hat auch einen Hood. In einem Hood ist es möglich den OSI Layer 2 (Data Link schicht) von Computern im eigenen Hood zu erreichen. Verschiedene Hoods sind mit Layer 3 (IP protokoll) gegenseitig erreichbar.

=== Hood Schweinfurt ===

Am 20.6.2016 wurde überlegt ein neues Hood für den norden Würzburgs anzulegen. Die neue gegend würde Schweinfurt in der mitte [http://144.76.70.165/vmg/vmg2/ teilen] (und [http://keyserver.freifunk-franken.de/fff/voronoimap.php hier]). Links der Teilung würde Hood Aschaffenburg/Würzburg werden und rechts der Teilung bleibt HassbergeSued.

Wenn Schweinfurt gross genug ist um eine eigene Hood zu vertragen wird die neue [http://144.76.70.165/vmg/vmg3/ Aufteilung] von der A3 bei Geiselwind bis nördlich in die Rhön sein. Die communities die dann zu der neuen Hood Schweinfurt gehören, beinhalten Gerolzhofen, Volkach, Werneck, Schweinfurt, Schonungen, Bad Kissingen und Bad Neustadt. Es müssen zwei [[Freifunk-Gateway_aufsetzen|Gateway]] server her, die den Schweinfurter Traffic routen. Kosten fangen mit 25 EUR im Monat für so etwas an (Hetzner Online VPS).

Im Juni 2017 war es dann soweit, Robert und [[Benutzer:McUles]] haben die gateway server gebaut und in Betrieb genommen. Schweinfurt ist jetzt sein eigenes Hood. Als Mittelpunkt der Hood wurde 50.04683 10.21267 festgelegt.

Die folgenden Benutzer bieten finanzielle unterstützung dafür an:

* [[Benutzer:PeterPhilipp]]
* Robert L. (kann Administrieren)
* [[Benutzer:McUles]] (finanzielle Beteiligung und Administration)

Für die leute die gateways haben bitte ermöglicht Finanzielle mittel wie Paypal. Denn wir wollen ja gerne spenden.

=== Hood SchweinfurtV2 ===

Seit November 2017 existiert der V2 Hood. Das ist wo die zukünftigen Router reinkommen. Das firmware hierzu muss noch selbst kompiliert werden, aber es wird bestimmt bald ein alpha release geben (bitte seht http://dev.freifunk-franken.de), womit man seine Router ein firmware upgrade geben kann.

== Richtfunk ==

Richtfunk ist eine tolle sache. Wo könnte man am besten was aufbauen? Denkt an einen zentrales hohes Gebäude oder Turm, von wo aus wir funken können. Denkt an Ziele.

Richtfunk nach Würzburg und Haßfurt wären richtig super um das Freifunk Netzwerk auch Regional zu vergrössern.

== Treffen ==

Es sind Leute vom Schweinfurt Hood bei den Haßfurtern im Meehäusle einmal im Monat oft anwesend. Bitte seht die [[Hoods/Hassberge|Haßberge]] Seite.

[[Kategorie:Community]]

Schnaittach

2018-11-26T19:41:16Z

SBeck:

[[wikipedia:de:Schnaittach|Schnaittach]] ist eine Marktgemeinde mit 8200 Einwohnern und 33 eingemeindeten Ortsteilen. Schnaittach gehört zur Hood Lauf.

== Aktive Freifunker ==
Bisher sind aktiv: Andi, [[Benutzer:Nerdboy|Daniel]], [[Benutzer:Jonas-bebe|Jonas]], Jürgen, [[Benutzer:Markus.m|Markus]], [[Benutzer:Mgadmin|Martin]], Reiner, Peter.

Unterstützung bekommen wir durch den [http://www1.lau-net.de/launet/ Bürgernetzverein Nürnberg Land] und den Bürgermeister Frank Pitterlein.

== Chronik ==
2015
: Kapuzinerklause (2 Knoten)

2016
: Versorgung der Geflüchteten im "Kampfer" (5 Knoten) <br> Versorgung der Geflüchteten im "Scharrer" (2 Knoten)

2017
: [[Marktplatz_Schnaittach|Freies WLAN zum Herbstmarkt]] (+15 Knoten)

== Aktueller Stand ==
: [https://monitoring.freifunk-franken.de/map?mapcenter=49.55903,11.33909,18 Monitoring-Karte]
: 25 Knoten in Schnaittach

== Beteiligte Firmen ==
* [http://www.kaiser-braeu.de/Unserbier/60/ubier08.htm Cafe Mozart]
* [https://www.jumbo-apotheke.de/ Jumbo-Apotheke]
* [http://www.kapuzinerklause.de/ Kapuziner-Klause]
* Silvia's Blumenladen
* [http://www.steuerberater-buechold.de/ Steuerberatung Büchold]
* [http://www.badgaststätte-schnaittach.de/caf%C3%A9/ Marktcafé]
plus Privatpersonen

== Nachbarn ==

=== Hüttenbach ===
Freifunk für das kath. Pfarrheim in Bühl (5 Knoten) <br> versorgt durch Richtfunkstrecke über 1,26 km (4 Knoten)

Freifunk für die Grundschule Hüttenbach (Parkplatz, 1 Knoten)

=== Neunkirchen am Sand ===
Freifunk für [https://fablab.nueland.de/index.php FabLab-NüLand] und Mobilitätswerkstatt (1 Knoten)

=== Lauf an der Pegnitz ===
Insgesamt 19 Knoten

=== Rückersdorf ===
Insgesamt 16 Knoten

=== Röthenbach ===
Insgesamt 1 Knoten

[[Kategorie:Community]]

Kategorie:Rehau

2018-11-26T19:40:44Z

SBeck:

[[Standorte/Rehau]] Betreuung der GU Tannenbergheim Rehau

==Ansprechpartner==

[[Benutzer: Openreh| Götz Hagmann (Rehau)]] <br>

oder die gesamte [[Kommunikation | Community]]

[[Kategorie:Community]]

Marktredwitz

2018-11-26T19:39:32Z

SBeck:

Als Teil der [https://www.freifunk-franken.de Freifunk Franken Community] ist unser Ziel der Aufbau und Betrieb eines freien und unabhängigen WLAN-Netzes in [https://de.wikipedia.org/wiki/Marktredwitz Marktredwitz].

Wir möchten möglichst vielen Menschen in Marktredwitz und Umgebung freies Internet per WLAN bieten.

==Mitmachen==

Ein freies WLAN in Marktredwitz aufzubauen macht enorm Spaß, bedarf aber auch viel Arbeit. Es wäre also toll, wenn du mitmachen möchtest.

Am einfachsten kannst du bei Freifunk Marktredwitz mitmachen, indem du selber einen Knoten aufstellst. Ein Knoten ist ein zusätzlicher Freifunk-WLAN-Router zu deinem Internetanschluss. Den Router kannst du auch fertig konfiguriert bei uns bekommen. Deinen Knoten brauchst du dann nur noch an den Strom und an das Internet anzuschließen und schon können du und andere über Freifunk surfen. So einfach ist das. Falls du Hilfe brauchst, helfen wir dir gerne dabei.

==Wie kann ich Freifunk nutzen ?==

Sobald du im Empfangsbereich eines der Knoten bist, kannst du Freifunk mit jedem WLAN-fähigen Gerät nutzen. Sei es Smartphone, Tablet oder PC. Wenn du ein WLAN angezeigt bekommst, welches den Namen '''franken.freifunk.net''' hat, kannst du dich dort ohne Passwort einloggen. Wo der nächste Knoten steht, siehst du auf unserer Karte:

[https://monitoring.freifunk-franken.de/map?mapcenter=50.00138,12.08251,15 Übersichtskarte Freifunk in Marktredwitz]

In Marktredwitz und Umgebung machen außer ein paar Privatleuten schon viele Cafés, Restaurants, Läden und Friseure mit und auch die Stadt Marktredwitz betreibt in der Stadtbücherei, im JUZ und im Freibad bereits mehrere Knoten.

==Ansprechpartner==

Bei Fragen und Anregungen schicke einfach eine E-Mail an uns.

[mailto:freifunk@nirsberger.de Rainer Nirsberger]

[mailto:sebastianlippert@gmx.de Sebastian Lippert]

oder die gesamte [[Kommunikation | Community]].

==Medienspiegel==

[http://www.frankenpost.de/lokal/fichtelgebirge/fichtelgebirge/art654373,4632339 Franken baut den Freifunk aus (Frankenpost)] - 02.02.2016

Stets gratis Zugang ins Internet finden: Das ist Ziel einer Initiative, die auch im Landkreis Wunsiedel Fuß fasst.
Mitmachen ist leicht - und erwünscht.

++++++++++++++++++++++++++++++++++

einen Großteil dieser Seite durfte ich freundlicherweise von Peter Schumacher (Selb) übernehmen, danke!

[[Kategorie:Community]]

Kategorie:Hof

2018-11-26T19:39:22Z

SBeck:

Das Freifunk-Netz in Hof wächst seit dem dritten Quartal 2015 sehr dynamisch.
Der folgende Link vermittelt einen Eindruck über die Verteilung der verfügbaren Zugangspunkte in Hof.

[https://monitoring.freifunk-franken.de/map?mapcenter=50.29087,11.94952,12 Übersichtskarte Freifunk in Hof]

== Links ==

* [https://www.facebook.com/fffhof Freifunk für Bürger und Flüchtlinge in Hof und Umgebung], Facebook-Seite einer Freifunk-Initiative in Hof
* [https://www.facebook.com/groups/FreifunkHOF Facebook Gruppe] einer Freifunk-Initiative in Hof
* [http://www.frankenpost.de/lokal/hofrehau/hof-land/Freies-Internet-durch-einen-Tunnel;art2438,4405528 Freies Internet durch einen Tunnel], Artikel der lokalen Tageszeitung Frankenpost, veröffentlicht am 15.10.2015
* [http://www.frankenpost.de/lokal/fichtelgebirge/fichtelgebirge/art654373,4632339 Franken baut den Freifunk aus], Artikel der lokalen Tageszeitung Frankenpost, veröffentlicht am 02.02.2016

== Weitere ==
* [https://monitoring.freifunk-franken.de/routers?q=hood%3A%5EHof%24 Weitere Knoten]

[[Kategorie:Community]]

Hoods/Hassberge

2018-11-26T19:39:10Z

SBeck:

Community/Fuerth

2018-11-26T19:38:52Z

SBeck:

__NOTOC__

[[Datei:Fuerth.freifunk.net_logo.png|right|thumb|200px|inoffizielles Freifunk-Fürth Logo (2008)]]

= Freifunk in Fürth =
Domains die auf diese Seite leiten:

* [http://www.freifunk-fuerth.de www.freifunk-fuerth.de]
* [http://www.freifunk-fürth.de www.freifunk-fürth.de]
* [http://fuerth.freifunk.net fuerth.freifunk.net]

Facebookseite:

* https://www.facebook.com/FreifunkFuerth/

Matrix:

* #Freifunk-Fuerth:matrix.fff.community

== Treffen ==
Noch gibt es in Fürth kein eigenes Treffen. Wir hängen uns aktuell an das [https://wiki.freifunk-franken.de/w/Portal:Treffen Nürnberger Treffen im CoWorkingspace] mit dran.

== Ansprechpartner ==
''Hier bitte nur eintragen wenn du aktiv am Communityleben teilnimmst, motiviert bist etwas zu bewegen und mindestens eine E-Mail Adresse im Profil hinterlegt hast. Diese Personen dürfen jederzeit zur Fragestellung oder Untersützung in Fürth angeschrieben werden.'
* Verteiler (an alle): [mailto:info@freifunk-fuerth.de info@freifunk-fuerth.de]
* [[Benutzer:ChristianD|ChristianD]] - Kontakt: [mailto:Christian_Dresel@freifunk-fuerth.de Christian_Dresel@freifunk-fuerth.de]
* [[Benutzer:RedDog|RedDog]] - Kontakt: [mailto:tim@freifunk-fuerth.de tim@freifunk-fuerth.de]
* [[Benutzer:MikeTsenatek|MikeTsenatek]] - Kontakt [mailto:philipp.schwab@freifunk-fuerth.de philipp.schwab@freifunk-fuerth.de]

== Folgendes benötigen wir in Fürth ==
Es werden nach wie vor hohe Standorte in Fürth benötigt. Wer Zugang zu solchen Standorten hat, darf gerne helfen beim Ausbau oder sich einfach an die [[Mailinglisten]] melden falls Hilfe benötigt wird. Ebenso wird auch Geld für Standorte benötigt, wenn sie sich ergeben.

== Hilfe ==

Gerne helfen wir auch Gaststätten und anderen Betrieben in Fürth beim Einrichten von Freifunk. Hast du Interesse aber keine Ahnung? Melde dich an unseren [[Mailinglisten]] oder einen Ansprechpartner bzw. an die Verteileradresse weiter oben auf der Seite und dir wird sicherlich geholfen.

== Technische Informationen zu Freifunk Fürth ==

=== IP Adressen ===

==== Zentrale FürthV2 ====
{|
|-
| '''IPv4-Range Fürth:'''
| 10.83.8.0/22
|-
| '''[[Portal:Netz#Statische_IP-Adressen|Statische Adressen]]:'''
| 10.83.8.1 - 10.83.8.255
|-
| '''vm3-fff-gw-cd1:'''
| 10.83.9.0 - 10.83.9.255
|-
| '''fffgwaquarius:'''
| 10.83.10.0 - 10.83.10.255
|-
| '''fff-gw-mt2 :'''
| 10.83.11.0 - 10.83.11.255
|}

==== dezentrale Hoods in Fürth ====
[...] folgt [...]

=== Karte ===

[https://monitoring.freifunk-franken.de/map?mapcenter=49.48781,10.93912,13 Karte mit Fürther Knoten]

=== L3 Funkstrecken ===
* [[Standorte/Fuerth/Unterfuerberg|Unterfürberg]] --- [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | in Betrieb
* [[Standorte/Fuerth/Neunhof|Neunhof]] --- [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | in Betrieb
* [[Standorte/Fuerth/StPaul|StPaul]] --- [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | in Betrieb
* StMarkus ---[[Standorte/Fuerth/DB0FUE|Hardhöhe]] | in Betrieb
* [[Standorte/Fuerth/StPaul|StPaul]] --- RedDog | in Betrieb
* [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | [[Standorte/Nuernberg/Wavecon|Wavecon]] | in Betrieb
* [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | [[Standorte/Nuernberg/tbj1888|tbj1888]] | in Betrieb
* [[Standorte/Fuerth/DB0FUE|Hardhöhe]] | [[Standorte/Fuerth/Hardhöhe/Heilig_Geist_Kirche|HGK]] | in Betrieb
* [[Standorte/Fuerth/Hardhöhe/Heilig_Geist_Kirche|HGK]] | [[Standorte/Fuerth/StPaul|StPaul]] | in Betrieb

=== L2 Funkstrecken ===
* [[Standorte/Fuerth/Uferterrassen]] --- [[Standorte/Fuerth/StMichael]]
* [[Standorte/Fuerth/StMichael]] --- [[Standorte/Fuerth/Europaallee]]

=== Babel Metriken ===
Damit in Fürth & Nürnberg Richtfunkstrecken vor VPN bevorzugt werden, wurde sich am Nürnberger Treffen auf folgende Babel Metriken im Richtfunknetz + VPN geeinigt:

* LAN: 96
* >100Mbit Richtfunk: 256
* 30-100Mbit Richtfunk: 512
* 10-30Mbit Richtfunk: 1024
* bis 10Mbit Richtfunk: 4096
* VPN: 4096 - 16384

Die Werte sind Richtwerte und können bei Notwendigkeit angepasst werden

=== Frequenznutzung 5 GHz Freifunk Fürth ===
* 5510 - 5550 MHz
** Hardhöhe LBE-5AC-16-120 Richtung Unterfürberg
** Unterfürberg NBE-5AC-16 Richtung Hardhöhe
** Heilig Geist Kirche NBE-5AC-16 Richtung Hardhöhe (ziemlich gegen Himmel gerichtet)
* 5680 - 5700 MHz
** ws13.michael.bridge.fff
* 5690 - 5720 MHz
** FREIHALTEN! HAMNET!

[https://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/Allgemeinzuteilungen/2007_47_BFWA%205,8%20GHz_pdf.pdf?__blob=publicationFile&v=4 BFWA] Frequenzen:

* 5755 - 5775 MHz
** Hardhöhe LBE-5AC-16-120 <-> StPaul NBE-5AC-19
** Hardhöhe LBE-5AC-16-120 <-> Wavecon LBE-5AC-gen2
** Hardhöhe LBE-5AC-16-120 <-> TBJ1888 LBE-5AC-gen2
* 5775 - 5795 MHz
** StPaul NBE-5AC-19 <-> Wavecon NBE-5AC-19
* 5775 - 5785 MHz
** StPaul <-> Heilig Geist Kirche
* 5795 - 5815 MHz
** Hardhöhe migrottig Richtung StMarkus
** (StMarkus migrottig Richtung Hardhöhe)
* 5835 - 5855 MHz
** Hardhöhe NBE-5AC-19 Richtung Neunhof
** (Neunhof PBE-5AC-500 Richtung Hardhöhe)

=== Aktueller Netzplan ===

Aufbau des Layer 3 Netzes in Fürth zum aktuellen Zeitpunkt (veraltet):

[[Datei:Fürth.png|center|thumb|800px|Netzplan Layer 3 Fürth]]

Einige Nodes wurden aus Mangel an Platz (vorallem in Neunhof) weggelassen. Der genaue Aufbau kann im Monitoring angeschaut werden.

== Wichtige Standorte in Fürth ==
<DynamicPageList>
category=Standort
category=Fuerth
order=ascending
</DynamicPageList>

== Freifunker aus Fürth ==
''Um hier eingetragen zu werden bitte eine Wiki-Benutzerseite anlegen und die Kategorien "Benutzer" und "Fuerth" hinzufügen.''
<DynamicPageList>
category=Benutzer
category=Fuerth
order=ascending
</DynamicPageList>

[[Kategorie:Hood]]
[[Kategorie:Hoods-V2]]
[[Kategorie:Fürth]]
[[Kategorie:Community]]

Eckental

2018-11-26T19:38:30Z

SBeck:

__NOTOC__

Als Teil der [https://www.freifunk-franken.de Freifunk Franken Community] ist unser Ziel der Aufbau und Betrieb eines freien und unabhängigen WLAN-Netzes in [https://de.wikipedia.org/wiki/Eckental Eckental].

== Freifunker aus Eckental ==
''Um hier eingetragen zu werden bitte eine Wiki-Benutzerseite anlegen und die Kategorien "Benutzer" und "Eckental" hinzufügen.''
<DynamicPageList>
category=Benutzer
category=Eckental
</DynamicPageList>

== Freifunk in Eckentaler Flüchtlingsunterkünften ==
Internet ermöglicht Flüchtlingen, mit der Familie Kontakt zu halten, und hilft gegen Isolation und Langeweile. Mit Unterstützung der Flüchtlingsinitiative [http://www.fleck-ev.de FLEck .e.V.] wollen wir die Flüchtlingsunterkünfte in Eschenau und Forth mit kostenlosem WLAN zu versorgen.

[[Kategorie:Eckental]]
[[Kategorie:Community]]

Bayreuth

2018-11-26T19:38:17Z

SBeck:

__NOTOC__
<span style="font-size:18px;font-weight:bold">Freifunk im Raum Bayreuth/Kulmbach</span>

{| border="0" width="100%"
|- valign="top"

|

== Freifunk verbindet ==
Wir bauen gemeinsam freie Netze. Immer mehr Menschen beteiligen sich am Aufbau und stellen ihre Router für den Datentransfer anderer zur Verfügung und bringen dadurch den Ausbau einer kostengünstigen und freien Infrastruktur voran.

(mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

== Mitmachen ==
Es gibt viele Möglichkeiten, [[Mitmachen|sich einzubringen]]: Hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Anleitungen|installiere]] die [[Portal:Firmware|Freifunk Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, am besten ans Fenster. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zu einem der nächsten [[Portal:Treffen|Freifunk-Treffen]]!

|

== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet.

[[Portal:Technik|Mehr zur Technik gibt es hier...]]

|}

==Netz==

[https://monitoring.freifunk-franken.de/map?mapcenter=49.90702,11.61942,10 Bayreuth und Umgebung: Netzkarte]

===Hot spots===
Fichtelberg: [https://monitoring.freifunk-franken.de/map?mapcenter=50.00355,11.84129,14 Detailkarte]

...

==Ansprechpartner==

{|
|-
! style="width:140px" | Name
! style="width:200px" | Bereich
! style="width:200px" | E-Mail
! style="width:140px" | Telefon
|-
||Thorsten Fuchs
||Pegnitz,<br />südlicher Landkreis BT
||ThorstenFuchs1@gmx.de
||
|-
||Adrian Schmutzler
||Bayreuth (Stadt),<br />westlicher Lkr. BT,<br />Kulmbach
||freifunk@adrianschmutzler.de
||0151 566 1111 2
|-
||Sebastian Voit
||Fichtelberg,<br />nordöstlicher Lkr. BT
||sebastianvoit@me.com
||
|}

oder die gesamte [[Kommunikation | Community]]

==Projekt JU Bayreuth-Land - HelpDesk/Support==

Ein Teil der Router wird von der JU Bayreuth-Land betrieben.

Störungsmeldung und Kontaktaufnahme bei Interesse unter:

HelpDesk JU Bayreuth-Land: [http://freifunk.jubt.org/support http://freifunk.jubt.org/support]

==Presse==

Die hier verlinkten Artikel sind eine Sammlung von Berichterstattung über Freifunk Franken in der Region Bayreuth. Die in den Artikeln geäußerten Meinungen sind die individuellen Ansichten der jeweiligen Personen, auch falls Sie den Eindruck erwecken sollten, für Freifunk Franken als Ganzes zu sprechen!

17.05.2016 Junge Union verhilft zu freiem WLAN: [http://www.nordbayerischer-kurier.de/nachrichten/junge-union-verhilft-zu-freiem-wlan_476729 Link]

26.10.2016 Kabelloses Internet auf eigene Faust: [http://www.nordbayerischer-kurier.de/nachrichten/kabelloses-internet-auf-eigene-faust_523663 Link]

26.09.2017 Freifunker bringen Internet für alle: [http://www.nordbayerischer-kurier.de/nachrichten/freifunker-bringen-internet-fur-alle_608424 Link]

26.10.2017 Freifunk in der Ochsenkopf-Region (Facebook-Video): [https://www.facebook.com/101164083289939/videos/1749031155169882/ Link]

===Anmerkungen===

Teilweise sind Aussagen in den Quellen enthalten, die objektiv nicht richtig sind. Diese sollen hier korrigiert bzw. erläutert werden, um der Verbreitung falscher Informationen vorzubeugen:

* Freifunk Franken ist KEIN Verein, sondern eine lose Community ohne Struktur. Es gibt lediglich den F3 Netze e.V. zur Bereitstellung eines Teils der Infrastruktur, der ist aber im Prinzip von Freifunk Franken als Projekt getrennt.
* Die Gateways von Freifunk Franken liegen bei verschiedenen Providern an verschiedenen Orten, weiterhin existieren lokale dezentrale Gateways.
* Freifunk Franken ist primär in Franken aktiv, darüber hinaus gibt es eine Außenstelle grob im Bereich Berchtesgadener Land. Sowohl außerhalb Frankens (z.B. München) als auch in Franken (z.B. Ansbach) existieren eigenständige Communities.
* In Zukunft wird es für jede Hood eine eigene SSID geben.

==Firmware==

Wir stellen eine "eigene" Firmware zur Verfügung, die auf dem offiziellen Stand aufbaut und zusätzliche Funktionen enthält. Dabei handelt es sich einerseits um Patches, die für die offizielle Firmware eingereicht, aber noch nicht begutachtet wurden ("Preview-Patches"). Weiterhin sind aber auch private Features eingebaut, die die Funktion der offiziellen Firmware ergänzen ("Private-Patches").

Aktuelle Firmware-Builds und weitere Details finden sich unter:

[http://www.adrianschmutzler.net/fff-firmware.php?order=merged http://www.adrianschmutzler.net/fff-firmware.php] bzw. [http://freifunk.jubt.org/fff-firmware.php?order=merged http://freifunk.jubt.org/fff-firmware.php]

[[Kategorie:Community]]

Hauptseite

2018-11-26T19:38:05Z

SBeck:

__NOTOC__ 
__NOEDITSECTION__ 

{| border="0" width="100%"
|- valign="top"
|

[[Datei:Intro_Teaser.png|280px|link=Was ist Freifunk]]
== Freifunk verbindet ==
Wir bauen gemeinsam freie [[Dezentrale_Hood|dezentrale]] Netze. Dabei ist jede Freifunk-Zone als eigene autonome Verwaltungszone zu betrachten. Die einzelnen Zonen werden über Peerings miteinander verbunden, dadurch entsteht ein großes Netzwerk. Freifunk hilft also Menschen dabei sich gegenseitig zu vernetzen. (mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

[[Datei:Mitmachen_Teaser_2.png|280px|link=Mitmachen]]
== Mitmachen ==
Es gibt viele Möglichkeiten sich einzubringen: Werde Teil der Community, hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Portal:Firmware| installiere die Freifunk-Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, [[WLAN_Tipps%26Tricks|am besten ans Fenster]]. Bring dich in der Gemeinschaft ein. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zum nächsten [[Portal:Treffen|Treffen]] oder nimm Kontakt über unsere [[Kommunikation]]skanäle mit uns auf!

|

[[Datei:Technik_teaser_2.png|280px|link=Portal:Technik]]
== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet. Wenn mal kein Nachbar in der Nähe ist, kannst du dich mit anderen per VPN über das Internet verbinden.

[[Portal:Technik|Mehr zur Technik gibt es hier …]]

Dein Freifunkknoten funktioniert nicht mehr? Schau mal [https://wiki.freifunk-franken.de/w/Fehlersuche hier].

|}

{| border="0" width="100%"
|- valign="top"

|style="width:70%"|

== News <span style="font-size:small">([https://wiki.freifunk-franken.de/mediawiki/api.php?hidebots=0&days=2&limit=50&action=feedrecentchanges&target=Category%3ANews&rctype=new&feedformat=rss RSS])</span> ==
<DynamicPageList>
category=News
</DynamicPageList>

== Du hast noch Fragen? ==
Wenn du noch Fragen hast, dann solltest du '''unbedingt''' noch die [[FAQ|Liste der häufig gestellten Fragen (FAQ)]] lesen. Dort beantworten wir Fragen, von der rechtlichen Situation bis hin zu Themen wie der Herkunft des Internets. Wenn deine Fragen dort nicht oder nur ungenügend beantwortet werden, zögere nicht, mit uns [[Portal:Kommunikation|Kontakt aufzunehmen]].

== Wichtige Links ==
* [[Inhaltsverzeichnis]]
* [//wiki.freifunk-franken.de/w/Kategorie:EinstiegsInformationen Informationen für Einsteiger]
* [[Standorte/|Interessante Standorte in Franken]]
* [[Unterstuetzer|Liste unserer externen Unterstützer]]
* Unsere [[Mailinglisten]] sind das wichtigste Kommunikationsmittel
* [[Vereine]] für Freifunk Franken
* [[Monitoring]] – diverse Infos zum Monitoring
* [http://vpn.freifunk-franken.de FFF-VPN] – direkte VPN-Einwahl ins Freifunk-Netz per Endgerät

|style="width:30%"|

== '''Vor Ort''' ==
=== Freifunk-Franken ===
* [[Standorte/Allersberg|Allersberg]]
* [[Bayreuth|Bayreuth/Kulmbach]]
* [http://freifunk-ebs.de/ Ebermannstadt]
* [[Eckental]]
* [[Erlangen]]
* Fichtelberg: siehe [[Bayreuth|Bayreuth]]
* [[Forchheim]]
* [[Hoods/Fuerth|Fürth]]
* [[Hoods/Hassberge|Haßberge]]
* [[:Kategorie:Hof|Hof]]
* [[Marktredwitz]]
* [[:Kategorie:Nuernberg|Nürnberg]]
* [[:Kategorie:Rehau|Rehau]]
* [[Schnaittach]]
* [[Schweinfurt]]
* [[Selb|Selb und Umgebung]]
* [https://facebook.com/profile.php?id=1551181611834107 Würzburg]

=== Technisch eigenständige Gruppen in Franken ===
* [https://freifunk-ansbach.de/ Ansbach]
* [http://www.freifunk-emskirchen.de/ Emskirchen]
* [http://www.freifunk-neuendettelsau.de/ Neuendettelsau]
* [http://www.freifunk-rothenburg.de/ Rothenburg ob der Tauber]
* [https://freifunk-schwabach.de/thema/ffsc/ Schwabach]

|}

[[Kategorie:EinstiegsInformationen]]

Standorte/Allersberg

2018-11-26T19:37:13Z

SBeck:

[[Datei:Screenshot-lauf-community.JPG|right|thumb|350px]]

== Details ==
Seit 8/2018 wohne ich in Allersberg. Den bisherigen Standort in Rückesdorf/Lauf und Umgebung musste ich daher aufgeben.
Falls Sie einen Ansprechpartner für Freifunk in Allersberg suchen können Sie mich gerne kontaktieren oder meine Webseite [https://lauf-edv.de https://lauf-edv.de] besuchen.
* Backbone-Knoten: ca. 25
* Mesh-Knoten: ca. 23
* Ansprechpartner: [[Benutzer:Mgadmin|Scheese]]
* Monitoring: https://monitoring.freifunk-franken.de/users/mgadmin

== So sieht es bei einem Freifunker im Büro aus .... ==

[[Datei:rueckersdorf2.jpg|left|thumb|350px|[[Dienste/CommunityNas|CommunityNas]] unten mit FFF-Aufkleber]] [[Datei:rueckersdorf1.jpg|none|thumb|350px|links vorne das FFF-Inventar]]

== ... und so am Dach ==

[[Datei:Nanos-Montage.jpg|left|thumb|350px|[https://monitoring.freifunk-franken.de/routers/5633ade444ce6e071cafd6ca NanoSüd]und [https://monitoring.freifunk-franken.de/routers/5633ade044ce6e071cafd6c1 NanoNord]]]
[[Datei:Nanostation-rathaus-rueckersdorf.jpg|none|thumb|350px|[https://monitoring.freifunk-franken.de/routers/5633c08e44ce6e071cafd6d1 Nanostation für Rückersdorfer Rathaus]]]

[[Kategorie:Standort]]
[[Kategorie:Allersberg]]
[[Kategorie:Community]]

Monitoring

2018-11-26T19:35:59Z

SBeck:

[[Datei:Monitoring Map Übersicht.png|thumb|Monitoring-Map]]
__TOC__
Die Monitoring-Map zeigt alle Knoten im Bereich von Freifunk Franken und ihre Verbindungen untereinander.

: [https://monitoring.freifunk-franken.de/map?mapcenter=49.45000,11.10000,10 → zur '''Monitoring-Map'''] <br> [[Monitoringseite eines Knotens|→ zur Hilfeseite über die '''Monitoringseite eines Knotens''']] <br> [[Monitoring-Datenbank|→ zur Hilfeseite über die '''Monitoring-Datenbank''']]

== Map ==
[[Datei:Monitoring Map Nürnberg-Fürth.png|thumb|Layer-3 Richtfunkverbindungen (blau) <br> und Knoten als Popup in der Monitoring-Map]]

Derzeit findet eine Umstellung der Firmware statt von Version 1 zu Version 2.
<br> Alte Router (V1) und bereits umgestellte Router (V2) werden farblich unterschieden:

{|
|
{|class="wikitable"
! colspan="4" style="text-align:center"| Knoten
|-
!  
! Uplink
! Mesh
!
|- style="border-top:medium solid"
! rowspan="2" | V1
| style="text-align:center; | [[Datei:Monitoring-router green white.svg|Monitoring-router green white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router green.svg|Monitoring-router green.svg]]
| online
|-
| style="text-align:center; | [[Datei:Monitoring-router red white.svg|Monitoring-router red white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router red.svg|Monitoring-router red.svg]]
| offline
|- style="border-top:medium solid"
! rowspan="2" | V2<br />Local
| style="text-align:center; | [[Datei:Monitoring-router green v2 white.svg|Monitoring-router green v2 white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router green v2.svg|Monitoring-router green v2.svg]]
| online
|-
| style="text-align:center; | [[Datei:Monitoring-router red v2 white.svg|Monitoring-router red v2 white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router red v2.svg|Monitoring-router red v2.svg]]
| offline
|- style="border-top:medium solid"
! rowspan="2" | alle
| style="text-align:center; | [[Datei:Monitoring-router grey white.svg|Monitoring-router grey white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router grey.svg|Monitoring-router grey.svg]]
| >7 Tage offline
|-
| style="text-align:center; | [[Datei:Monitoring-router yellow white.svg|Monitoring-router yellow white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router yellow.svg|Monitoring-router yellow.svg]]
| unbekannt
|}

|    
|
{| class="wikitable"
! colspan="2" | Verbindung
|-
| <div style="line-height:5px; background:#008c00;"> </div>
| Kabel
|-
| <div style="line-height:5px; background:lightgreen;"> </div>
| WLAN gut
|-
| <div style="line-height:5px; background:gold">   </div>
| WLAN mittel
|-
| <div style="line-height:5px; background:red">   </div>
| WLAN schlecht
|-
| <div style="line-height:5px; background:DodgerBlue">   </div>
| Layer-3 Verbindung <br> (verbindet Hoods)
|-
! colspan="2" | Hood-Grenze
|-
| <span style="color:#73B9FF"> ▃ ▃ ▃ </span> || V1
|-
| <span style="color:Blue"> ▃ ▃ ▃ </span> || V2
|}
|}

V1 und V2 bezieht sich auf Router der jeweiligen '''KeyXchange-Version'''. <br> [[Dezentrale Hood|Dezentrale Hoods]] werden separat dargestellt, benutzen aber den Farbcode von V2.

Knoten mit '''weißem Zentrum''' im Marker sind '''Uplink-Router''', <br> Knoten mit '''schwarzem Zentrum''' sind reine '''Mesh-Router'''. <br> Knoten, die länger als 7 Tage offline sind, werden grau angezeigt und nach 180 Tagen abgeschaltet.

Gateways haben per Definition keinen Uplink und erscheinen mit schwarzem Punkt.

== Bedienung ==
; Zoom
: Mit dem Mausrad <br> oder oben links mit "+" und "-" kann man rein- und rauszoomen.

; Layer
: Oben rechts können über das kleine Symbol die Layer ausgewählt werden:
:* Router V1
:* Router V2
:* dezentrale Router ("local")
:* [[Hoods|Hoodgrenzen]] V1
:* Hoodgrenzen V2
:* Wird "Position-Popup" aktiviert, wird die Koordinate des Mauszeigers angezeigt, <br> sobald man in einen leeren Bereich der Karte klickt.

; Maßstab
: Unten links ist ein Maßstab, mit dem man Entfernungen schätzen kann.

Die Karte stammt von OpenStreetMap, der Knoten-Layer von Freifunk-Franken.

== Popup ==
[[Datei:Monitoring Karte Knoten-Link.png|thumb|Popup zu einem Knoten]]

Mit einem Klick auf einen roten, grünen oder grauen Knoten-Punkt der Monitoring-Karte wird in einem Popup-Fenster der Knotenname angezeigt, und darunter mit dem Knoten verbundene weitere Knoten und die Verbindungsqualität. Gut funktionierende Verbindungen werden grün, schlecht funktionierende rot angezeigt. Blaue Felder sind Layer-3 Verbindungen.

{|class="wikitable"
! Parameter || Bedeutung
|-
| Router || Name des angezeigten Knotens <br>Link zum Monitoring des angezeigten Knotens
|-
| Link || Name des verbundenen Nachbar-Knotens <br>Link zum Monitoring des verbundenen Nachbar-Knotens
|-
| Quality || Qualität der Verbindung (1 = schlecht, 255 = gut) <br>die Qualität wird auch in verschiednenen Stufen der Ampelfarben angezeigt <br>für [[Babel]] wurde eine blaue Farbe eingeführt.
|-
| Interface ||
{|
| eth0.3 || Der Nachbar ist per Kabel über die VLAN ID 3 verbunden
|-
| w2mesh || Der Nachbar ist über das WLAN Netzwerk w2mesh verbunden.
|}
|}

== Monitoring eines Knotens ==
Mit einem Klick auf einen Knotennamen im Popup-Fenster öffnet sich die "Monitoringseite des Knotens". <br> Sie bietet detaillierte Informationen über den aktuellen Status.

: [[Monitoringseite eines Knotens|→ zur Hilfeseite über die '''Monitoringseite eines Knotens''']]

<div style="clear:both">

----

{{Entwurf}}

== Bestimmung der Hood im Monitoring ==
Prinzipiell sind zwei Fälle zu unterschieden:

1. Der Router übermittelt eine Hood. In diesem Fall wird die Hood vom Monitoring ohne weitere Prüfung übernommen.

2. Der Router liefert KEINE Hood. Das Monitoring berechnet die Hood selbst aus den Koordinaten. In ungünstigen Fällen kann diese Anzeige fehlerhaft sein z.B.:
* ein Meshrouter steht in einer anderen Hood als der Uplinkrouter dazu, dies ist möglich solang am Meshrouter kein Uplinkrouter aus der Hood wo er steht dran mesht. Der Meshrouter ist aber tatsächlich in der Hood des jeweiligen Uplinks.
* Sind keine Koordinaten gesetzt und der Router hat Uplink kommt er in die Default-Hood.
* Sind keine Koordinaten gesetzt und der Router hat keinen Uplink wird er in die Hood NoCoordinates einsortiert, obwohl er eigentlich in der Hood des Uplink-Routers ist.

Blaue Linien zeigen Layer 3 Verbindungen an, sie verbinden somit Hoods untereinander.

== Eigene Daten mit an das Monitoring schicken ==

=== Andere Hood ===

<pre>
uci set "system.@system[0].hood=meinehood"
uci commit system
</pre>

=== Blaue Linien zeichnen ===

'''Bitte diesen Teil überprüfen, ob noch aktuell'''

https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-nodewatcher/files/usr/sbin/nodewatcher

Nach dem Blöcken mit "DATA=$DATA..." (ca. Zeile 296) muss folgendes mitgeschickt werden:

<pre>
BABELS=$(echo dump | nc ::1 33123 | awk '/^add neighbour/ {print "<neighbour><ip>"$5"</ip><outgoing_interface>"$7"</outgoing_interface></neighbour>"}')
DATA=$DATA"<babel_neighbours>$BABELS</babel_neighbours>"
</pre>

'''Achtung:''' geht erst ab Babel 1.8 und nur, wenn in Babel die Option 'local-port 33123' aktiviert ist (Entweder in /etc/config/babeld (lede) oder /etc/babeld.conf (Debian) ).
Das Standard netcat unter Debian 9 kann kein IPv6, es muss netcat-openbsd installiert sein. Bei diesem ist für korrekte Funktion noch die Option '-N' notwendig.

Andernfalls können die Babel-Nachbarn auch so mitgeschickt werden:

<pre>
DATA=$DATA"<babel_neighbours>"
DATA=$DATA"<neighbour><ip>fe80::6666:b3ff:fede:f5cd</ip><outgoing_interface>eth0.4</outgoing_interface></neighbour>"
DATA=$DATA"</babel_neighbours>"
</pre>

bzw. automatisch generiert kann sie z.b. so werden (Syntax ist so richtig und funktioniert so, wenn auch unschön):

<pre>
DATA=$DATA"<babel_neighbours>"

numhops=`traceroute 10.50.130.1 2>/dev/null | tail -1 | cut -d' ' -f2`
if [ "$numhops" = "1" ]; then
DATA=$DATA"<neighbour><ip>fe80::6666:b3ff:fede:f5cd</ip><outgoing_interface>eth0.4</outgoing_interface></neighbour>"
fi

DATA=$DATA"</babel_neighbours>"
</pre>

Weiterhin existiert eine Variante, die die Link-Kosten mit einschließt und ähnlich der Nachbar-Verbindungsqualität im Monitoring als History anzeigt (so implementiert in Adrians GW-Firmware):

<pre>
BABELS="$(echo dump | nc ::1 33123 | grep '^add neighbour' |
awk -v RS='\n' \
'{r = gensub(/.*add neighbour.*address ([0-9a-fA-F:]*) +if +([^ ]+).* cost +([0-9.]+).*/, \
"<neighbour><ip>\\1</ip><outgoing_interface>\\2</outgoing_interface><link_cost>\\3</link_cost></neighbour>", "g"); print r;}')"

DATA=$DATA"<babel_neighbours>$BABELS</babel_neighbours>"
</pre>

[[Kategorie:Dienste]]

Monitoring

2018-11-26T19:34:34Z

SBeck:

[[Datei:Monitoring Map Übersicht.png|thumb|Monitoring-Map]]

Die Monitoring-Map zeigt alle Knoten im Bereich von Freifunk Franken und ihre Verbindungen untereinander.

: [https://monitoring.freifunk-franken.de/map?mapcenter=49.45000,11.10000,10 → zur '''Monitoring-Map'''] <br> [[Monitoringseite eines Knotens|→ zur Hilfeseite über die '''Monitoringseite eines Knotens''']] <br> [[Monitoring-Datenbank|→ zur Hilfeseite über die '''Monitoring-Datenbank''']]

__TOC__

== Map ==
[[Datei:Monitoring Map Nürnberg-Fürth.png|thumb|Layer-3 Richtfunkverbindungen (blau) <br> und Knoten als Popup in der Monitoring-Map]]

Derzeit findet eine Umstellung der Firmware statt von Version 1 zu Version 2.
<br> Alte Router (V1) und bereits umgestellte Router (V2) werden farblich unterschieden:

{|
|
{|class="wikitable"
! colspan="4" style="text-align:center"| Knoten
|-
!  
! Uplink
! Mesh
!
|- style="border-top:medium solid"
! rowspan="2" | V1
| style="text-align:center; | [[Datei:Monitoring-router green white.svg|Monitoring-router green white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router green.svg|Monitoring-router green.svg]]
| online
|-
| style="text-align:center; | [[Datei:Monitoring-router red white.svg|Monitoring-router red white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router red.svg|Monitoring-router red.svg]]
| offline
|- style="border-top:medium solid"
! rowspan="2" | V2<br />Local
| style="text-align:center; | [[Datei:Monitoring-router green v2 white.svg|Monitoring-router green v2 white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router green v2.svg|Monitoring-router green v2.svg]]
| online
|-
| style="text-align:center; | [[Datei:Monitoring-router red v2 white.svg|Monitoring-router red v2 white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router red v2.svg|Monitoring-router red v2.svg]]
| offline
|- style="border-top:medium solid"
! rowspan="2" | alle
| style="text-align:center; | [[Datei:Monitoring-router grey white.svg|Monitoring-router grey white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router grey.svg|Monitoring-router grey.svg]]
| >7 Tage offline
|-
| style="text-align:center; | [[Datei:Monitoring-router yellow white.svg|Monitoring-router yellow white.svg]]
| style="text-align:center; | [[Datei:Monitoring-router yellow.svg|Monitoring-router yellow.svg]]
| unbekannt
|}

|    
|
{| class="wikitable"
! colspan="2" | Verbindung
|-
| <div style="line-height:5px; background:#008c00;"> </div>
| Kabel
|-
| <div style="line-height:5px; background:lightgreen;"> </div>
| WLAN gut
|-
| <div style="line-height:5px; background:gold">   </div>
| WLAN mittel
|-
| <div style="line-height:5px; background:red">   </div>
| WLAN schlecht
|-
| <div style="line-height:5px; background:DodgerBlue">   </div>
| Layer-3 Verbindung <br> (verbindet Hoods)
|-
! colspan="2" | Hood-Grenze
|-
| <span style="color:#73B9FF"> ▃ ▃ ▃ </span> || V1
|-
| <span style="color:Blue"> ▃ ▃ ▃ </span> || V2
|}
|}

V1 und V2 bezieht sich auf Router der jeweiligen '''KeyXchange-Version'''. <br> [[Dezentrale Hood|Dezentrale Hoods]] werden separat dargestellt, benutzen aber den Farbcode von V2.

Knoten mit '''weißem Zentrum''' im Marker sind '''Uplink-Router''', <br> Knoten mit '''schwarzem Zentrum''' sind reine '''Mesh-Router'''. <br> Knoten, die länger als 7 Tage offline sind, werden grau angezeigt und nach 180 Tagen abgeschaltet.

Gateways haben per Definition keinen Uplink und erscheinen mit schwarzem Punkt.

== Bedienung ==
; Zoom
: Mit dem Mausrad <br> oder oben links mit "+" und "-" kann man rein- und rauszoomen.

; Layer
: Oben rechts können über das kleine Symbol die Layer ausgewählt werden:
:* Router V1
:* Router V2
:* dezentrale Router ("local")
:* [[Hoods|Hoodgrenzen]] V1
:* Hoodgrenzen V2
:* Wird "Position-Popup" aktiviert, wird die Koordinate des Mauszeigers angezeigt, <br> sobald man in einen leeren Bereich der Karte klickt.

; Maßstab
: Unten links ist ein Maßstab, mit dem man Entfernungen schätzen kann.

Die Karte stammt von OpenStreetMap, der Knoten-Layer von Freifunk-Franken.

== Popup ==
[[Datei:Monitoring Karte Knoten-Link.png|thumb|Popup zu einem Knoten]]

Mit einem Klick auf einen roten, grünen oder grauen Knoten-Punkt der Monitoring-Karte wird in einem Popup-Fenster der Knotenname angezeigt, und darunter mit dem Knoten verbundene weitere Knoten und die Verbindungsqualität. Gut funktionierende Verbindungen werden grün, schlecht funktionierende rot angezeigt. Blaue Felder sind Layer-3 Verbindungen.

{|class="wikitable"
! Parameter || Bedeutung
|-
| Router || Name des angezeigten Knotens <br>Link zum Monitoring des angezeigten Knotens
|-
| Link || Name des verbundenen Nachbar-Knotens <br>Link zum Monitoring des verbundenen Nachbar-Knotens
|-
| Quality || Qualität der Verbindung (1 = schlecht, 255 = gut) <br>die Qualität wird auch in verschiednenen Stufen der Ampelfarben angezeigt <br>für [[Babel]] wurde eine blaue Farbe eingeführt.
|-
| Interface ||
{|
| eth0.3 || Der Nachbar ist per Kabel über die VLAN ID 3 verbunden
|-
| w2mesh || Der Nachbar ist über das WLAN Netzwerk w2mesh verbunden.
|}
|}

== Monitoring eines Knotens ==
Mit einem Klick auf einen Knotennamen im Popup-Fenster öffnet sich die "Monitoringseite des Knotens". <br> Sie bietet detaillierte Informationen über den aktuellen Status.

: [[Monitoringseite eines Knotens|→ zur Hilfeseite über die '''Monitoringseite eines Knotens''']]

<div style="clear:both">

----

{{Entwurf}}

== Bestimmung der Hood im Monitoring ==
Prinzipiell sind zwei Fälle zu unterschieden:

1. Der Router übermittelt eine Hood. In diesem Fall wird die Hood vom Monitoring ohne weitere Prüfung übernommen.

2. Der Router liefert KEINE Hood. Das Monitoring berechnet die Hood selbst aus den Koordinaten. In ungünstigen Fällen kann diese Anzeige fehlerhaft sein z.B.:
* ein Meshrouter steht in einer anderen Hood als der Uplinkrouter dazu, dies ist möglich solang am Meshrouter kein Uplinkrouter aus der Hood wo er steht dran mesht. Der Meshrouter ist aber tatsächlich in der Hood des jeweiligen Uplinks.
* Sind keine Koordinaten gesetzt und der Router hat Uplink kommt er in die Default-Hood.
* Sind keine Koordinaten gesetzt und der Router hat keinen Uplink wird er in die Hood NoCoordinates einsortiert, obwohl er eigentlich in der Hood des Uplink-Routers ist.

Blaue Linien zeigen Layer 3 Verbindungen an, sie verbinden somit Hoods untereinander.

== Eigene Daten mit an das Monitoring schicken ==

=== Andere Hood ===

<pre>
uci set "system.@system[0].hood=meinehood"
uci commit system
</pre>

=== Blaue Linien zeichnen ===

'''Bitte diesen Teil überprüfen, ob noch aktuell'''

https://github.com/FreifunkFranken/firmware/blob/master/src/packages/fff/fff-nodewatcher/files/usr/sbin/nodewatcher

Nach dem Blöcken mit "DATA=$DATA..." (ca. Zeile 296) muss folgendes mitgeschickt werden:

<pre>
BABELS=$(echo dump | nc ::1 33123 | awk '/^add neighbour/ {print "<neighbour><ip>"$5"</ip><outgoing_interface>"$7"</outgoing_interface></neighbour>"}')
DATA=$DATA"<babel_neighbours>$BABELS</babel_neighbours>"
</pre>

'''Achtung:''' geht erst ab Babel 1.8 und nur, wenn in Babel die Option 'local-port 33123' aktiviert ist (Entweder in /etc/config/babeld (lede) oder /etc/babeld.conf (Debian) ).
Das Standard netcat unter Debian 9 kann kein IPv6, es muss netcat-openbsd installiert sein. Bei diesem ist für korrekte Funktion noch die Option '-N' notwendig.

Andernfalls können die Babel-Nachbarn auch so mitgeschickt werden:

<pre>
DATA=$DATA"<babel_neighbours>"
DATA=$DATA"<neighbour><ip>fe80::6666:b3ff:fede:f5cd</ip><outgoing_interface>eth0.4</outgoing_interface></neighbour>"
DATA=$DATA"</babel_neighbours>"
</pre>

bzw. automatisch generiert kann sie z.b. so werden (Syntax ist so richtig und funktioniert so, wenn auch unschön):

<pre>
DATA=$DATA"<babel_neighbours>"

numhops=`traceroute 10.50.130.1 2>/dev/null | tail -1 | cut -d' ' -f2`
if [ "$numhops" = "1" ]; then
DATA=$DATA"<neighbour><ip>fe80::6666:b3ff:fede:f5cd</ip><outgoing_interface>eth0.4</outgoing_interface></neighbour>"
fi

DATA=$DATA"</babel_neighbours>"
</pre>

Weiterhin existiert eine Variante, die die Link-Kosten mit einschließt und ähnlich der Nachbar-Verbindungsqualität im Monitoring als History anzeigt (so implementiert in Adrians GW-Firmware):

<pre>
BABELS="$(echo dump | nc ::1 33123 | grep '^add neighbour' |
awk -v RS='\n' \
'{r = gensub(/.*add neighbour.*address ([0-9a-fA-F:]*) +if +([^ ]+).* cost +([0-9.]+).*/, \
"<neighbour><ip>\\1</ip><outgoing_interface>\\2</outgoing_interface><link_cost>\\3</link_cost></neighbour>", "g"); print r;}')"

DATA=$DATA"<babel_neighbours>$BABELS</babel_neighbours>"
</pre>

[[Kategorie:Dienste]]

Fehlersuche

2018-11-26T19:32:21Z

SBeck:

__NOTOC__

Immer wieder landen Anfrage auf der Mailingliste in der Art "Ist Freifunk kaputt?".

Leider können unsere Gatewaybetreiber ohne die richtigen Informationen das Problem nicht genügend eingrenzen.

Hilf uns dir zu helfen, gehe die untere Liste einmal durch und schick uns die Infos danach über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].

== Infos die wir brauchen ==

Sofern nichts anders beschrieben, führe diese Schritte bitte aus dem Freifunknetz durch!

* Der Link zum betroffenen Router im Monitoring, sofern vorhanden
* Die Hood in welcher das Problem auftritt
* Genaue Beschreibung des Problems, zB:
** Internet geht nicht
** Freifunknetz in andere Hoods geht nicht
** Ich bekomme keine IP in Hood XY
** DNS geht nicht
** Internet sehr langsam
** etc.
* Eigene IP Adresse im Freifunknetz, Standartgateway und DNS Server (jeweils 10.50.X.X oder 10.83.X.X)
* Traceroute zu DNS Server und Standartgateway (siehe Punkt zuvor)
* Traceroute zu google.de
* Traceroute zu 8.8.8.8
* Traceroute zu einem oder besser mehreren Gateway in der eigenen Hood (unter [[Portal:Netz]] zu finden)
* Traceroute zu einem oder besser mehreren Gateways in einer anderen Hood (unter [[Portal:Netz]] zu finden)
* Ergebniss eines Speedtests ins Internet, inklusive des Namens der Speedtestseite
* Ergebiss eines Speedtests im Freifunknetz, z.b. [http://10.83.252.3/speedtest/] dabei bitte auch einen Traceroute zur Speedtest Seite (im Beispiel 10.83.252.3) anhängen
* Besuche die Webseiten [https://www.heise.de heise.de], [https://www.ebay.de ebay.de], [https://www.ubnt.com ubnt.com] und beschreibe vorhandene Fehler (Seite lädt gar nicht, Bilder werden nicht nachgeladen, etc.). Dies könnte auf ein MTU Problem hinweisen

Unter Umständen ist es daraus schon möglich, das Problem selbst zu erkennen.
Es ist dann sinnvoll den/die Gatewaybetreiber der Hood anzuschreiben. Zu finden sind diese unter [[Portal:Netz]] oder über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].

Manche Geräte können auch mittels LED Fehlerzustände anzeigen. Dies wird auf der [[LEDs]] Seite beschrieben.

__NOTOC__
[[Kategorie:EinstiegsInformationen]]
[[Kategorie:Technik]]

Hauptseite

2018-11-26T19:31:50Z

SBeck:

__NOTOC__ 
__NOEDITSECTION__ 

{| border="0" width="100%"
|- valign="top"
|

[[Datei:Intro_Teaser.png|280px|link=Was ist Freifunk]]
== Freifunk verbindet ==
Wir bauen gemeinsam freie [[Dezentrale_Hood|dezentrale]] Netze. Dabei ist jede Freifunk-Zone als eigene autonome Verwaltungszone zu betrachten. Die einzelnen Zonen werden über Peerings miteinander verbunden, dadurch entsteht ein großes Netzwerk. Freifunk hilft also Menschen dabei sich gegenseitig zu vernetzen. (mehr zu [[Was ist Freifunk|Was ist Freifunk?]])

|

[[Datei:Mitmachen_Teaser_2.png|280px|link=Mitmachen]]
== Mitmachen ==
Es gibt viele Möglichkeiten sich einzubringen: Werde Teil der Community, hole dir einen [[Portal:Hardware|freifunkfähigen Router]] und [[Portal:Firmware| installiere die Freifunk-Firmware]]. Stelle dir den fertig installierten Router in die Wohnung, [[WLAN_Tipps%26Tricks|am besten ans Fenster]]. Bring dich in der Gemeinschaft ein. Aber auch sonst [[Mitmachen|gibt es viel zu tun]].

Falls du Lust hast, komm einfach zum nächsten [[Portal:Treffen|Treffen]] oder nimm Kontakt über unsere [[Kommunikation]]skanäle mit uns auf!

|

[[Datei:Technik_teaser_2.png|280px|link=Portal:Technik]]
== Technik ==
Die Freifunk-Router verbinden sich untereinander und bilden ein sogenanntes [https://de.wikipedia.org/wiki/Vermaschtes_Netz vermaschtes Netzwerk]. Der Datenverkehr wird automatisch über die nächstgelegenen Router weitergeleitet. Wenn mal kein Nachbar in der Nähe ist, kannst du dich mit anderen per VPN über das Internet verbinden.

[[Portal:Technik|Mehr zur Technik gibt es hier …]]

Dein Freifunkknoten funktioniert nicht mehr? Schau mal [https://wiki.freifunk-franken.de/w/Fehlersuche hier].

|}

{| border="0" width="100%"
|- valign="top"

|style="width:70%"|

== News <span style="font-size:small">([https://wiki.freifunk-franken.de/mediawiki/api.php?hidebots=0&days=2&limit=50&action=feedrecentchanges&target=Category%3ANews&rctype=new&feedformat=rss RSS])</span> ==
<DynamicPageList>
category=News
</DynamicPageList>

== Du hast noch Fragen? ==
Wenn du noch Fragen hast, dann solltest du '''unbedingt''' noch die [[FAQ|Liste der häufig gestellten Fragen (FAQ)]] lesen. Dort beantworten wir Fragen, von der rechtlichen Situation bis hin zu Themen wie der Herkunft des Internets. Wenn deine Fragen dort nicht oder nur ungenügend beantwortet werden, zögere nicht, mit uns [[Portal:Kommunikation|Kontakt aufzunehmen]].

== Wichtige Links ==
* [[Inhaltsverzeichnis]]
* [//wiki.freifunk-franken.de/w/Kategorie:EinstiegsInformationen Informationen für Einsteiger]
* [[Standorte/|Interessante Standorte in Franken]]
* [[Unterstuetzer|Liste unserer externen Unterstützer]]
* Unsere [[Mailinglisten]] sind das wichtigste Kommunikationsmittel
* [[Vereine]] für Freifunk Franken
* [[Monitoring]] – diverse Infos zum Monitoring
* [http://vpn.freifunk-franken.de FFF-VPN] – direkte VPN-Einwahl ins Freifunk-Netz per Endgerät

|style="width:30%"|

== '''Vor Ort''' ==
=== Freifunk-Franken ===
* [[Standorte/Allersberg|Allersberg]]
* [[Bamberg|Bamberg]]
* [[Bayreuth|Bayreuth/Kulmbach]]
* [http://freifunk-ebs.de/ Ebermannstadt]
* [[Eckental]]
* [[Erlangen]]
* Fichtelberg: siehe [[Bayreuth|Bayreuth]]
* [[Forchheim]]
* [[Hoods/Fuerth|Fürth]]
* [[Hoods/Hassberge|Haßberge]]
* [[:Kategorie:Hof|Hof]]
* [[Marktredwitz]]
* [[:Kategorie:Nuernberg|Nürnberg]]
* [[:Kategorie:Rehau|Rehau]]
* [[Schnaittach]]
* [[Schweinfurt]]
* [[Selb|Selb und Umgebung]]
* [https://facebook.com/profile.php?id=1551181611834107 Würzburg]

=== Technisch eigenständige Gruppen in Franken ===
* [https://freifunk-ansbach.de/ Ansbach]
* [http://www.freifunk-emskirchen.de/ Emskirchen]
* [http://www.freifunk-neuendettelsau.de/ Neuendettelsau]
* [http://www.freifunk-rothenburg.de/ Rothenburg ob der Tauber]
* [https://freifunk-schwabach.de/thema/ffsc/ Schwabach]

|}

[[Kategorie:EinstiegsInformationen]]

Kommunikation

2018-11-26T19:30:05Z

SBeck:

'''Primäre Anlaufstelle''' für alle Freifunker der Region und die es werden wollen ist die [[Mailinglisten|Mailingliste]]. Mails die an [mailto:franken@freifunk.net franken@freifunk.net] adressiert werden, erreichen alle dort eingetragenen Freifunker und werden in der Regel auch schnell beantwortet. Gleichzeitig wird der gesamte Kommunikationsverlauf [http://lists.freifunk.net/pipermail/franken-freifunk.net/ hier öffentlich] zugänglich gemacht
Jede/r der/die vor hat mitzumachen oder sich erstmal gründlicher informieren will, sollte sich [http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net hier registrieren] und erhält dann auch alle Anfragen.

Für eine '''schnelle (An)Frage''', insbesondere von Leuten, die sich beispielsweise aus Datenschutzgründen vor der Kontaktaufnahme mit einer großen öffentlichen Mailingliste scheuen oder deren Anliegen nicht sofort öffentlich werden soll, gibt es [mailto:fragen@freifunk-franken.de fragen@freifunk-franken.de]. Da diese Mails aber nur eine sehr kleine Zahl Freifunker erreichen, kann sich die Bearbeitung leider etwas verzögern.

== Übersicht ==
* [[Mailinglisten|Übersicht über unsere Mailinglisten]]
* [http://www.twitter.com/FreifunkFranken @FreifunkFranken bei Twitter]
* [https://www.facebook.com/FreifunkFranken/ Facebook-Fanpage]
* [http://www.facebook.com/groups/101992643183366/ Facebook-Gruppe]
* [irc://irc.freenode.net/#freifunk-franken #freifunk-franken auf irc.freenode.net]
* #Freifunk-Franken:matrix.fff.community in der Matrix

== Treffen ==
Je nach Region und Stadt gibt es regelmäßige oder unregelmäßige Treffen. Die Infos dazu sind [[Portal:Treffen| hier zusammengestellt]] und werden teilweise über die [[Mailinglisten|Mailingliste]] koordiniert und angekündigt.

[[Kategorie:EinstiegsInformationen]]
[[Kategorie:Community]]

Fehlersuche

2018-11-26T19:26:52Z

SBeck:

Fehlersuche

2018-11-26T18:13:18Z

SBeck:

__NOTOC__

Immer wieder landen Anfrage auf der Mailingliste in der Art "Ist Freifunk kaputt?".

Leider können unsere Gatewaybetreiber ohne die richtigen Informationen das Problem nicht genügend eingrenzen.

Hilf uns dir zu helfen, gehe die untere Liste einmal durch und schick uns die Infos danach über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].

== Infos die wir brauchen ==

Sofern nichts anders beschrieben, führe diese Schritte bitte aus dem Freifunknetz durch!

* Der Link zum betroffenen Router im Monitoring, sofern vorhanden
* Die Hood in welcher das Problem auftritt
* Genaue Beschreibung des Problems, zB:
** Internet geht nicht
** Freifunknetz in andere Hoods geht nicht
** Ich bekomme keine IP in Hood XY
** DNS geht nicht
** Internet sehr langsam
** etc.
* Eigene IP Adresse im Freifunknetz, Standartgateway und DNS Server (jeweils 10.50.X.X oder 10.83.X.X)
* Traceroute zu DNS Server und Standartgateway (siehe Punkt zuvor)
* Traceroute zu google.de
* Traceroute zu 8.8.8.8
* Traceroute zu einem oder besser mehreren Gateway in der eigenen Hood (unter [[Portal:Netz]] zu finden)
* Traceroute zu einem oder besser mehreren Gateways in einer anderen Hood (unter [[Portal:Netz]] zu finden)
* Ergebniss eines Speedtests ins Internet, inklusive des Namens der Speedtestseite
* Ergebiss eines Speedtests im Freifunknetz, z.b. [http://10.83.252.3/speedtest/] dabei bitte auch einen Traceroute zur Speedtest Seite (im Beispiel 10.83.252.3) anhängen
* Besuche einige dir bekannte Webseiten und beschreibe vorhandene Fehler (Seite lädt gar nicht, Bilder werden nicht nachgeladen, etc.). Dies könnte auf ein MTU Problem hinweisen

Unter Umständen ist es daraus schon möglich, das Problem selbst zu erkennen.
Es ist dann sinnvoll den/die Gatewaybetreiber der Hood anzuschreiben. Zu finden sind diese unter [[Portal:Netz]] oder über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].

Manche Geräte können auch mittels LED Fehlerzustände anzeigen. Dies wird auf der [[LEDs]] Seite beschrieben.

__NOTOC__

[[Kategorie:Technik]]

Fehlersuche

2018-11-26T17:32:47Z

SBeck:

__NOTOC__

Immer wieder landen Anfrage auf der Mailingliste in der Art "Mein Freifunk Hotspot geht nicht". Hier soll eine Seite entstehen wie man das Problem einkreisen, eventuell selbst beheben oder zumindest genug Infos sammeln kann, um eine vernünftige Fehlerbeschreibung auf die Mailingliste zu schicken.

== Infos sammeln für Fehlerbeschreibung ==
Bitte alle diese Infos zusammen sammeln und erst dann eine Problembeschreibung auf die Mailingliste stellen, ein "Internet geht nicht" hilft leider gar nicht und eine Diagnose ist praktisch unmöglich.

* Genaue Beschreibung des Problems sowie Nennung in welcher Hood du unterwegs bist z.b.
** Internet geht nicht
** Freifunknetz in andere Hoods geht nicht
** Ich bekomme keine IP in Hood XY
** DNS geht nicht
** Internet sehr langsam
** etc.
* Eigene IP Adresse im Freifunknetz, Standartgateway und DNS Server (jeweils 10.50.X.X oder 10.83.X.X)
* Traceroute zu DNS Server und Standartgateway (siehe Punkt zuvor)
* Traceroute zu google.de (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu 8.8.8.8 (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu einem oder besser mehreren Gateway in der eigenen Hood (unter [[Portal:Netz]] zu finden) (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu einem oder besser mehreren Gateways in einer anderen Hood (unter [[Portal:Netz]] zu finden) (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Speedtest ins Internet, bitte dabei nennen wo der Speedtest gemacht wurde
* Speedtest im Freifunknetz, z.b. [http://10.83.252.3/speedtest/] dabei bitte auch einen Traceroute zur Speedtest Seite (im Beispiel 10.83.252.3) anhängen
* zum testen der MTU am besten heise.de ebay.de und ubnt.com aufrufen, laden welche von den Seiten gar nicht, deutet dies sehr auf ein MTU Problem hin. Auch github.com läd nur teilweise ohne Bilder.

Unter umständen ist es daraus schon möglich, das Problem selbst zu erkennen. Es ist dann sinnvoll den/die Gatewaybetreiber der Hood anzuschreiben. Zu finden sind diese unter [[Portal:Netz]].

Manche Geräte können auch mittels LED Fehlerzustände anzeigen. Dies wird auf der [[LEDs]] Seite beschrieben.

__NOTOC__

[[Kategorie:Technik]]

Fehlersuche

2018-11-26T17:31:29Z

SBeck:

{{Entwurf}}
__NOTOC__

Immer wieder landen Anfrage auf der Mailingliste in der Art "Mein Freifunk Hotspot geht nicht". Hier soll eine Seite entstehen wie man das Problem einkreisen, eventuell selbst beheben oder zumindest genug Infos sammeln kann, um eine vernünftige Fehlerbeschreibung auf die Mailingliste zu schicken.

== Infos sammeln für Fehlerbeschreibung ==
Bitte alle diese Infos zusammen sammeln und erst dann eine Problembeschreibung auf die Mailingliste stellen, ein "Internet geht nicht" hilft leider gar nicht und eine Diagnose ist praktisch unmöglich.

* Genaue Beschreibung des Problems sowie Nennung in welcher Hood du unterwegs bist z.b.
** Internet geht nicht
** Freifunknetz in andere Hoods geht nicht
** Ich bekomme keine IP in Hood XY
** DNS geht nicht
** Internet sehr langsam
** etc.
* Eigene IP Adresse im Freifunknetz, Standartgateway und DNS Server (jeweils 10.50.X.X oder 10.83.X.X)
* Traceroute zu DNS Server und Standartgateway (siehe Punkt zuvor)
* Traceroute zu google.de (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu 8.8.8.8 (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu einem oder besser mehreren Gateway in der eigenen Hood (unter [[Portal:Netz]] zu finden) (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Traceroute zu einem oder besser mehreren Gateways in einer anderen Hood (unter [[Portal:Netz]] zu finden) (bitte aus dem Freifunknetz ausführen und nicht über irgendeinen Onlinedienst)
* Speedtest ins Internet, bitte dabei nennen wo der Speedtest gemacht wurde
* Speedtest im Freifunknetz, z.b. [http://10.83.252.3/speedtest/] dabei bitte auch einen Traceroute zur Speedtest Seite (im Beispiel 10.83.252.3) anhängen
* zum testen der MTU am besten heise.de ebay.de und ubnt.com aufrufen, laden welche von den Seiten gar nicht, deutet dies sehr auf ein MTU Problem hin. Auch github.com läd nur teilweise ohne Bilder.

Unter umständen ist es daraus schon möglich, das Problem selbst zu erkennen. Es ist dann sinnvoll den/die Gatewaybetreiber der Hood anzuschreiben. Zu finden sind diese unter [[Portal:Netz]].

Manche Geräte können auch mittels LED Fehlerzustände anzeigen. Dies wird auf der [[LEDs]] Seite beschrieben.

[[Kategorie:Technik]]

Fehlersuche

2018-11-26T17:24:32Z

SBeck:

News/23.11.2018: Rückbau des alten Netzes ab Dezember 2018

2018-11-23T15:40:50Z

SBeck:

'''Datum:''' 23.11.2018 <br>
'''Autor:''' [[Benutzer:SebaBe|SebaBe]] <br>
'''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/23.11.2018:_Rückbau_des_alten_Netzes_ab_Dezember_2018]

'''Rückbau des alten Netzes ab Dezember 2018'''

Hi,

unser [https://wiki.freifunk-franken.de/w/KeyXchangeV2 neues Netz] läuft nun bereits ein viertel Jahr stabil und 3/4 unserer Knoten sind bereits auf die neue [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 Firmware] migriert!

Da das alte Netz unnötige Ressourcen bindet und die Updatezahlen leider stagnieren, haben wir während des [https://pad.freifunk.net/p/fffcommunity Community-Mumbles] einstimmig beschlossen, '''das Netz ab dem 1.12.2018 konsequent zurückzubauen'''.

Ab diesem Stichtag werden die Nutzer von Routern mit alter Firmware auf eine Informationsseite umgeleitet, die auf nötige Wartungsarbeiten hinweißt, mit der bitte den Betreiber darüber zu informieren, wenn dieser bekannt ist.

Die betroffenen Router werden aber auch danach noch für Remote-Updates erreichbar bleiben! <br/>
Dieser Zustand wird auf unbestimmte Zeit weiter aufrechterhalten.

Wir verstehen, dass dieser Schritt für manche überhastet scheinen mag, allerdings ist dies der letzte mögliche Schritt um alle Routerbetreiber zu erreichen, die die zahlreichen Infomails bisher leider nicht erreicht haben.

'''Alle wichtigen Infos zum Update findet ihr [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 hier].''' <br/>
'''Bei Problemen findet ihr wie immer Hilfe über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].'''

Danke für eure Mitarbeit und das fleißige Updaten!

Grüße, <br/>
Sebastian

[[Kategorie:News]]

News/23.11.2018: Rückbau des alten Netzes ab Dezember 2018

2018-11-23T15:39:48Z

SBeck:

'''Datum:''' 23.11.2018 <br>
'''Autor:''' [[Benutzer:SebaBe|SebaBe]] <br>
'''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/23.11.2018:_Rückbau_des_alten_Netzes_ab_Dezember_2018]

'''Rückbau des alten Netzes ab Dezember 2018'''

Hi,

unser [https://wiki.freifunk-franken.de/w/KeyXchangeV2 neues Netz] läuft nun bereits ein viertel Jahr stabil und 3/4 unserer Knoten sind bereits auf die neue [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 Firmware] migriert!

Da das alte Netz unnötige Ressourcen bindet und die Updatezahlen leider stagnieren, haben wir während des [https://pad.freifunk.net/p/fffcommunity Community-Mumbles] einstimmig beschlossen, das Netz ab dem 1.12.2018 konsequent zurückzubauen.

Ab diesem Stichtag werden die Nutzer von Routern mit alter Firmware auf eine Informationsseite umgeleitet, die auf nötige Wartungsarbeiten hinweißt, mit der bitte den Betreiber darüber zu informieren, wenn dieser bekannt ist.

Die betroffenen Router werden aber auch danach noch für Remote-Updates erreichbar bleiben! <br/>
Dieser Zustand wird auf unbestimmte Zeit weiter aufrechterhalten.

Wir verstehen, dass dieser Schritt für manche überhastet scheinen mag, allerdings ist dies der letzte mögliche Schritt um alle Routerbetreiber zu erreichen, die die zahlreichen Infomails bisher leider nicht erreicht haben.

'''Alle wichtigen Infos zum Update findet ihr [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 hier].''' <br/>
'''Bei Problemen findet ihr wie immer Hilfe über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].'''

Danke für eure Mitarbeit und das fleißige Updaten!

Grüße, <br/>
Sebastian

[[Kategorie:News]]

News/23.11.2018: Rückbau des alten Netzes ab Dezember 2018

2018-11-23T15:39:35Z

SBeck:

'''Datum:''' 23.11.2018 <br>
'''Autor:''' [[Benutzer:SebaBe|SebaBe]] <br>
'''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/23.11.2018:_Rückbau_des_alten_Netzes_ab_Dezember_2018]

'''Rückbau des alten Netzes ab Dezember 2018'''

Hi,

unser [https://wiki.freifunk-franken.de/w/KeyXchangeV2 neues Netz] läuft nun bereits ein viertel Jahr stabil und 3/4 unserer Knoten sind bereits auf die neue [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 Firmware] migriert!

Da das alte Netz unnötige Ressourcen bindet und die Updatezahlen leider stagnieren, haben wir während des [https://pad.freifunk.net/p/fffcommunity Community-Mumbles] einstimmig beschlossen, das Netz ab dem 1.12.2018 konsequent zurückzubauen.

Ab diesem Stichtag werden die Nutzer von Routern mit alter Firmware auf eine Informationsseite umgeleitet, die auf nötige Wartungsarbeiten hinweißt, mit der bitte den Betreiber darüber zu informieren, wenn dieser bekannt ist.

Die betroffenen Router werden aber auch danach noch für Remote-Updates erreichbar bleiben! <br/>
Dieser Zustand wird auf unbestimmte Zeit weiter aufrechterhalten.

Wir verstehen, dass dieser Schritt für manche überhastet scheinen mag, allerdings ist dies der letzte mögliche Schritt um alle Routerbetreiber zu erreichen, die die zahlreichen Infomails bisher leider nicht erreicht haben.

'''Alle wichtigen Infos zum Update findet ihr [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 hier].''' <br/>
'''Bei Problemen findet ihr wie immer Hilfe über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].'''

Danke für eure Mitarbeit und das fleißige Updaten!

Grüße,
Sebastian

[[Kategorie:News]]

News/23.11.2018: Rückbau des alten Netzes ab Dezember 2018

2018-11-23T15:23:26Z

SBeck:

'''Datum:''' 23.11.2018 <br>
'''Autor:''' [[Benutzer:SebaBe|SebaBe]] <br>
'''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/23.11.2018:_Rückbau_des_alten_Netzes_ab_Dezember_2018]

'''Rückbau des alten Netzes ab Dezember 2018'''

Hi,

unser [https://wiki.freifunk-franken.de/w/KeyXchangeV2 neues Netz] läuft nun bereits ein viertel Jahr stabil und 3/4 unserer Knoten sind bereits auf die neue [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 Firmware] migriert!

Da das alte Netz unnötige Ressourcen bindet und die Updatezahlen leider stagnieren, haben wir während des [https://pad.freifunk.net/p/fffcommunity Community-Mumbles] einstimmig beschlossen, das Netz ab dem 1.12.2018 konsequent zurückzubauen.

Ab diesem Stichtag werden die Nutzer von Routern mit alter Firmware auf eine Informationsseite umgeleitet, die auf nötige Wartungsarbeiten hinweißt, mit der bitte den Betreiber darüber zu informieren, wenn dieser bekannt ist.

Die betroffenen Router werden aber auch danach noch für Remote-Updates erreichbar bleiben! <br/>
Dieser Zustand wird auf unbestimmte Zeit weiter aufrechterhalten.

Wir verstehen, dass dieser Schritt für manche überhastet scheinen mag, allerdings ist dies der letzte mögliche Schritt um alle Routerbetreiber zu erreichen, die die zahlreichen Infomails bisher leider nicht erreicht haben.

'''Alle wichtigen Infos zum Update findet ihr [https://wiki.freifunk-franken.de/w/News/05.08.2018:_Release_Firmware_20180802 hier].''' <br/>
'''Bei Problemen findet ihr wie immer Hilfe über die [https://wiki.freifunk-franken.de/w/Kommunikation üblichen Kanäle].'''

Danke für eure Mitarbeit und das fleißige Updaten!

Grüße,
Sebastian

[[Kategorie:News_Draft]]

News/05.08.2018: Release Firmware 20180802

2018-11-23T15:15:56Z

SBeck:

'''Datum:''' 05.08.2018 <br>
'''Autor:''' [[Benutzer:RedDog|RedDog]] [[Benutzer:ChristianD|ChristianD]]<br>
'''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/05.08.2018: Release Firmware 20180802],
[http://lists.freifunk.net/pipermail/franken-freifunk.net/2018-August/015071.html]

'''Release der Firmware 20180802'''

Hi

Nun ist es endlich soweit. Die Firmware in der Version 20180802 ist
released. Dies ist die erste Firmware, welche das sogenannte "V2"
implementiert.

Macht euch vor den Update bitte einen Überblick, was "V2" für eure
Installationen bedeutet. Dies kann man anhand der sehr gut gelungenen
Dokumentation im Wiki machen:
https://wiki.freifunk-franken.de/w/KeyXchangeV2

Beachtet bitte insbesondere den [https://wiki.freifunk-franken.de/w/KeyXchangeV2#Gefahren_eines_Updates_vom_alten_System Abschnitt zum Upgrade von Freifunk Knoten] und werft einen Blick in die [https://wiki.freifunk-franken.de/w/KeyXchangeV2#FAQ FAQs]!

Größte Änderungen auf einen Blick seit 20170918:
* Code-Cleanups
* Data processing notes
* Update Tunneldigger (L2TPv3)
* Batman Upgrade
* Mesh über 802.11s
* KeyXchangeV2
** Hood übergreifende IPv6 ULA Adressen
** Verbindungen zu dezentralen Hoods möglich
** Eigene ESSID pro Hood
** Macnocker ist Teil der Firmware
** Config-AP eingeführt
* 1043v5 Support
* Unifi AC Mesh Support

Die Firmware befindet sich am üblichen Ort:
https://dev.freifunk-franken.de/firmware/20180802/

Sollten euch Probleme bei der Benutzung der Firmware auffallen, scheut
euch nicht diese Probleme in den Bug-Tracker einzutragen. Dazu
einfach einen Account anlegen und einen neuen Eintrag erfassen:
https://mantis.freifunk-franken.de

Ich bedanke mich für die vielen Beiträge und die super Diskussionen.

Unten, wie immer, das Shortlog.

Tim

--
Adrian Schmutzler (70):
fff-nodewatcher: Use mac address instead of standard node name
buildscript: Update LEDE and packages, use lede git mirror
Archer C25: Update qca9887 firmware to 10.2.4-1.0-00029
vpn-select: Use keyxchangev2data instead of fastd_fff_output
Remove references to community.cfg
fff-web: Show hood in public and internal web interface
Configure the Node a routable IPv6 ULA
fff-hoods: Fix fe80::1 for multiple configap interfaces
fff-hoods: Fix case of missing keyxchangev2data
Utilize PKG_NAME in Makefiles
Revert "Archer C25: Disable 5 GHz to provide working firmware"
buildscript: Fix typo
fff-hoods: Use channel provided by gateway
fff-hoods: Introduce sector files for custom settings
fff-hoods: Use variables for hood file names
fff-hoods: Use w5sta for download
fff-hoods: Fix missing commit for hood name
fff-network/fff-hoods: Create functions for IPv6 rewriting
CPE210: Fix ROUTERMAC
fff-web: Extend switch port assignment display in ports.html
fff-boardname: Reorganize WR841 boardnames
Add TL-WR1043N v5
fff-network: Fix mac adresses not set during merge/rebase
fff-hoods/fff-wireless: Don't delete WiFi devices
fff-hoods: Suppress warning for missing sectorfile
Support subtarget in buildscript
fff-web: Fix style and XHTML conformity in upgrade.html
show_info: Add assignment without switch
fff-web: Show WiFi channels and SSID
show_info: Display hood information
Rearrange fff config values into their own config file
fff-support: Update PoE passthrough code
fff-web: Added options to disable update notification
fff-web: Include new options into settings.html
fff-web/show_info: Put common code into function
fff-network: Fix second occurrence of ROUTERMAC and ETHMESHMAC
fff-web: Allow minus (-) in passwords
fff-network: Commit only network
configurehood: Wait for the config AP to build when in sta mode
configurehood: Prevent connecting two hoods
nodewatcher: Provide additional information about WiFi interfaces
LEDE: Go back to OpenWRT sources
configurenetwork: Put One- and Two-Port pre-setup into function
fff-network/fff-hoods: Only use MAC address in network lib
fff-network: Calculate IPv6 using ROUTERMAC variable
nodewatcher: Fix bugs in gateway list creation
fff-hoods: Replace hiddenapflag by check for real conditions
fff-sysupgrade/fff-hoods: Make sectorfile upgradesafe
GL-AR150: Fix ETHMESHMAC
fff-hoods: Restart alfred after keyxchange file update
fff-nodewatcher: Add detailed clients data
nodewatcher: Provide data to calculate airtime
fff-web: Fix two bugs in wifiscan.html
configurehood: Improve conditions for configap setup
packages/fff: Split fff-hoods into two packages
fff-web: UPGRADE_PATH in header should be taken from hood file
configurehood: Fix "wifi" blocking correct network status
detection
alfred: Support interfaces IDs with more than two digits
Unifi AC: remove bs-partition ro-flag
configurenetwork: Improve output when setting IPv6 addresses
fff-batman-adv: Remove vis_mode from uci config
Data processing notes: Add in fff-web
Data processing notes: Add for SSH access
hood files: Use more meaningful and concise naming scheme
hood file: Use different files for www and for checksum
comparison
configurehood: Only provide hood file from GW/KeyXchange via WWW
hood files: Move files from /www to /tmp and link there
configurehood: Don't remove timestamp for checksum comparison
nodewatcher: Change mechanism for client device detection
vpn-select: Demand hood file to be provided as argument

Christian Dresel (7):
Update Batman to compat15
Reconfigure fff-wireless for keyxchangev2
Reconfigure vpn-select for keyxchangev2
Add fff-hoods
Add support for Unifi AC Mesh
fff-hoods: Make possible to use fixed hoodfile
Disable VPN if not in use

Fabian Blaese (12):
Support batman-adv meshing over 802.11s
consistently use same webserver port for hoodfile on wifi and lan
fff-network: evaluate macaddress in device config
Use SWITCHDEV variable for mac address fixing
configurehood: Allow for spaces after identifier
fff-network: Get MAC from wifi device instead of wifi network
CPE510: Add ROUTERMAC
Revert openwrt patch which caused too high tx powers
Move hoodfile acquisition into function
Allow initial configuration from Ethernet
Remove sectorfile for first release
Add batman-adv patch to remove gw mode switch message

Robert Langhammer (7):
fff-hoods: fix sed to substitute timestamp
fastd: generate the key from urandom
Update tunneldigger
fff-network: correct path to iptables
Update tunneldigger
Remove double equals.
Remove double square bracket. [[ is a bash or ksh built-in, and
cannot be used in a #!/bin/sh script.

Tim Niemeyer (14):
fff-hoods: only delete hiddenapfile if ap was configured
fff-hoods: move hiddenapfile variable
fff-alfred: new package
fff-alfred: do not use bat0 for master selection
WR841-v7: get routermac from phy0 instead of wlan0
bsp/default: move network sysctl's to fff-network
fff-network: move sysctl settings to a function
fff-firewall: clean up v6 rules on prepare
fff-network: rework sysctl's
fff-network: enable forwarding; filter forwarding
fff-macnock: new package
fff-hoods: set hood to none if on station mode
fff-hoods: call reload_config after uci commit
Revert "configurehood: Prevent connecting two hoods"

[[Kategorie:News]]

News/23.11.2018: Rückbau des alten Netzes ab Dezember 2018

2018-11-23T14:58:01Z

SBeck: Die Seite wurde neu angelegt: „'''Datum:''' 23.11.2018 <br> '''Autor:''' SebaBe <br> '''Veröffentlicht:''' [https://wiki.freifunk-franken.de/w/News/23.11.2018:_Rückbau_…“

Freifunk-Gateway aufsetzen/babeld

2018-11-22T23:28:43Z

SBeck: /* Beispielkonfiguration */

= Babel =

__TOC__

== Funktion ==
Babel wird als Layer 3 Routingprotokoll in der Freifunk Franken Backbone verwendet. So werden alle Gateways über das Protokoll direkt oder indirekt miteinander verbunden. Babel tauscht gegenseitig die Routen der Gateways aus, so das jedes Gateway weiß über welchen Weg es eine andere Hood erreichen kann.

== Vorsicht ==
ACHTUNG:

IP Adressen dürfen nur announced werden, wenn sie auch erreicht werden können.
Wer das Subnetz für Hood A announced muss Hood A auch erreichen können.

== Installation ==

Babel kann direkt aus der Distribution installiert werden.

<code>
apt-get install babeld
</code>

Debian liefert eine recht alte Version mit.
Es ergibt Sinn Babel per apt zu installieren, es dann zu deinstallieren und danach und aus dem Git selbst zu bauen (Version >=1.8.2).

https://github.com/jech/babeld

=== Änderungen ab Babel 1.8.0 ===
* Die Option 'wired true' gibt es nicht mehr, dafür gibt es jetzt Interface-Typen. Am sinnvollsten für GRE-Tunnel ist wohl 'type tunnel'
* Die neueste Version von BabelWeb (0.4.0) ist nicht mit Babel 1.8.0 kompatibel. Daher muss BabelWeb aus dem [https://github.com/kerneis/babelweb develop Branch] installiert werden.

== Beispielkonfiguration ==

Diese Beispielkonfiguration kann so übernommen werden.

/etc/babeld.conf

<pre>
# For more information about this configuration file, refer to
# babeld(8)

# Überschneidung der Tabellen für Source-Specific IPv4 Routing und der fff-Tabelle verhindern
first-table-number 100

#Defaultwerte für die Schnittstellen setzen:
default type tunnel max-rtt-penalty 128

#Falls einzelne Schnittstellen abweichend konfiguriert werden müssen:
#interface IF2 type wired rxcost 1234
#... einfach weiterführen für mehr Interfaces.

export-table 10
import-table 10

# redistribute rules
## Filter für lokalen Routen, die im Babel announced werden.
redistribute local ip 10.50.0.0/16
redistribute local ip 10.83.0.0/16
redistribute local ip fd43:5602:29bd::/48
redistribute local deny
redistribute ip 10.50.0.0/16
redistribute ip 10.83.0.0/16
redistribute ip fd43:5602:29bd::/48

local-port 33123
#local-port-readwrite 34567 #funktioniert anscheinend nicht!
</pre>

Man kann alle Peering-Interfaces mit default abfangen (wie oben geschehen) oder für jedes Peering-Interface eine eigene Zeile verwenden.

Die Interfaces, die babel verwenden soll müssen auch in der /etc/default/babeld eingetragen werden - durch Leerschläge getrennt.

/etc/default/babeld
<pre>
...
# List of interfaces on which the protocol should operate
INTERFACES="GRE_Beispielinterface1 GRE_Beispielinterface2 WG_Beispielinterface1"
...
</pre>

Routen die man manuell in die fff Table einträgt und redistributen (weiterverteilen) will, müssen als proto static eingetragen haben. Dies gilt z.b. für die Batman Routen oder auch für die default route (z.b. im VPN Up Script wenn man dies verwendet). Beispiel:

<pre>
...
post-up ip route replace 10.X.X.X/XX dev $IFACE proto static table fff
...
</pre>

== IP Adressen für Peering ==
=== IPv4 ===
Es sollte für jeden Server die selbe Adresse verwendet werden auf jedem Interface. Sinnvollerweise aus dem 10.83.252.X Netz:
https://wiki.freifunk-franken.de/w/Portal:Netz#10.83.252.0.2F22_.28Master_IPs.29

Dabei ist es am sinnvollsten, die Adresse als /32 an das Interface zu hängen und Babel die Routen übernehmen zu lassen.
Hierbei ist es dann auch egal, aus welchem der beiden Prefixe die Adresse stammt (10.83.x.y bzw. 10.50.x.y).
Außerdem ist es bei dieser Konfiguration ebenfalls nicht nötig, die Adresse des Partners als Pointopoint anzuhängen.

'''ACHTUNG''': Es ist dann ebenfalls (erstmal) nicht möglich, den Partner direkt zu pingen, da bei dieser Konfiguration keine passende Route in der main-Tabelle existiert!

=== IPv6 ===
Für IPv6 gilt in etwas das gleiche.
Für das Routing ist eine Link Local Adresse nötig. Bei Ethernet und Layer2 Tunneln wird diese automatisch aus der Mac Adresse gebildet. Bei Layer3 Tunneln muss diese ggf. manuell generiert und als /64 an das Interface gehangen werden.

Damit ein Router sinnvoll auf ICMPv6 antworten kann, ist außerdem eine Adresse aus dem fc00::/7 oder eine öffentliche IPv6 nötig. Dafür kann beispielsweise eine IP aus [[Portal:Netz/IPv6#Transfer-IPs|diesem]] Netz verwendet werden.

Sollte das Netz nicht alleine für diese Verbindung existieren, bietet es sich auch hier an, die Adresse einfach als /128 an das Interface zu hängen.

== GRE ==

Da GRE ein sehr schnelles Tunnelprotokoll ist und wenig Overhead erzeugt macht es Sinn Gateways (sofern beide Seiten eine feste IP haben und nicht hinter NAT stecken) per GRE Tunnel zu verbinden und darüber Babel laufen zu lassen. Alternativ kann z.b. wireguard verwendet werden wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).
Theoretisch kann man natürlich auch OpenVPN oder fastd oder einen ganz anderen Layer 3 Tunnel verwenden, ob dies Sinn macht muss jeder für sich entscheiden.

=== Interface anlegen ===

Um die einzelnen Hoods miteinander zu verbinden, werden die jeweiligen Gateways über GRE-Tunnel miteinander verbunden. Es reicht dabei nicht, den GRE Tunnel nur auf einem Gateway einzurichten, vielmehr müssen beide zu verbindende Gateways konfiguriert werden. Hierfür muss man mit dem Admin des jeweiligen Tunnelpartners in Kontakt treten => [[Portal:Layer3Peering]].

Da Babel über IPv6-Multicasts kommuniziert, müssen den GRE-Tunnel noch link-local Adressen gegeben werden, da GRE-Tunnel auf Layer3 arbeiten und somit keine MAC-Adresse haben -> link-local kann nicht aus MAC automatisch generiert werden.
Am besten generiert man sich die link-local zufällig.

Siehe: http://wiki.hwmn.org/w/GRE_Tunnel#Babel_support

Die Schnittstellenkonfiguration sollte dann etwa so aussehen:

<pre>
auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

#IPv4 GRE
#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255
#IPv6 GRE
pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255

up ip link set dev $IFACE multicast on

post-up ip rule add iif $IFACE table fff
post-down ip rule del iif $IFACE table fff

post-down ip tunnel del $IFACE

iface DEVICENAME inet6 static
address fe80::IRGENDWAS/64

post-up ip -6 rule add iif $IFACE table fff
post-down ip -6 rule del iif $IFACE table fff
</pre>

Der Tunnel kann über den Aufruf von
<code>
ifup <tunnel>
</code>
...aufgebaut werden, wobei <tunnel> der Name des GRE-Interfaces ist (im Beispiel ro1)

Nach Aufruf von ip link bzw. ip addr..
<code>
ip link
</code>
sollten wir einen Eintrag für den Tunnel vorfinden:
<pre>
.
.
yy: DEVICENAME@NONE: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1448 qdisc noqueue state UNKNOWN group default qlen 1
link/gre6 EIGENEPUBLICIP peer REMOTEPUBLICIP
inet 10.83.252.x/32 brd 10.83.252.x scope link DEVICENAME
valid_lft forever preferred_lft forever
inet6 fe80::IRGENDWAS/64 scope link
valid_lft forever preferred_lft forever
.
.
</pre>

== Wireguard ==

Alternativ zum oben beschriebenen GRE Protokoll kann ein Babel Tunnel auch mit dem Wireguard Protokoll aufgebaut werden. Insbesondere ist dies erforderlich, wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).

=== Installation ===

Wireguard ist eine recht junge Software und deshalb noch nicht in Debian 9 enthalten. In die Apt Paketverwaltung muss der "unstable" Zweig eingebunden werden. Dies erfolgt nachrangig, damit bei "apt-get upgrade" keine Pakete aus dem unstable Zweig installiert werden, die schon im Hauptzweig existieren.

<code>
echo "deb <nowiki>http://deb.debian.org/debian/</nowiki> unstable main" > /etc/apt/sources.list.d/unstable.list<br>
printf 'Package: *\nPin: release a=unstable\nPin-Priority: 150\n' > /etc/apt/preferences.d/limit-unstable<br>
apt-get update<br>
apt-get install wireguard linux-headers-amd64
</code>

=== Interface anlegen ===

Die Schnittstellenkonfiguration sollte weitgehend genauso aussehen, wie bei GRE beschrieben. Auch die beiden fürs Gateway reservierten IP-Adressen (IPv4 und IPv6) sowie die willkürlich gewählte Link-Local-Adresse (fe80::...) können für GRE und Wireguard gemeinsam verwendet werden.

<code>
vi /etc/network/interfaces
</code>

auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

<s>#IPv4 GRE</s>
<s>#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
<s>#IPv6 GRE</s>
<s>pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
pre-up ip link add $IFACE type wireguard
pre-up wg setconf $IFACE /etc/wireguard/$IFACE.conf
...
<s>post-down ip tunnel del $IFACE</s>
post-down ip link del $IFACE
...

Hierbei wird angenommen, dass die Wireguard-Konfigurationsdateien unter den Dateinamen <DEVICENAME>.conf abgespeichert werden:

<code>
vi /etc/wireguard/<DEVICENAME>.conf
</code>

# /etc/wireguard/wg-test.conf

[Interface]
PrivateKey = UBnpiQhEz2S192d8nmFmr2rm3UU+NKpKiBy28fyVa3s=
ListenPort = 51820

[Peer]
PublicKey = ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
AllowedIPs = 0.0.0.0/0, ::/0

Dabei ist "PrivateKey" der eigene private Schlüssel, "PublicKey" der öffentliche Schlüssel der Gegenstelle. "ListenPort" ist der Port, auf dem die Pakete der Gegenstelle empfangen werden. "AllowedIPs" sind alle IPs IPv4 und IPv6.

Die Schlüssel können mit folgender Aufrufkette in zwei Dateien "wg-private.key" und "wg-public.key" im aktuellen Verzeichnis erzeugt werden. Diese Schlüssel sollten außerhalb des Servers gesichert werden! Danach können die beiden Dateien gelöscht werden.

<code>
wg genkey | tee wg-private.key | wg pubkey > wg-public.key
</code>

Weil in der Konfigurationsdatei der geheime private Schlüssel im Klartext steht, empfiehlt es sich anderen Nutzern außer "root" das Lesen zu verbieten.

<code>
chmod go-r /etc/wireguard/<DEVICENAME>.conf
</code>

Abschließend müssen auch Wireguard Interfaces genauso wie GRE Interfaces in die Datei "/etc/default/babeld" eingefügt werden.

=== Tests ===

Nach Aufruf von "ifconfig" sollten wir einen Eintrag für den Tunnel (in diesem Beispiel wg-test) vorfinden.

Der Aufruf "wg show" gibt etwas aus, mindestens den Namen der konfigurierten Interfaces, deren Ports und Keys. Falls auch die Gegenstelle schon erreichbar ist, werden weitere Informationen angezeigt. Beispiel:

interface: wg-test
public key: PecwpxwnSKPs4Gp39gvQzxdbZxQBCupB5Oo9OVM/5ko=
private key: (hidden)
listening port: 51820

peer: ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
endpoint: 193.202.123.89:51820
allowed ips: 0.0.0.0/0, ::/0
latest handshake: 37 seconds ago
transfer: 125.24 MiB received, 140.72 MiB sent

Ob das Wireguard Modul geladen ist, kann mit dem Aufruf "lsmod | grep wireguard" ermittelt werden. Beispiel:

wireguard 221184 0
ip6_udp_tunnel 16384 1 wireguard
udp_tunnel 16384 1 wireguard

== macvtap ==

Ist das Interface in einer VM, die macvtap auf dem Host verwendet, um ein physikalisches Interface zu verwenden, kann es Probleme mit Multicast geben.
(gilt nicht bei GRE (das verwendet ja auch kein macvtap :P) in einer VM sondern nur wenn das physikalische Interface verwendet wird, also eth0 oder eth1.6 oder... in den meisten Standardfällen daher uninteressant).

Näheres [https://superuser.com/questions/944678/how-to-configure-macvtap-to-let-it-pass-multicast-packet-correctly hier]

In libvirt kann die Option trustGuestRxFilters='yes' an das entsprechende Interface gepackt werden, damit Multicast funktioniert:

<pre>
<interface type='direct' trustGuestRxFilters='yes'>
<source dev='enp1s0' mode='vepa'/>
<model type='virtio'/>
[..]
</interface>
</pre>

== Testen der Konfiguration ==
Es kann in der Routingtabelle geguckt werden ob hier bereits routen vorhanden sind:

<pre>
ip ro sh tab fff
ip -6 ro sh tab fff
</pre>

man kann sich mit nc mit Babel verbinden und sich Diagnoseausgaben anschauen:
<pre>
nc ::1 33123
</pre>
um mehr zu sehen, einfach dump eingeben und Enter drücken.

Per Script kann man das ganze z.b. so aufrufen:
<pre>
echo "dump" | nc ::1 33123 -q 0
</pre>
durch -q 0 wird nc direkt wieder beendet

Damit nc mit ipv6 funktioniert muss nc von den bsd Tools installiert werden:
<pre>
apt-get install netcat-openbsd
</pre>

Für eine bessere Übersicht hilft auch das Webinterface weiter (siehe weiter unten)

== Richtlinien für Babel Penalty bei dezentralen Hoods ==
* Ethernet: 96
* Richtfunk
** >100Mbit: 256
** 30-100Mbit: 512
** 10-30Mbit: 1024
** bis 10Mbit: 4096
* VPN: 4096 - 16384

Je nach Situation können Links auch schlechter hier angegeben bewertet werden. Auf eine Aufwertung sollte jedoch verzichtet werden.
Pro Link sollte maximal 16384 verwendet werden, damit auch bei vielen Hops das Maximum von 65535 nicht erreicht wird.

'''Begründung:'''

Wir wollen Richtfunkverbindungen (z.B. Marterlach -> St. Markus -> Hardhöhe -> Neunhof) gegenüber VPN (z.B. Marterlach -> per VPN zu einem HetznerGW -> per VPN nach Neunhof) bevorzugen, obwohl der Weg mehr Hops hat.

== Metriken anpassen ==
=== Default Route auf einen Server bevorzugen ===
Da es nicht möglich ist, im Babel die Route zu bevorzugen (sonst wäre das System nicht mehr Loopsicher), können wir nur alle anderen default routen abwerten.

Dies machen wir durch einen Filter in der Babel Config.

Wir brauchen einen Inputfilter, der auf ip 0.0.0.0/0 eq 0 greift. Dazu das bevorzugte Interface ohne Penalty und alle anderen mit einem Penalty. Das ganze kann z.b. so aussehen

<pre>
in ip 0.0.0.0/0 eq 0 if IF1 allow
in ip 0.0.0.0/0 eq 0 if IF2 metric 384
in ip 0.0.0.0/0 eq 0 metric 2048
</pre>

Zuerst wird auf das IF1 kein Penalty gegeben, danach auf IF2 ein Penalty von 384 und anschließend auf alle weiteren Interfaces ein Penalty von 2048.

== WebUI für Babel ==

=== Babelweb ===

Für Babel gibt es ein WebUI. Quellen: https://github.com/kerneis/babelweb

''Hinweis:'' Laut E-Mail von Gabriel Kerneis wird babelweb nicht mehr gepflegt, stattdessen wird der Nachfolger BabelWeb2 https://github.com/Vivena/babelweb2 weiter entwickelt! (Der folgende Text bezieht sich noch auf das ursprüngliche Babelweb 0.4.0.)

Installation:
<pre>
apt install nodejs-legacy npm
npm install -g babelweb
</pre>

/etc/systemd/system/babelweb.service:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb
Type=simple

[Install]
WantedBy=multi-user.target
</pre>

Der Dienst wird registriert und gestartet mit
<pre>
systemctl enable babelweb
systemctl start babelweb
</pre>

'''Modifikationen (optional):'''

Die Dokumentation von Babelweb empfiehlt, das Programm nicht als "root"
laufen zu lassen. Manche möchten die Webseiten lieber über einen anderen
Port als 8080 erreichen, zum Beispiel über Port 80. Leider benötigt BabelWeb
root Rechte, um auf Ports < 1024 zuzugreifen (ein Linux-Feature). Beispiel, hier für einen eingeschränkten Benutzer "normalo" und Port 7070:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb port=7070
User=normalo
Type=simple

[Install]
WantedBy=multi-user.target
</pre>
Die Webseite optisch umgestalten ist auch möglich, der Einstiegspunkt ist
<pre>
vi /usr/local/lib/node_modules/babelweb/static/index.html
</pre>

Nach Änderungen in der Datei "babelweb.service" muss diese neu eingelesen werden mit
<pre>
systemctl daemon-reload
systemctl restart babelweb
</pre>

==== Remote Server einbinden ====
Es muss ein SSH forwarding zu dem remote Gerät eingerichtet werden, gut erklärt in der Babel Doku: https://github.com/kerneis/babelweb/blob/develop/README.md unter "Monitoring remote babel instances".
Danach die Datei server.js anpassen z.b.
<pre>
[...]
"routers" : "[::1]:33123,[::1]:33124,[::1]:33125",
[...]
</pre>
Achtung, keine Leerzeichen vor oder nach dem Komma benutzen!

==== Problem mit dem neuen Node ====

In Debian 9 wird keine vollwertige Node Version mehr angeboten, und das Node 0.x aus Debian 8 ist voller Sicherheitslücken. Abhilfe schafft der Download einer aktuellen Version aus Git, hier Node.js 8 LTS (Support bis mindestens Dezember 2019).

apt-get install curl
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
apt-get install -y nodejs
npm install -g babelweb

''Hinweis:'' Der Startlink ist nach dieser Installation "/usr/bin/babelweb", dies muss in /etc/systemd/system/babelweb.service gegenüber der Beschreibung im Absatz "WebUI für Babel" geändert werden.

Die letzte Babelweb Version 0.4.0 wurde bereits an die akuellen Node Versionen (>= 7) angepasst, aber eine Programmzeile vergessen. Deshalb muss eine Quellcode-Datei bearbeitet werden. Weiter entwickelt wird jetzt BabelWeb2, s.o.

vi /usr/lib/node_modules/babelweb/node_modules/policyfile/lib/server.js

Dort muss Zeile 254 geändert werden. Vorher:

Object.keys(process.EventEmitter.prototype).forEach(function proxy (key){

Nach Korrektur:

Object.keys(require('events').prototype).forEach(function proxy (key){

Quelle: https://github.com/LearnBoost/websocket.io/issues/55

====Animation los werden====
Ohne Animation lädt die Seite wesentlich schneller und auf schwachen Rechnern/Handys läuft die nicht gut.
In
<pre>
/usr/local/lib/node_modules/babelweb/static/index.html
</pre>

folgende Zeilen auskommentieren:
<pre>
</head>
<body>
<h1>BabelWeb</h1>

<h3>Configuration</h3>
</pre>

=== Babelweb in PHP ===

Eine alternative ist das Babelweb in PHP

Einfach diese File herunterladen und in das Webroot eines Webservers packen. PHP muss installiert sein:

https://github.com/rohammer/Simple-Babelweb

Eigenentwicklung der Freifunk Franken Community und es wird aktuell auch aktiv dran weiter entwickelt.

Beispiel: http://fff-jupiter.fff.community/Simple-Babelweb/

Mittlerweile ist auch ein einfaches Looking Glass https://de.wikipedia.org/wiki/Looking_Glass_(Internet) integriert

Freifunk-Gateway aufsetzen/babeld

2018-11-22T22:10:53Z

SBeck: /* Installation */

= Babel =

__TOC__

== Funktion ==
Babel wird als Layer 3 Routingprotokoll in der Freifunk Franken Backbone verwendet. So werden alle Gateways über das Protokoll direkt oder indirekt miteinander verbunden. Babel tauscht gegenseitig die Routen der Gateways aus, so das jedes Gateway weiß über welchen Weg es eine andere Hood erreichen kann.

== Vorsicht ==
ACHTUNG:

IP Adressen dürfen nur announced werden, wenn sie auch erreicht werden können.
Wer das Subnetz für Hood A announced muss Hood A auch erreichen können.

== Installation ==

Babel kann direkt aus der Distribution installiert werden.

<code>
apt-get install babeld
</code>

Debian liefert eine recht alte Version mit.
Es ergibt Sinn Babel per apt zu installieren, es dann zu deinstallieren und danach und aus dem Git selbst zu bauen (Version >=1.8.2).

https://github.com/jech/babeld

=== Änderungen ab Babel 1.8.0 ===
* Die Option 'wired true' gibt es nicht mehr, dafür gibt es jetzt Interface-Typen. Am sinnvollsten für GRE-Tunnel ist wohl 'type tunnel'
* Die neueste Version von BabelWeb (0.4.0) ist nicht mit Babel 1.8.0 kompatibel. Daher muss BabelWeb aus dem [https://github.com/kerneis/babelweb develop Branch] installiert werden.

== Beispielkonfiguration ==

Diese Beispielkonfiguration kann so übernommen werden.

/etc/babeld.conf

<pre>
# For more information about this configuration file, refer to
# babeld(8)

# Überschneidung der Tabellen für Source-Specific IPv4 Routing und der fff-Tabelle verhindern
first-table-number 100

#Defaultwerte für die Schnittstellen setzen:
default type tunnel max-rtt-penalty 128

#Falls einzelne Schnittstellen abweichend konfiguriert werden müssen:
#interface IF2 type wired rxcost 1234
#... einfach weiterführen für mehr Interfaces.

export-table 10
import-table 10

# redistribute rules
## Filter für lokalen Routen, die im Babel announced werden.
redistribute local ip 10.50.0.0/16
redistribute local ip 10.83.0.0/16
redistribute local ip fd43:5602:29bd::/48
redistribute local deny
redistribute ip 10.50.0.0/16
redistribute ip 10.83.0.0/16
redistribute ip fd43:5602:29bd::/48

local-port 33123
#local-port-readwrite 34567 #funktioniert anscheinend nicht!
</pre>

Man kann alle Peering-Interfaces mit default abfangen (wie oben geschehen) oder für jedes Peering-Interface eine eigene Zeile verwenden.

Die Interfaces, die babel verwenden soll müssen auch in der /etc/default/babeld eingetragen werden - durch Leerschläge getrennt.

/etc/default/babeld
<pre>
...
# List of interfaces on which the protocol should operate
INTERFACES=""
...
</pre>

Routen die man manuell in die fff Table einträgt und redistributen (weiterverteilen) will, müssen als proto static eingetragen haben. Dies gilt z.b. für die Batman Routen oder auch für die default route (z.b. im VPN Up Script wenn man dies verwendet). Beispiel:

<pre>
...
post-up ip route replace 10.X.X.X/XX dev $IFACE proto static table fff
...
</pre>

== IP Adressen für Peering ==
=== IPv4 ===
Es sollte für jeden Server die selbe Adresse verwendet werden auf jedem Interface. Sinnvollerweise aus dem 10.83.252.X Netz:
https://wiki.freifunk-franken.de/w/Portal:Netz#10.83.252.0.2F22_.28Master_IPs.29

Dabei ist es am sinnvollsten, die Adresse als /32 an das Interface zu hängen und Babel die Routen übernehmen zu lassen.
Hierbei ist es dann auch egal, aus welchem der beiden Prefixe die Adresse stammt (10.83.x.y bzw. 10.50.x.y).
Außerdem ist es bei dieser Konfiguration ebenfalls nicht nötig, die Adresse des Partners als Pointopoint anzuhängen.

'''ACHTUNG''': Es ist dann ebenfalls (erstmal) nicht möglich, den Partner direkt zu pingen, da bei dieser Konfiguration keine passende Route in der main-Tabelle existiert!

=== IPv6 ===
Für IPv6 gilt in etwas das gleiche.
Für das Routing ist eine Link Local Adresse nötig. Bei Ethernet und Layer2 Tunneln wird diese automatisch aus der Mac Adresse gebildet. Bei Layer3 Tunneln muss diese ggf. manuell generiert und als /64 an das Interface gehangen werden.

Damit ein Router sinnvoll auf ICMPv6 antworten kann, ist außerdem eine Adresse aus dem fc00::/7 oder eine öffentliche IPv6 nötig. Dafür kann beispielsweise eine IP aus [[Portal:Netz/IPv6#Transfer-IPs|diesem]] Netz verwendet werden.

Sollte das Netz nicht alleine für diese Verbindung existieren, bietet es sich auch hier an, die Adresse einfach als /128 an das Interface zu hängen.

== GRE ==

Da GRE ein sehr schnelles Tunnelprotokoll ist und wenig Overhead erzeugt macht es Sinn Gateways (sofern beide Seiten eine feste IP haben und nicht hinter NAT stecken) per GRE Tunnel zu verbinden und darüber Babel laufen zu lassen. Alternativ kann z.b. wireguard verwendet werden wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).
Theoretisch kann man natürlich auch OpenVPN oder fastd oder einen ganz anderen Layer 3 Tunnel verwenden, ob dies Sinn macht muss jeder für sich entscheiden.

=== Interface anlegen ===

Um die einzelnen Hoods miteinander zu verbinden, werden die jeweiligen Gateways über GRE-Tunnel miteinander verbunden. Es reicht dabei nicht, den GRE Tunnel nur auf einem Gateway einzurichten, vielmehr müssen beide zu verbindende Gateways konfiguriert werden. Hierfür muss man mit dem Admin des jeweiligen Tunnelpartners in Kontakt treten => [[Portal:Layer3Peering]].

Da Babel über IPv6-Multicasts kommuniziert, müssen den GRE-Tunnel noch link-local Adressen gegeben werden, da GRE-Tunnel auf Layer3 arbeiten und somit keine MAC-Adresse haben -> link-local kann nicht aus MAC automatisch generiert werden.
Am besten generiert man sich die link-local zufällig.

Siehe: http://wiki.hwmn.org/w/GRE_Tunnel#Babel_support

Die Schnittstellenkonfiguration sollte dann etwa so aussehen:

<pre>
auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

#IPv4 GRE
#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255
#IPv6 GRE
pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255

up ip link set dev $IFACE multicast on

post-up ip rule add iif $IFACE table fff
post-down ip rule del iif $IFACE table fff

post-down ip tunnel del $IFACE

iface DEVICENAME inet6 static
address fe80::IRGENDWAS/64

post-up ip -6 rule add iif $IFACE table fff
post-down ip -6 rule del iif $IFACE table fff
</pre>

Der Tunnel kann über den Aufruf von
<code>
ifup <tunnel>
</code>
...aufgebaut werden, wobei <tunnel> der Name des GRE-Interfaces ist (im Beispiel ro1)

Nach Aufruf von ip link bzw. ip addr..
<code>
ip link
</code>
sollten wir einen Eintrag für den Tunnel vorfinden:
<pre>
.
.
yy: DEVICENAME@NONE: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1448 qdisc noqueue state UNKNOWN group default qlen 1
link/gre6 EIGENEPUBLICIP peer REMOTEPUBLICIP
inet 10.83.252.x/32 brd 10.83.252.x scope link DEVICENAME
valid_lft forever preferred_lft forever
inet6 fe80::IRGENDWAS/64 scope link
valid_lft forever preferred_lft forever
.
.
</pre>

== Wireguard ==

Alternativ zum oben beschriebenen GRE Protokoll kann ein Babel Tunnel auch mit dem Wireguard Protokoll aufgebaut werden. Insbesondere ist dies erforderlich, wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).

=== Installation ===

Wireguard ist eine recht junge Software und deshalb noch nicht in Debian 9 enthalten. In die Apt Paketverwaltung muss der "unstable" Zweig eingebunden werden. Dies erfolgt nachrangig, damit bei "apt-get upgrade" keine Pakete aus dem unstable Zweig installiert werden, die schon im Hauptzweig existieren.

<code>
echo "deb <nowiki>http://deb.debian.org/debian/</nowiki> unstable main" > /etc/apt/sources.list.d/unstable.list<br>
printf 'Package: *\nPin: release a=unstable\nPin-Priority: 150\n' > /etc/apt/preferences.d/limit-unstable<br>
apt-get update<br>
apt-get install wireguard linux-headers-amd64
</code>

=== Interface anlegen ===

Die Schnittstellenkonfiguration sollte weitgehend genauso aussehen, wie bei GRE beschrieben. Auch die beiden fürs Gateway reservierten IP-Adressen (IPv4 und IPv6) sowie die willkürlich gewählte Link-Local-Adresse (fe80::...) können für GRE und Wireguard gemeinsam verwendet werden.

<code>
vi /etc/network/interfaces
</code>

auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

<s>#IPv4 GRE</s>
<s>#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
<s>#IPv6 GRE</s>
<s>pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
pre-up ip link add $IFACE type wireguard
pre-up wg setconf $IFACE /etc/wireguard/$IFACE.conf
...
<s>post-down ip tunnel del $IFACE</s>
post-down ip link del $IFACE
...

Hierbei wird angenommen, dass die Wireguard-Konfigurationsdateien unter den Dateinamen <DEVICENAME>.conf abgespeichert werden:

<code>
vi /etc/wireguard/<DEVICENAME>.conf
</code>

# /etc/wireguard/wg-test.conf

[Interface]
PrivateKey = UBnpiQhEz2S192d8nmFmr2rm3UU+NKpKiBy28fyVa3s=
ListenPort = 51820

[Peer]
PublicKey = ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
AllowedIPs = 0.0.0.0/0, ::/0

Dabei ist "PrivateKey" der eigene private Schlüssel, "PublicKey" der öffentliche Schlüssel der Gegenstelle. "ListenPort" ist der Port, auf dem die Pakete der Gegenstelle empfangen werden. "AllowedIPs" sind alle IPs IPv4 und IPv6.

Die Schlüssel können mit folgender Aufrufkette in zwei Dateien "wg-private.key" und "wg-public.key" im aktuellen Verzeichnis erzeugt werden. Diese Schlüssel sollten außerhalb des Servers gesichert werden! Danach können die beiden Dateien gelöscht werden.

<code>
wg genkey | tee wg-private.key | wg pubkey > wg-public.key
</code>

Weil in der Konfigurationsdatei der geheime private Schlüssel im Klartext steht, empfiehlt es sich anderen Nutzern außer "root" das Lesen zu verbieten.

<code>
chmod go-r /etc/wireguard/<DEVICENAME>.conf
</code>

Abschließend müssen auch Wireguard Interfaces genauso wie GRE Interfaces in die Datei "/etc/default/babeld" eingefügt werden.

=== Tests ===

Nach Aufruf von "ifconfig" sollten wir einen Eintrag für den Tunnel (in diesem Beispiel wg-test) vorfinden.

Der Aufruf "wg show" gibt etwas aus, mindestens den Namen der konfigurierten Interfaces, deren Ports und Keys. Falls auch die Gegenstelle schon erreichbar ist, werden weitere Informationen angezeigt. Beispiel:

interface: wg-test
public key: PecwpxwnSKPs4Gp39gvQzxdbZxQBCupB5Oo9OVM/5ko=
private key: (hidden)
listening port: 51820

peer: ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
endpoint: 193.202.123.89:51820
allowed ips: 0.0.0.0/0, ::/0
latest handshake: 37 seconds ago
transfer: 125.24 MiB received, 140.72 MiB sent

Ob das Wireguard Modul geladen ist, kann mit dem Aufruf "lsmod | grep wireguard" ermittelt werden. Beispiel:

wireguard 221184 0
ip6_udp_tunnel 16384 1 wireguard
udp_tunnel 16384 1 wireguard

== macvtap ==

Ist das Interface in einer VM, die macvtap auf dem Host verwendet, um ein physikalisches Interface zu verwenden, kann es Probleme mit Multicast geben.
(gilt nicht bei GRE (das verwendet ja auch kein macvtap :P) in einer VM sondern nur wenn das physikalische Interface verwendet wird, also eth0 oder eth1.6 oder... in den meisten Standardfällen daher uninteressant).

Näheres [https://superuser.com/questions/944678/how-to-configure-macvtap-to-let-it-pass-multicast-packet-correctly hier]

In libvirt kann die Option trustGuestRxFilters='yes' an das entsprechende Interface gepackt werden, damit Multicast funktioniert:

<pre>
<interface type='direct' trustGuestRxFilters='yes'>
<source dev='enp1s0' mode='vepa'/>
<model type='virtio'/>
[..]
</interface>
</pre>

== Testen der Konfiguration ==
Es kann in der Routingtabelle geguckt werden ob hier bereits routen vorhanden sind:

<pre>
ip ro sh tab fff
ip -6 ro sh tab fff
</pre>

man kann sich mit nc mit Babel verbinden und sich Diagnoseausgaben anschauen:
<pre>
nc ::1 33123
</pre>
um mehr zu sehen, einfach dump eingeben und Enter drücken.

Per Script kann man das ganze z.b. so aufrufen:
<pre>
echo "dump" | nc ::1 33123 -q 0
</pre>
durch -q 0 wird nc direkt wieder beendet

Damit nc mit ipv6 funktioniert muss nc von den bsd Tools installiert werden:
<pre>
apt-get install netcat-openbsd
</pre>

Für eine bessere Übersicht hilft auch das Webinterface weiter (siehe weiter unten)

== Richtlinien für Babel Penalty bei dezentralen Hoods ==
* Ethernet: 96
* Richtfunk
** >100Mbit: 256
** 30-100Mbit: 512
** 10-30Mbit: 1024
** bis 10Mbit: 4096
* VPN: 4096 - 16384

Je nach Situation können Links auch schlechter hier angegeben bewertet werden. Auf eine Aufwertung sollte jedoch verzichtet werden.
Pro Link sollte maximal 16384 verwendet werden, damit auch bei vielen Hops das Maximum von 65535 nicht erreicht wird.

'''Begründung:'''

Wir wollen Richtfunkverbindungen (z.B. Marterlach -> St. Markus -> Hardhöhe -> Neunhof) gegenüber VPN (z.B. Marterlach -> per VPN zu einem HetznerGW -> per VPN nach Neunhof) bevorzugen, obwohl der Weg mehr Hops hat.

== Metriken anpassen ==
=== Default Route auf einen Server bevorzugen ===
Da es nicht möglich ist, im Babel die Route zu bevorzugen (sonst wäre das System nicht mehr Loopsicher), können wir nur alle anderen default routen abwerten.

Dies machen wir durch einen Filter in der Babel Config.

Wir brauchen einen Inputfilter, der auf ip 0.0.0.0/0 eq 0 greift. Dazu das bevorzugte Interface ohne Penalty und alle anderen mit einem Penalty. Das ganze kann z.b. so aussehen

<pre>
in ip 0.0.0.0/0 eq 0 if IF1 allow
in ip 0.0.0.0/0 eq 0 if IF2 metric 384
in ip 0.0.0.0/0 eq 0 metric 2048
</pre>

Zuerst wird auf das IF1 kein Penalty gegeben, danach auf IF2 ein Penalty von 384 und anschließend auf alle weiteren Interfaces ein Penalty von 2048.

== WebUI für Babel ==

=== Babelweb ===

Für Babel gibt es ein WebUI. Quellen: https://github.com/kerneis/babelweb

''Hinweis:'' Laut E-Mail von Gabriel Kerneis wird babelweb nicht mehr gepflegt, stattdessen wird der Nachfolger BabelWeb2 https://github.com/Vivena/babelweb2 weiter entwickelt! (Der folgende Text bezieht sich noch auf das ursprüngliche Babelweb 0.4.0.)

Installation:
<pre>
apt install nodejs-legacy npm
npm install -g babelweb
</pre>

/etc/systemd/system/babelweb.service:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb
Type=simple

[Install]
WantedBy=multi-user.target
</pre>

Der Dienst wird registriert und gestartet mit
<pre>
systemctl enable babelweb
systemctl start babelweb
</pre>

'''Modifikationen (optional):'''

Die Dokumentation von Babelweb empfiehlt, das Programm nicht als "root"
laufen zu lassen. Manche möchten die Webseiten lieber über einen anderen
Port als 8080 erreichen, zum Beispiel über Port 80. Leider benötigt BabelWeb
root Rechte, um auf Ports < 1024 zuzugreifen (ein Linux-Feature). Beispiel, hier für einen eingeschränkten Benutzer "normalo" und Port 7070:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb port=7070
User=normalo
Type=simple

[Install]
WantedBy=multi-user.target
</pre>
Die Webseite optisch umgestalten ist auch möglich, der Einstiegspunkt ist
<pre>
vi /usr/local/lib/node_modules/babelweb/static/index.html
</pre>

Nach Änderungen in der Datei "babelweb.service" muss diese neu eingelesen werden mit
<pre>
systemctl daemon-reload
systemctl restart babelweb
</pre>

==== Remote Server einbinden ====
Es muss ein SSH forwarding zu dem remote Gerät eingerichtet werden, gut erklärt in der Babel Doku: https://github.com/kerneis/babelweb/blob/develop/README.md unter "Monitoring remote babel instances".
Danach die Datei server.js anpassen z.b.
<pre>
[...]
"routers" : "[::1]:33123,[::1]:33124,[::1]:33125",
[...]
</pre>
Achtung, keine Leerzeichen vor oder nach dem Komma benutzen!

==== Problem mit dem neuen Node ====

In Debian 9 wird keine vollwertige Node Version mehr angeboten, und das Node 0.x aus Debian 8 ist voller Sicherheitslücken. Abhilfe schafft der Download einer aktuellen Version aus Git, hier Node.js 8 LTS (Support bis mindestens Dezember 2019).

apt-get install curl
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
apt-get install -y nodejs
npm install -g babelweb

''Hinweis:'' Der Startlink ist nach dieser Installation "/usr/bin/babelweb", dies muss in /etc/systemd/system/babelweb.service gegenüber der Beschreibung im Absatz "WebUI für Babel" geändert werden.

Die letzte Babelweb Version 0.4.0 wurde bereits an die akuellen Node Versionen (>= 7) angepasst, aber eine Programmzeile vergessen. Deshalb muss eine Quellcode-Datei bearbeitet werden. Weiter entwickelt wird jetzt BabelWeb2, s.o.

vi /usr/lib/node_modules/babelweb/node_modules/policyfile/lib/server.js

Dort muss Zeile 254 geändert werden. Vorher:

Object.keys(process.EventEmitter.prototype).forEach(function proxy (key){

Nach Korrektur:

Object.keys(require('events').prototype).forEach(function proxy (key){

Quelle: https://github.com/LearnBoost/websocket.io/issues/55

====Animation los werden====
Ohne Animation lädt die Seite wesentlich schneller und auf schwachen Rechnern/Handys läuft die nicht gut.
In
<pre>
/usr/local/lib/node_modules/babelweb/static/index.html
</pre>

folgende Zeilen auskommentieren:
<pre>
</head>
<body>
<h1>BabelWeb</h1>

<h3>Configuration</h3>
</pre>

=== Babelweb in PHP ===

Eine alternative ist das Babelweb in PHP

Einfach diese File herunterladen und in das Webroot eines Webservers packen. PHP muss installiert sein:

https://github.com/rohammer/Simple-Babelweb

Eigenentwicklung der Freifunk Franken Community und es wird aktuell auch aktiv dran weiter entwickelt.

Beispiel: http://fff-jupiter.fff.community/Simple-Babelweb/

Mittlerweile ist auch ein einfaches Looking Glass https://de.wikipedia.org/wiki/Looking_Glass_(Internet) integriert

Freifunk-Gateway aufsetzen/babeld

2018-11-22T22:04:41Z

SBeck: /* Beispielkonfiguration */

= Babel =

__TOC__

== Funktion ==
Babel wird als Layer 3 Routingprotokoll in der Freifunk Franken Backbone verwendet. So werden alle Gateways über das Protokoll direkt oder indirekt miteinander verbunden. Babel tauscht gegenseitig die Routen der Gateways aus, so das jedes Gateway weiß über welchen Weg es eine andere Hood erreichen kann.

== Vorsicht ==
ACHTUNG:

IP Adressen dürfen nur announced werden, wenn sie auch erreicht werden können.
Wer das Subnetz für Hood A announced muss Hood A auch erreichen können.

== Installation ==

Babel kann direkt aus der Distribution installiert werden.

<code>
apt-get install babeld
</code>

Debian liefert eine recht alte Version mit.
Es ergibt Sinn Babel aus dem Git selbst zu bauen (Version >=1.8.2):

https://github.com/jech/babeld

=== Änderungen ab Babel 1.8.0 ===
* Die Option 'wired true' gibt es nicht mehr, dafür gibt es jetzt Interface-Typen. Am sinnvollsten für GRE-Tunnel ist wohl 'type tunnel'
* Die neueste Version von BabelWeb (0.4.0) ist nicht mit Babel 1.8.0 kompatibel. Daher muss BabelWeb aus dem [https://github.com/kerneis/babelweb develop Branch] installiert werden.

== Beispielkonfiguration ==

Diese Beispielkonfiguration kann so übernommen werden.

/etc/babeld.conf

<pre>
# For more information about this configuration file, refer to
# babeld(8)

# Überschneidung der Tabellen für Source-Specific IPv4 Routing und der fff-Tabelle verhindern
first-table-number 100

#Defaultwerte für die Schnittstellen setzen:
default type tunnel max-rtt-penalty 128

#Falls einzelne Schnittstellen abweichend konfiguriert werden müssen:
#interface IF2 type wired rxcost 1234
#... einfach weiterführen für mehr Interfaces.

export-table 10
import-table 10

# redistribute rules
## Filter für lokalen Routen, die im Babel announced werden.
redistribute local ip 10.50.0.0/16
redistribute local ip 10.83.0.0/16
redistribute local ip fd43:5602:29bd::/48
redistribute local deny
redistribute ip 10.50.0.0/16
redistribute ip 10.83.0.0/16
redistribute ip fd43:5602:29bd::/48

local-port 33123
#local-port-readwrite 34567 #funktioniert anscheinend nicht!
</pre>

Man kann alle Peering-Interfaces mit default abfangen (wie oben geschehen) oder für jedes Peering-Interface eine eigene Zeile verwenden.

Die Interfaces, die babel verwenden soll müssen auch in der /etc/default/babeld eingetragen werden - durch Leerschläge getrennt.

/etc/default/babeld
<pre>
...
# List of interfaces on which the protocol should operate
INTERFACES=""
...
</pre>

Routen die man manuell in die fff Table einträgt und redistributen (weiterverteilen) will, müssen als proto static eingetragen haben. Dies gilt z.b. für die Batman Routen oder auch für die default route (z.b. im VPN Up Script wenn man dies verwendet). Beispiel:

<pre>
...
post-up ip route replace 10.X.X.X/XX dev $IFACE proto static table fff
...
</pre>

== IP Adressen für Peering ==
=== IPv4 ===
Es sollte für jeden Server die selbe Adresse verwendet werden auf jedem Interface. Sinnvollerweise aus dem 10.83.252.X Netz:
https://wiki.freifunk-franken.de/w/Portal:Netz#10.83.252.0.2F22_.28Master_IPs.29

Dabei ist es am sinnvollsten, die Adresse als /32 an das Interface zu hängen und Babel die Routen übernehmen zu lassen.
Hierbei ist es dann auch egal, aus welchem der beiden Prefixe die Adresse stammt (10.83.x.y bzw. 10.50.x.y).
Außerdem ist es bei dieser Konfiguration ebenfalls nicht nötig, die Adresse des Partners als Pointopoint anzuhängen.

'''ACHTUNG''': Es ist dann ebenfalls (erstmal) nicht möglich, den Partner direkt zu pingen, da bei dieser Konfiguration keine passende Route in der main-Tabelle existiert!

=== IPv6 ===
Für IPv6 gilt in etwas das gleiche.
Für das Routing ist eine Link Local Adresse nötig. Bei Ethernet und Layer2 Tunneln wird diese automatisch aus der Mac Adresse gebildet. Bei Layer3 Tunneln muss diese ggf. manuell generiert und als /64 an das Interface gehangen werden.

Damit ein Router sinnvoll auf ICMPv6 antworten kann, ist außerdem eine Adresse aus dem fc00::/7 oder eine öffentliche IPv6 nötig. Dafür kann beispielsweise eine IP aus [[Portal:Netz/IPv6#Transfer-IPs|diesem]] Netz verwendet werden.

Sollte das Netz nicht alleine für diese Verbindung existieren, bietet es sich auch hier an, die Adresse einfach als /128 an das Interface zu hängen.

== GRE ==

Da GRE ein sehr schnelles Tunnelprotokoll ist und wenig Overhead erzeugt macht es Sinn Gateways (sofern beide Seiten eine feste IP haben und nicht hinter NAT stecken) per GRE Tunnel zu verbinden und darüber Babel laufen zu lassen. Alternativ kann z.b. wireguard verwendet werden wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).
Theoretisch kann man natürlich auch OpenVPN oder fastd oder einen ganz anderen Layer 3 Tunnel verwenden, ob dies Sinn macht muss jeder für sich entscheiden.

=== Interface anlegen ===

Um die einzelnen Hoods miteinander zu verbinden, werden die jeweiligen Gateways über GRE-Tunnel miteinander verbunden. Es reicht dabei nicht, den GRE Tunnel nur auf einem Gateway einzurichten, vielmehr müssen beide zu verbindende Gateways konfiguriert werden. Hierfür muss man mit dem Admin des jeweiligen Tunnelpartners in Kontakt treten => [[Portal:Layer3Peering]].

Da Babel über IPv6-Multicasts kommuniziert, müssen den GRE-Tunnel noch link-local Adressen gegeben werden, da GRE-Tunnel auf Layer3 arbeiten und somit keine MAC-Adresse haben -> link-local kann nicht aus MAC automatisch generiert werden.
Am besten generiert man sich die link-local zufällig.

Siehe: http://wiki.hwmn.org/w/GRE_Tunnel#Babel_support

Die Schnittstellenkonfiguration sollte dann etwa so aussehen:

<pre>
auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

#IPv4 GRE
#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255
#IPv6 GRE
pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255

up ip link set dev $IFACE multicast on

post-up ip rule add iif $IFACE table fff
post-down ip rule del iif $IFACE table fff

post-down ip tunnel del $IFACE

iface DEVICENAME inet6 static
address fe80::IRGENDWAS/64

post-up ip -6 rule add iif $IFACE table fff
post-down ip -6 rule del iif $IFACE table fff
</pre>

Der Tunnel kann über den Aufruf von
<code>
ifup <tunnel>
</code>
...aufgebaut werden, wobei <tunnel> der Name des GRE-Interfaces ist (im Beispiel ro1)

Nach Aufruf von ip link bzw. ip addr..
<code>
ip link
</code>
sollten wir einen Eintrag für den Tunnel vorfinden:
<pre>
.
.
yy: DEVICENAME@NONE: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1448 qdisc noqueue state UNKNOWN group default qlen 1
link/gre6 EIGENEPUBLICIP peer REMOTEPUBLICIP
inet 10.83.252.x/32 brd 10.83.252.x scope link DEVICENAME
valid_lft forever preferred_lft forever
inet6 fe80::IRGENDWAS/64 scope link
valid_lft forever preferred_lft forever
.
.
</pre>

== Wireguard ==

Alternativ zum oben beschriebenen GRE Protokoll kann ein Babel Tunnel auch mit dem Wireguard Protokoll aufgebaut werden. Insbesondere ist dies erforderlich, wenn eine Seite hinter einem NAT steckt und/oder keine feste IP hat (bei dezentralen Gateways oft der Fall).

=== Installation ===

Wireguard ist eine recht junge Software und deshalb noch nicht in Debian 9 enthalten. In die Apt Paketverwaltung muss der "unstable" Zweig eingebunden werden. Dies erfolgt nachrangig, damit bei "apt-get upgrade" keine Pakete aus dem unstable Zweig installiert werden, die schon im Hauptzweig existieren.

<code>
echo "deb <nowiki>http://deb.debian.org/debian/</nowiki> unstable main" > /etc/apt/sources.list.d/unstable.list<br>
printf 'Package: *\nPin: release a=unstable\nPin-Priority: 150\n' > /etc/apt/preferences.d/limit-unstable<br>
apt-get update<br>
apt-get install wireguard linux-headers-amd64
</code>

=== Interface anlegen ===

Die Schnittstellenkonfiguration sollte weitgehend genauso aussehen, wie bei GRE beschrieben. Auch die beiden fürs Gateway reservierten IP-Adressen (IPv4 und IPv6) sowie die willkürlich gewählte Link-Local-Adresse (fe80::...) können für GRE und Wireguard gemeinsam verwendet werden.

<code>
vi /etc/network/interfaces
</code>

auto DEVICENAME
iface DEVICENAME inet static
address 10.83.252.x/32

<s>#IPv4 GRE</s>
<s>#pre-up ip -4 tunnel add $IFACE mode gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
<s>#IPv6 GRE</s>
<s>pre-up ip -6 tunnel add $IFACE mode ip6gre local EIGENEPUBLICIP remote REMOTEPUBLICIP ttl 255</s>
pre-up ip link add $IFACE type wireguard
pre-up wg setconf $IFACE /etc/wireguard/$IFACE.conf
...
<s>post-down ip tunnel del $IFACE</s>
post-down ip link del $IFACE
...

Hierbei wird angenommen, dass die Wireguard-Konfigurationsdateien unter den Dateinamen <DEVICENAME>.conf abgespeichert werden:

<code>
vi /etc/wireguard/<DEVICENAME>.conf
</code>

# /etc/wireguard/wg-test.conf

[Interface]
PrivateKey = UBnpiQhEz2S192d8nmFmr2rm3UU+NKpKiBy28fyVa3s=
ListenPort = 51820

[Peer]
PublicKey = ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
AllowedIPs = 0.0.0.0/0, ::/0

Dabei ist "PrivateKey" der eigene private Schlüssel, "PublicKey" der öffentliche Schlüssel der Gegenstelle. "ListenPort" ist der Port, auf dem die Pakete der Gegenstelle empfangen werden. "AllowedIPs" sind alle IPs IPv4 und IPv6.

Die Schlüssel können mit folgender Aufrufkette in zwei Dateien "wg-private.key" und "wg-public.key" im aktuellen Verzeichnis erzeugt werden. Diese Schlüssel sollten außerhalb des Servers gesichert werden! Danach können die beiden Dateien gelöscht werden.

<code>
wg genkey | tee wg-private.key | wg pubkey > wg-public.key
</code>

Weil in der Konfigurationsdatei der geheime private Schlüssel im Klartext steht, empfiehlt es sich anderen Nutzern außer "root" das Lesen zu verbieten.

<code>
chmod go-r /etc/wireguard/<DEVICENAME>.conf
</code>

Abschließend müssen auch Wireguard Interfaces genauso wie GRE Interfaces in die Datei "/etc/default/babeld" eingefügt werden.

=== Tests ===

Nach Aufruf von "ifconfig" sollten wir einen Eintrag für den Tunnel (in diesem Beispiel wg-test) vorfinden.

Der Aufruf "wg show" gibt etwas aus, mindestens den Namen der konfigurierten Interfaces, deren Ports und Keys. Falls auch die Gegenstelle schon erreichbar ist, werden weitere Informationen angezeigt. Beispiel:

interface: wg-test
public key: PecwpxwnSKPs4Gp39gvQzxdbZxQBCupB5Oo9OVM/5ko=
private key: (hidden)
listening port: 51820

peer: ZAleBcuJ4O9m2hfmz5bnqM0POCAIHQSsnWVBzreJaWw=
endpoint: 193.202.123.89:51820
allowed ips: 0.0.0.0/0, ::/0
latest handshake: 37 seconds ago
transfer: 125.24 MiB received, 140.72 MiB sent

Ob das Wireguard Modul geladen ist, kann mit dem Aufruf "lsmod | grep wireguard" ermittelt werden. Beispiel:

wireguard 221184 0
ip6_udp_tunnel 16384 1 wireguard
udp_tunnel 16384 1 wireguard

== macvtap ==

Ist das Interface in einer VM, die macvtap auf dem Host verwendet, um ein physikalisches Interface zu verwenden, kann es Probleme mit Multicast geben.
(gilt nicht bei GRE (das verwendet ja auch kein macvtap :P) in einer VM sondern nur wenn das physikalische Interface verwendet wird, also eth0 oder eth1.6 oder... in den meisten Standardfällen daher uninteressant).

Näheres [https://superuser.com/questions/944678/how-to-configure-macvtap-to-let-it-pass-multicast-packet-correctly hier]

In libvirt kann die Option trustGuestRxFilters='yes' an das entsprechende Interface gepackt werden, damit Multicast funktioniert:

<pre>
<interface type='direct' trustGuestRxFilters='yes'>
<source dev='enp1s0' mode='vepa'/>
<model type='virtio'/>
[..]
</interface>
</pre>

== Testen der Konfiguration ==
Es kann in der Routingtabelle geguckt werden ob hier bereits routen vorhanden sind:

<pre>
ip ro sh tab fff
ip -6 ro sh tab fff
</pre>

man kann sich mit nc mit Babel verbinden und sich Diagnoseausgaben anschauen:
<pre>
nc ::1 33123
</pre>
um mehr zu sehen, einfach dump eingeben und Enter drücken.

Per Script kann man das ganze z.b. so aufrufen:
<pre>
echo "dump" | nc ::1 33123 -q 0
</pre>
durch -q 0 wird nc direkt wieder beendet

Damit nc mit ipv6 funktioniert muss nc von den bsd Tools installiert werden:
<pre>
apt-get install netcat-openbsd
</pre>

Für eine bessere Übersicht hilft auch das Webinterface weiter (siehe weiter unten)

== Richtlinien für Babel Penalty bei dezentralen Hoods ==
* Ethernet: 96
* Richtfunk
** >100Mbit: 256
** 30-100Mbit: 512
** 10-30Mbit: 1024
** bis 10Mbit: 4096
* VPN: 4096 - 16384

Je nach Situation können Links auch schlechter hier angegeben bewertet werden. Auf eine Aufwertung sollte jedoch verzichtet werden.
Pro Link sollte maximal 16384 verwendet werden, damit auch bei vielen Hops das Maximum von 65535 nicht erreicht wird.

'''Begründung:'''

Wir wollen Richtfunkverbindungen (z.B. Marterlach -> St. Markus -> Hardhöhe -> Neunhof) gegenüber VPN (z.B. Marterlach -> per VPN zu einem HetznerGW -> per VPN nach Neunhof) bevorzugen, obwohl der Weg mehr Hops hat.

== Metriken anpassen ==
=== Default Route auf einen Server bevorzugen ===
Da es nicht möglich ist, im Babel die Route zu bevorzugen (sonst wäre das System nicht mehr Loopsicher), können wir nur alle anderen default routen abwerten.

Dies machen wir durch einen Filter in der Babel Config.

Wir brauchen einen Inputfilter, der auf ip 0.0.0.0/0 eq 0 greift. Dazu das bevorzugte Interface ohne Penalty und alle anderen mit einem Penalty. Das ganze kann z.b. so aussehen

<pre>
in ip 0.0.0.0/0 eq 0 if IF1 allow
in ip 0.0.0.0/0 eq 0 if IF2 metric 384
in ip 0.0.0.0/0 eq 0 metric 2048
</pre>

Zuerst wird auf das IF1 kein Penalty gegeben, danach auf IF2 ein Penalty von 384 und anschließend auf alle weiteren Interfaces ein Penalty von 2048.

== WebUI für Babel ==

=== Babelweb ===

Für Babel gibt es ein WebUI. Quellen: https://github.com/kerneis/babelweb

''Hinweis:'' Laut E-Mail von Gabriel Kerneis wird babelweb nicht mehr gepflegt, stattdessen wird der Nachfolger BabelWeb2 https://github.com/Vivena/babelweb2 weiter entwickelt! (Der folgende Text bezieht sich noch auf das ursprüngliche Babelweb 0.4.0.)

Installation:
<pre>
apt install nodejs-legacy npm
npm install -g babelweb
</pre>

/etc/systemd/system/babelweb.service:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb
Type=simple

[Install]
WantedBy=multi-user.target
</pre>

Der Dienst wird registriert und gestartet mit
<pre>
systemctl enable babelweb
systemctl start babelweb
</pre>

'''Modifikationen (optional):'''

Die Dokumentation von Babelweb empfiehlt, das Programm nicht als "root"
laufen zu lassen. Manche möchten die Webseiten lieber über einen anderen
Port als 8080 erreichen, zum Beispiel über Port 80. Leider benötigt BabelWeb
root Rechte, um auf Ports < 1024 zuzugreifen (ein Linux-Feature). Beispiel, hier für einen eingeschränkten Benutzer "normalo" und Port 7070:
<pre>
[Unit]
Description=babelweb

[Service]
ExecStart=/usr/local/bin/babelweb port=7070
User=normalo
Type=simple

[Install]
WantedBy=multi-user.target
</pre>
Die Webseite optisch umgestalten ist auch möglich, der Einstiegspunkt ist
<pre>
vi /usr/local/lib/node_modules/babelweb/static/index.html
</pre>

Nach Änderungen in der Datei "babelweb.service" muss diese neu eingelesen werden mit
<pre>
systemctl daemon-reload
systemctl restart babelweb
</pre>

==== Remote Server einbinden ====
Es muss ein SSH forwarding zu dem remote Gerät eingerichtet werden, gut erklärt in der Babel Doku: https://github.com/kerneis/babelweb/blob/develop/README.md unter "Monitoring remote babel instances".
Danach die Datei server.js anpassen z.b.
<pre>
[...]
"routers" : "[::1]:33123,[::1]:33124,[::1]:33125",
[...]
</pre>
Achtung, keine Leerzeichen vor oder nach dem Komma benutzen!

==== Problem mit dem neuen Node ====

In Debian 9 wird keine vollwertige Node Version mehr angeboten, und das Node 0.x aus Debian 8 ist voller Sicherheitslücken. Abhilfe schafft der Download einer aktuellen Version aus Git, hier Node.js 8 LTS (Support bis mindestens Dezember 2019).

apt-get install curl
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
apt-get install -y nodejs
npm install -g babelweb

''Hinweis:'' Der Startlink ist nach dieser Installation "/usr/bin/babelweb", dies muss in /etc/systemd/system/babelweb.service gegenüber der Beschreibung im Absatz "WebUI für Babel" geändert werden.

Die letzte Babelweb Version 0.4.0 wurde bereits an die akuellen Node Versionen (>= 7) angepasst, aber eine Programmzeile vergessen. Deshalb muss eine Quellcode-Datei bearbeitet werden. Weiter entwickelt wird jetzt BabelWeb2, s.o.

vi /usr/lib/node_modules/babelweb/node_modules/policyfile/lib/server.js

Dort muss Zeile 254 geändert werden. Vorher:

Object.keys(process.EventEmitter.prototype).forEach(function proxy (key){

Nach Korrektur:

Object.keys(require('events').prototype).forEach(function proxy (key){

Quelle: https://github.com/LearnBoost/websocket.io/issues/55

====Animation los werden====
Ohne Animation lädt die Seite wesentlich schneller und auf schwachen Rechnern/Handys läuft die nicht gut.
In
<pre>
/usr/local/lib/node_modules/babelweb/static/index.html
</pre>

folgende Zeilen auskommentieren:
<pre>
</head>
<body>
<h1>BabelWeb</h1>

<h3>Configuration</h3>
</pre>

=== Babelweb in PHP ===

Eine alternative ist das Babelweb in PHP

Einfach diese File herunterladen und in das Webroot eines Webservers packen. PHP muss installiert sein:

https://github.com/rohammer/Simple-Babelweb

Eigenentwicklung der Freifunk Franken Community und es wird aktuell auch aktiv dran weiter entwickelt.

Beispiel: http://fff-jupiter.fff.community/Simple-Babelweb/

Mittlerweile ist auch ein einfaches Looking Glass https://de.wikipedia.org/wiki/Looking_Glass_(Internet) integriert

Erlangen

2018-11-22T19:47:05Z

SBeck: /* Links */

__TOC__
[[Datei:Erlangen_Freifunkt_Zukunft.jpg|right|thumb|290px|Die Zukunft?<br>CC BY 3.0 DE - © Stadt Erlangen © Aerowest GmbH]]

Als Teil der [https://www.freifunk-franken.de Freifunk Franken Community] ist unser Ziel der Aufbau und Betrieb eines [[PicoPeeringAgreement|freien und unabhängigen]] WLAN-Netzes in [https://de.wikipedia.org/wiki/Erlangen Erlangen]. Zusätzlich zur weiteren Verbreitung von Freifunk im gesamten [https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Stadtgebiet] arbeiten wir auch an einem Konzept für die engmaschige Versorgung der Erlanger Innenstadt (Fußgängerzone).
Hinzu kommen Pläne für ein Richtfunknetz innerhalb der Innenstadt.

== Treffen ==
Du wohnst in Erlangen und Umgebung und interessierst dich für Freifunk?

Alle Infos zu unseren [https://wiki.freifunk-franken.de/w/Portal:Treffen Treffen] findest du im [https://pad.freifunk.net/p/Erlangen Erlangen Pad].

== Zukunft mitgestalten ==

Es werden nach wie vor hohe Standorte in Erlangen benötigt. Wer Zugang zu solchen Standorten hat, darf gerne helfen beim Ausbau oder sich einfach an die [[Mailinglisten]] melden falls Hilfe benötigt wird.

Wer sich nicht gleich an einer Mailingliste anmelden will, findet weitere Kontaktmöglichkeiten [https://wiki.freifunk-franken.de/w/Kommunikation hier].

Um eine E-Mail direkt an die Erlanger Freifunker zu senden, benutze die Adresse <[mailto:support@freifunk-erlangen.de support@freifunk-erlangen.de]>.

== Projekte ==

=== Initialer Richtfunkausbau ===
[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Richtfunkausbau Link zum Konzept]

Im Herbst 2018 wurden die Gespräche zwischen der Stadt Erlangen, dem Erlanger Tourismus und Marketing Verein e.V. und Freifunk wieder aufgenommen.

Es wurde bei einem ersten Treffen der gegenseitige Wille bekräftigt, Freifunk in Erlangen voranzubringen.

Als primäre Ziele wurden identifiziert:

*Errichten eines Richtfunkstandortes am Rathaus
*Aufbau einer Außeninstallation am Markplatz
*Versorgung dieser, ggf. per Richtfunk

Beinah zeitgleich wurden auch die Gespräche mit der Neustädter Kirchengemeinde wieder aufgenommen. Der Kirchenvorstand bestätigte seine frühere Entscheidung, eine Richtfunkinstallation auf Höhe der Besucherplattform der Neustädter Kirche zuzulassen.

Die Neustädter Kirche ermöglicht durch ihre zentrale Lage die optimale Verbindung der Standorte Rathaus, Hugenotteplatz und Marktplatz.

=== Freifunk in der Erlanger Fußgängerzone ===
Dies ist der Masterplan: [https://wiki.freifunk-franken.de/w/StadtkonzeptErlangen Stadtkonzept Erlangen]

Kontakt beim City Management Erlangen: Stefan Backer (vorname.nachname@etm-er.de). [https://netmon.freifunk-franken.de/user.php?user_id=574 Übersicht der aufgestellten Router].

[https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--ohneAnschnitt.pdf Router Aufkleber] wurden in Tourist-Info in der Goethestraße deponiert und können dort zu den Öffnungszeiten abgeholt werden.

Beim Aufstellen bitte beachten: [https://wiki.freifunk-franken.de/w/NamensschemaErlangen Router-Namensschema] für die von der Stadt Erlangen betreuten Router. Router-Passwörter werden in einer gemeinsam verwalteten Datei [[ZugangTeilen | geteilt]]. Diese findet sich zur Zeit [https://github.com/rschlenk/FreifunkRouter hier] (Zugriff: R.funkt/Dieter/Christian). Sobald das Netz stabil funktioniert, werden die Passwörter an die jeweiligen Besitzer übergeben.

=== Freifunk in Erlanger Flüchtlingsunterkünften ===
Internet ermöglicht Flüchtlingen, mit der Familie Kontakt zu halten, und hilft gegen Isolation und Langeweile. Mit Unterstützung von Helferkreis und Stadt Erlangen arbeiten wir daran, einen Großteil der (dezentralen) Erlanger Flüchtlingsunterkünfte mit kostenlosem WLAN zu versorgen.

Hier gibt es weitere [https://wiki.freifunk-franken.de/w/Fluechtlinksunterkuenfte#Erlangen Informationen und Status zu den einzelnen Unterkünften].

Beim Aufstellen bitte beachten: [https://wiki.freifunk-franken.de/w/NamensschemaErlangen Router-Namensschema] für Flüchtlingsunterkünfte. Router-Passwörter werden in einer gemeinsam verwalteten, verschlüsselten Datei [[ZugangTeilen | geteilt]]. Diese findet sich zur Zeit [https://github.com/rschlenk/FreifunkRouter hier] (Zugriff: R.funkt/<strike>kwadronaut</strike>/Dieter).

== Öffentliche Standorte ==
[https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Karte aller Erlanger Knoten im Monitoring]<br>

<DynamicPageList>
category=Standort
category=Erlangen
</DynamicPageList>

== (Zuküftige) Richtfunkstandorte in Erlangen ==
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Rathaus Rathaus] - In Entstehung
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Marktplatz Neustädter Kirche] - In Entstehung, begrenzt möglich
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Marktplatz Marktplatz] - In Entstehung
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/MartinsbuehlerStrasse Martinsbühler Strasse] - Zukünftige Installation möglich

== Hood-Name und SSID mit dezentralen Gateways ==
Dieses Namenskonzept ist freiwillig, hilft aber als eine Einheit aufzutreten.

Die Hood benennen wir von links nach rechts vom allgemeinen zum speziellen.

Erlangen (die allgemeine V2 Hood)
Erlangen-City (spezieller Eigenname)
Erlangen-kurzeStraße
Erlangen-langeStraße-Hausnummer (bevorzugt kurze Straße in der Nähe)
Erlangen-Eigenname

Auch bei den 32 Byte der SSID geht es von links nach rechts vom allgemeinen zum speziellen. Bei den Buchstaben werden nur Kleinbuchstaben verwendet. Wenn der Straßen- oder Eigenname zu lang wird, kürzen wir ihn ab.

Deutsche Umlaute werden vermieden.
01234567890123456789012345678901
freifunk-erlangen.de#rathaus
freifunk-erlangen.de#marktplatz
freifunk-erlangen.de#matbler-str
freifunk-erlangen.de#<11weiterefreiezeichen>

Für Mesh wäre dann analog folgendes sinnvoll, damit man wieder sieht, was zusammen gehört. Hier geht es von links nach rechts, vom allgemeinen zum speziellen:

01234567890123456789012345678901
fff_mesh_erl_rathaus
fff_mesh_erl_marktplatz
fff_mesh_erl_matbler-str
fff_mesh_erl_<19weiterefreiezeichen>

== Medien / Öffentlichkeit ==
* Juni 2015: [http://www.fdp-erlangen.de/blog/2015/06/18/wlan-in-erlangen/ Antrag im Stadtrat]
* September 2015: [https://www.facebook.com/events/760876484021145/?ref=3&ref_newsfeed_story_type=regular&action_history=null&source=3&source_newsfeed_story_type=regular Café Grün mit dem Thema Freifunk]
* September 2015: [http://ratsinfo.erlangen.de/bi/vo0050.php?__kvonr=2127847&voselect=2113432 WLAN in Erlangen - Beschluss im Stadtrat]
* November 2015: URL http://freifunk-erlangen.de
* Dezember 2015: Erste Freifunk-Router im [https://twitter.com/erlangen_gis/status/674222813813850113 Erlanger Rathaus] und [https://www.facebook.com/CafeAsylErlangen/photos/a.185584985106726.1073741828.181199615545263/218740128457878/?type=3&theater öffentlichen Einrichtungen]
* April 2016: [http://www.churu.de/assets/pdf/CHURU_23_WEB.pdf Ankündigung Projekt Fußgängerzone] (Magazin Churu, Seite 32)
* April 2016: Erlanger Frühling - [https://wiki.freifunk-franken.de/w/ErlangerFruehling2016 Freifunk Stand auf dem Marktplatz]
* April 2016: [https://cms.erlug.de/Veranstaltung/freifunk-franken-aktuelles-vom-dezentralen-wireless-mesh-netzwerk/?instance_id=161 Erlanger Linuxtag 2016] ([https://wiki.freifunk-franken.de/w/Datei:ELT2016.jpg Foto])
* Mai 2016: Aufstellen von Routern für den Comic Salon Erlangen 2016
* Mai 2016: [https://wiki.freifunk-franken.de/w/Vortrag:_Freies_WLAN_in_der_Erlanger_Innenstadt Vortrag für "Gemeinsam Online"] - Auftaktveranstaltung zur "Digitalen City-Initiative" Erlangen ([https://wiki.freifunk-franken.de/w/Datei:Freifunk_EN_2016-06-02_high.jpg Zeitungsartikel EN], [http://mst.works/oc/index.php/apps/gallery/s/hRIGbK7d6Zd0gQ0 Fotos])
* Juni 2016: [https://wiki.freifunk-franken.de/w/Datei:Marktspiegel-20160615.pdf Zeitungsartikel MarktSpiegel]
* Februar 2017: [http://www.erlangen-marketing.de/service/aktuelle_nachrichten/Standorte_Freies_WLAN.html Standorte Freies WLAN Erlangen]
* März 2017: Die Freifunk-Knoten im Erlanger Rathaus gehen online
* April 2017: [https://wiki.freifunk-franken.de/w/ErlangerFruehling2017 Erlanger Frühling 2017]
* Wegen des starken Wachstums wird die Hood Erlangen in Erlangen und Erlangen-West geteilt
* Juli 2017: Pressemitteilung [https://wiki.freifunk-franken.de/mediawiki/images/8/8a/Presseinformation_Mehr_kostenloses_WLAN_f%C3%BCr_Alle_in_Erlangen_City-Management_ER.pdf Freifunk am Hugenottenplatz]
* September 2017: [https://wiki.freifunk-franken.de/mediawiki/images/c/cd/Freifunk-Hugenottenplatz.jpg Kostenloses WLAN jetzt auch am Hugenottenplatz] (Stadtzeitung "Rathausplatz 1")
* September 2017: [http://www.nordbayern.de/region/erlangen/kostenloses-wlan-fur-alle-kommt-in-erlangen-gut-an-1.6598720 Zeitungsartikel www.nordbayern.de] - Kostenloses WLAN für alle kommt in Erlangen gut an ([https://wiki.freifunk-franken.de/mediawiki/images/c/cf/Kostenloses_WLAN_f%C3%BCr_alle_kommt_in_Erlangen_gut_an_-_Erlangen_-_nordbayern.de.pdf pdf])
* November 2017: [http://deinerlangen.de/kostenlose-wlan-hotspots-in-erlangen/ Kostenlose WLAN-Hotspots in Erlangen] - digitales Stadtmagazin [http://deinerlangen.de deinErlangen.de])
* Mai 2018: [http://www.nordbayern.de/region/fuerth/ergebnisse-gefordert-furth-will-endlich-gratis-wlan-1.7590587 Zeitungsartikel www.nordbayern.de] Erlangen als Vorbild in der Metropolregion?!

== Freifunker aus Erlangen ==
''Um hier eingetragen zu werden bitte eine Wiki-Benutzerseite anlegen und die Kategorien "Benutzer" und "Erlangen" hinzufügen.''
<DynamicPageList>
category=Benutzer
category=Erlangen
</DynamicPageList>
*[[Benutzer:Radiator]]

== Dokumente, Flyer, Aufkleber ==
Folgende Dokumente können in Erlangen verwendet werden:
* Nachbarschaftsflyer "Hallo Nachbar" ([https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6.pdf PDF, A6] | [https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6_2mmAnschnitt.pdf PDF, A6, 0,2 mm Anschnitt])
* Freifunk Faltblatt/Flyer [https://wiki.freifunk-franken.de/mediawiki/images/6/6f/Flyeralarm_falt_qk_6seiter_w_mass.pdf "Wickelfalz"] ([https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_ohneAnschnitt.pdf PDF, 10x10] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnitt.pdf PDF, 10x10, 2 mm Anschnitt] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnittMarken.pdf PDF, 10x10, 2 mm Anschnitt mit Markierung])
* Hotspot Sticker "Hier freies WLAN" in Magenta ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-pink.pdf PDF, A6]) bzw. Magenta/Gelb ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-gelb.pdf PDF, A6])
* Freifunk Erlangen – Aufkleber für Router 105 mm x 35 mm ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--ohneAnschnitt.pdf PDF] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--1mmAnschnitt.pdf PDF, 1 mm Anschnitt])
* Freifunk Franken Flüchtlingsflyer ([https://wiki.freifunk-franken.de/mediawiki/images/e/ef/Fl%C3%BCchtlingsflyer-Franken-A4.pdf PDF, A4]) – Info-Flyer für Geflüchtete (in zehn Sprachen)

== v2 Hoods ==
[[Datei:Hood_Erlangen_20181026.PNG|thumb|300px|Erlanger Hood am 26.10.2018]]
[[Datei:Hood_Erlangen_Innenstadt_20181026.PNG|thumb|300px|Erlanger Innenstadt am 26.10.2018]]
Seit Oktober 2018 sind wir von v1 auf v2 umgestiegen. Die alte v1 Hood wurde aufgelöst.

Um die v2 Netze performant zu halten werden, muss das Erlanger Stadtgebiet in weitere kleinere Hoods zersplittert werden. <br/>
Das Ziel sollte sein nicht mehr als 50 Knoten in einer Hood zu haben.<br/>
Ideen dazu werden derzeit erarbeitet.

=== Erlangen ===
Hood Erlangen im [https://monitoring.freifunk-franken.de/hoodstatistics/30118 Monitoring] / [https://wiki.freifunk-franken.de/w/Portal:Netz#10.83.180.0.2F22_Erlangen Wiki]

'''IPv4-Range:''' 10.83.180.0/22

'''SSID:''' freifunk-erlangen.de <br>
'''Mesh ESSID:''' mesh.freifunk-erlangen.de

'''Kanal 2,4 GHz:''' 13 (default)<br>
'''Kanal 5GHz:''' 40 (default)

'''Gateways:'''<br>
<strike> 10.83.180.1 </strike> <strike> fff-erl-1</strike> - Im Aufbau<br>
10.83.180.2 fff-uranus

'''Adressbereiche:'''<br>
10.83.180.1 – 10.83.180.255 Statische IP-Adressen <br>
10.83.181.0 – 10.83.182.172 Gateway fff-uranus <br>
<s>10.83.182.128 - 10.83.183.254 Gateway fff-erl-1 </s>

== Links ==
* [https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Monitoring Tool] (ab Firmware 0.5.1)
* Allgemeine Übersicht [https://wiki.freifunk-franken.de/w/FreifunkFuerFluechtlinksunterkuenfte Freifunk in Flüchtlingsunterkünften]
* [https://wiki.freifunk-franken.de/w/Stadtkonzept Generisches Konzept] für Freifunk in Städten
<br>
__NOTOC__
[[Kategorie:Community]]
[[Kategorie:Hoods-V2]]
[[Kategorie:Erlangen]]

Erlangen

2018-11-22T19:46:23Z

SBeck: /* Links */

Erlangen

2018-11-22T19:44:38Z

SBeck:

__TOC__
[[Datei:Erlangen_Freifunkt_Zukunft.jpg|right|thumb|290px|Die Zukunft?<br>CC BY 3.0 DE - © Stadt Erlangen © Aerowest GmbH]]

Als Teil der [https://www.freifunk-franken.de Freifunk Franken Community] ist unser Ziel der Aufbau und Betrieb eines [[PicoPeeringAgreement|freien und unabhängigen]] WLAN-Netzes in [https://de.wikipedia.org/wiki/Erlangen Erlangen]. Zusätzlich zur weiteren Verbreitung von Freifunk im gesamten [https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Stadtgebiet] arbeiten wir auch an einem Konzept für die engmaschige Versorgung der Erlanger Innenstadt (Fußgängerzone).
Hinzu kommen Pläne für ein Richtfunknetz innerhalb der Innenstadt.

== Treffen ==
Du wohnst in Erlangen und Umgebung und interessierst dich für Freifunk?

Alle Infos zu unseren [https://wiki.freifunk-franken.de/w/Portal:Treffen Treffen] findest du im [https://pad.freifunk.net/p/Erlangen Erlangen Pad].

== Zukunft mitgestalten ==

Es werden nach wie vor hohe Standorte in Erlangen benötigt. Wer Zugang zu solchen Standorten hat, darf gerne helfen beim Ausbau oder sich einfach an die [[Mailinglisten]] melden falls Hilfe benötigt wird.

Wer sich nicht gleich an einer Mailingliste anmelden will, findet weitere Kontaktmöglichkeiten [https://wiki.freifunk-franken.de/w/Kommunikation hier].

Um eine E-Mail direkt an die Erlanger Freifunker zu senden, benutze die Adresse <[mailto:support@freifunk-erlangen.de support@freifunk-erlangen.de]>.

== Projekte ==

=== Initialer Richtfunkausbau ===
[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Richtfunkausbau Link zum Konzept]

Im Herbst 2018 wurden die Gespräche zwischen der Stadt Erlangen, dem Erlanger Tourismus und Marketing Verein e.V. und Freifunk wieder aufgenommen.

Es wurde bei einem ersten Treffen der gegenseitige Wille bekräftigt, Freifunk in Erlangen voranzubringen.

Als primäre Ziele wurden identifiziert:

*Errichten eines Richtfunkstandortes am Rathaus
*Aufbau einer Außeninstallation am Markplatz
*Versorgung dieser, ggf. per Richtfunk

Beinah zeitgleich wurden auch die Gespräche mit der Neustädter Kirchengemeinde wieder aufgenommen. Der Kirchenvorstand bestätigte seine frühere Entscheidung, eine Richtfunkinstallation auf Höhe der Besucherplattform der Neustädter Kirche zuzulassen.

Die Neustädter Kirche ermöglicht durch ihre zentrale Lage die optimale Verbindung der Standorte Rathaus, Hugenotteplatz und Marktplatz.

=== Freifunk in der Erlanger Fußgängerzone ===
Dies ist der Masterplan: [https://wiki.freifunk-franken.de/w/StadtkonzeptErlangen Stadtkonzept Erlangen]

Kontakt beim City Management Erlangen: Stefan Backer (vorname.nachname@etm-er.de). [https://netmon.freifunk-franken.de/user.php?user_id=574 Übersicht der aufgestellten Router].

[https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--ohneAnschnitt.pdf Router Aufkleber] wurden in Tourist-Info in der Goethestraße deponiert und können dort zu den Öffnungszeiten abgeholt werden.

Beim Aufstellen bitte beachten: [https://wiki.freifunk-franken.de/w/NamensschemaErlangen Router-Namensschema] für die von der Stadt Erlangen betreuten Router. Router-Passwörter werden in einer gemeinsam verwalteten Datei [[ZugangTeilen | geteilt]]. Diese findet sich zur Zeit [https://github.com/rschlenk/FreifunkRouter hier] (Zugriff: R.funkt/Dieter/Christian). Sobald das Netz stabil funktioniert, werden die Passwörter an die jeweiligen Besitzer übergeben.

=== Freifunk in Erlanger Flüchtlingsunterkünften ===
Internet ermöglicht Flüchtlingen, mit der Familie Kontakt zu halten, und hilft gegen Isolation und Langeweile. Mit Unterstützung von Helferkreis und Stadt Erlangen arbeiten wir daran, einen Großteil der (dezentralen) Erlanger Flüchtlingsunterkünfte mit kostenlosem WLAN zu versorgen.

Hier gibt es weitere [https://wiki.freifunk-franken.de/w/Fluechtlinksunterkuenfte#Erlangen Informationen und Status zu den einzelnen Unterkünften].

Beim Aufstellen bitte beachten: [https://wiki.freifunk-franken.de/w/NamensschemaErlangen Router-Namensschema] für Flüchtlingsunterkünfte. Router-Passwörter werden in einer gemeinsam verwalteten, verschlüsselten Datei [[ZugangTeilen | geteilt]]. Diese findet sich zur Zeit [https://github.com/rschlenk/FreifunkRouter hier] (Zugriff: R.funkt/<strike>kwadronaut</strike>/Dieter).

== Öffentliche Standorte ==
[https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Karte aller Erlanger Knoten im Monitoring]<br>

<DynamicPageList>
category=Standort
category=Erlangen
</DynamicPageList>

== (Zuküftige) Richtfunkstandorte in Erlangen ==
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Rathaus Rathaus] - In Entstehung
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Marktplatz Neustädter Kirche] - In Entstehung, begrenzt möglich
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/Marktplatz Marktplatz] - In Entstehung
*[https://wiki.freifunk-franken.de/w/Standorte/Erlangen/MartinsbuehlerStrasse Martinsbühler Strasse] - Zukünftige Installation möglich

== Hood-Name und SSID mit dezentralen Gateways ==
Dieses Namenskonzept ist freiwillig, hilft aber als eine Einheit aufzutreten.

Die Hood benennen wir von links nach rechts vom allgemeinen zum speziellen.

Erlangen (die allgemeine V2 Hood)
Erlangen-City (spezieller Eigenname)
Erlangen-kurzeStraße
Erlangen-langeStraße-Hausnummer (bevorzugt kurze Straße in der Nähe)
Erlangen-Eigenname

Auch bei den 32 Byte der SSID geht es von links nach rechts vom allgemeinen zum speziellen. Bei den Buchstaben werden nur Kleinbuchstaben verwendet. Wenn der Straßen- oder Eigenname zu lang wird, kürzen wir ihn ab.

Deutsche Umlaute werden vermieden.
01234567890123456789012345678901
freifunk-erlangen.de#rathaus
freifunk-erlangen.de#marktplatz
freifunk-erlangen.de#matbler-str
freifunk-erlangen.de#<11weiterefreiezeichen>

Für Mesh wäre dann analog folgendes sinnvoll, damit man wieder sieht, was zusammen gehört. Hier geht es von links nach rechts, vom allgemeinen zum speziellen:

01234567890123456789012345678901
fff_mesh_erl_rathaus
fff_mesh_erl_marktplatz
fff_mesh_erl_matbler-str
fff_mesh_erl_<19weiterefreiezeichen>

== Medien / Öffentlichkeit ==
* Juni 2015: [http://www.fdp-erlangen.de/blog/2015/06/18/wlan-in-erlangen/ Antrag im Stadtrat]
* September 2015: [https://www.facebook.com/events/760876484021145/?ref=3&ref_newsfeed_story_type=regular&action_history=null&source=3&source_newsfeed_story_type=regular Café Grün mit dem Thema Freifunk]
* September 2015: [http://ratsinfo.erlangen.de/bi/vo0050.php?__kvonr=2127847&voselect=2113432 WLAN in Erlangen - Beschluss im Stadtrat]
* November 2015: URL http://freifunk-erlangen.de
* Dezember 2015: Erste Freifunk-Router im [https://twitter.com/erlangen_gis/status/674222813813850113 Erlanger Rathaus] und [https://www.facebook.com/CafeAsylErlangen/photos/a.185584985106726.1073741828.181199615545263/218740128457878/?type=3&theater öffentlichen Einrichtungen]
* April 2016: [http://www.churu.de/assets/pdf/CHURU_23_WEB.pdf Ankündigung Projekt Fußgängerzone] (Magazin Churu, Seite 32)
* April 2016: Erlanger Frühling - [https://wiki.freifunk-franken.de/w/ErlangerFruehling2016 Freifunk Stand auf dem Marktplatz]
* April 2016: [https://cms.erlug.de/Veranstaltung/freifunk-franken-aktuelles-vom-dezentralen-wireless-mesh-netzwerk/?instance_id=161 Erlanger Linuxtag 2016] ([https://wiki.freifunk-franken.de/w/Datei:ELT2016.jpg Foto])
* Mai 2016: Aufstellen von Routern für den Comic Salon Erlangen 2016
* Mai 2016: [https://wiki.freifunk-franken.de/w/Vortrag:_Freies_WLAN_in_der_Erlanger_Innenstadt Vortrag für "Gemeinsam Online"] - Auftaktveranstaltung zur "Digitalen City-Initiative" Erlangen ([https://wiki.freifunk-franken.de/w/Datei:Freifunk_EN_2016-06-02_high.jpg Zeitungsartikel EN], [http://mst.works/oc/index.php/apps/gallery/s/hRIGbK7d6Zd0gQ0 Fotos])
* Juni 2016: [https://wiki.freifunk-franken.de/w/Datei:Marktspiegel-20160615.pdf Zeitungsartikel MarktSpiegel]
* Februar 2017: [http://www.erlangen-marketing.de/service/aktuelle_nachrichten/Standorte_Freies_WLAN.html Standorte Freies WLAN Erlangen]
* März 2017: Die Freifunk-Knoten im Erlanger Rathaus gehen online
* April 2017: [https://wiki.freifunk-franken.de/w/ErlangerFruehling2017 Erlanger Frühling 2017]
* Wegen des starken Wachstums wird die Hood Erlangen in Erlangen und Erlangen-West geteilt
* Juli 2017: Pressemitteilung [https://wiki.freifunk-franken.de/mediawiki/images/8/8a/Presseinformation_Mehr_kostenloses_WLAN_f%C3%BCr_Alle_in_Erlangen_City-Management_ER.pdf Freifunk am Hugenottenplatz]
* September 2017: [https://wiki.freifunk-franken.de/mediawiki/images/c/cd/Freifunk-Hugenottenplatz.jpg Kostenloses WLAN jetzt auch am Hugenottenplatz] (Stadtzeitung "Rathausplatz 1")
* September 2017: [http://www.nordbayern.de/region/erlangen/kostenloses-wlan-fur-alle-kommt-in-erlangen-gut-an-1.6598720 Zeitungsartikel www.nordbayern.de] - Kostenloses WLAN für alle kommt in Erlangen gut an ([https://wiki.freifunk-franken.de/mediawiki/images/c/cf/Kostenloses_WLAN_f%C3%BCr_alle_kommt_in_Erlangen_gut_an_-_Erlangen_-_nordbayern.de.pdf pdf])
* November 2017: [http://deinerlangen.de/kostenlose-wlan-hotspots-in-erlangen/ Kostenlose WLAN-Hotspots in Erlangen] - digitales Stadtmagazin [http://deinerlangen.de deinErlangen.de])
* Mai 2018: [http://www.nordbayern.de/region/fuerth/ergebnisse-gefordert-furth-will-endlich-gratis-wlan-1.7590587 Zeitungsartikel www.nordbayern.de] Erlangen als Vorbild in der Metropolregion?!

== Freifunker aus Erlangen ==
''Um hier eingetragen zu werden bitte eine Wiki-Benutzerseite anlegen und die Kategorien "Benutzer" und "Erlangen" hinzufügen.''
<DynamicPageList>
category=Benutzer
category=Erlangen
</DynamicPageList>
*[[Benutzer:Radiator]]

== Dokumente, Flyer, Aufkleber ==
Folgende Dokumente können in Erlangen verwendet werden:
* Nachbarschaftsflyer "Hallo Nachbar" ([https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6.pdf PDF, A6] | [https://wiki.freifunk-franken.de/w/Datei:Flyer_hallo-nachbar_franken_a6_2mmAnschnitt.pdf PDF, A6, 0,2 mm Anschnitt])
* Freifunk Faltblatt/Flyer [https://wiki.freifunk-franken.de/mediawiki/images/6/6f/Flyeralarm_falt_qk_6seiter_w_mass.pdf "Wickelfalz"] ([https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_ohneAnschnitt.pdf PDF, 10x10] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnitt.pdf PDF, 10x10, 2 mm Anschnitt] | [https://wiki.freifunk-franken.de/w/Datei:FF-Franken_Faltblatt_6_Seiten_9.8x9.8_2mmAnschnittMarken.pdf PDF, 10x10, 2 mm Anschnitt mit Markierung])
* Hotspot Sticker "Hier freies WLAN" in Magenta ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-pink.pdf PDF, A6]) bzw. Magenta/Gelb ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken_Freies-WLAN_Aufkleber-gelb.pdf PDF, A6])
* Freifunk Erlangen – Aufkleber für Router 105 mm x 35 mm ([https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--ohneAnschnitt.pdf PDF] | [https://wiki.freifunk-franken.de/w/Datei:Freifunk-Franken--Router-Aufkleber-Erlangen--1mmAnschnitt.pdf PDF, 1 mm Anschnitt])
* Freifunk Franken Flüchtlingsflyer ([https://wiki.freifunk-franken.de/mediawiki/images/e/ef/Fl%C3%BCchtlingsflyer-Franken-A4.pdf PDF, A4]) – Info-Flyer für Geflüchtete (in zehn Sprachen)

== v2 Hoods ==
[[Datei:Hood_Erlangen_20181026.PNG|thumb|300px|Erlanger Hood am 26.10.2018]]
[[Datei:Hood_Erlangen_Innenstadt_20181026.PNG|thumb|300px|Erlanger Innenstadt am 26.10.2018]]
Seit Oktober 2018 sind wir von v1 auf v2 umgestiegen. Die alte v1 Hood wurde aufgelöst.

Um die v2 Netze performant zu halten werden, muss das Erlanger Stadtgebiet in weitere kleinere Hoods zersplittert werden. <br/>
Das Ziel sollte sein nicht mehr als 50 Knoten in einer Hood zu haben.<br/>
Ideen dazu werden derzeit erarbeitet.

=== Erlangen ===
Hood Erlangen im [https://monitoring.freifunk-franken.de/hoodstatistics/30118 Monitoring] / [https://wiki.freifunk-franken.de/w/Portal:Netz#10.83.180.0.2F22_Erlangen Wiki]

'''IPv4-Range:''' 10.83.180.0/22

'''SSID:''' freifunk-erlangen.de <br>
'''Mesh ESSID:''' mesh.freifunk-erlangen.de

'''Kanal 2,4 GHz:''' 13 (default)<br>
'''Kanal 5GHz:''' 40 (default)

'''Gateways:'''<br>
<strike> 10.83.180.1 </strike> <strike> fff-erl-1</strike> - Im Aufbau<br>
10.83.180.2 fff-uranus

'''Adressbereiche:'''<br>
10.83.180.1 – 10.83.180.255 Statische IP-Adressen <br>
10.83.181.0 – 10.83.182.172 Gateway fff-uranus <br>
<s>10.83.182.128 - 10.83.183.254 Gateway fff-erl-1 </s>

== Links ==
* [https://monitoring.freifunk-franken.de/map?mapcenter=49.58234,11.00504,13 Monitoring Tool] (ab Firmware 0.5.1)
* Allgemeine Übersicht [https://wiki.freifunk-franken.de/w/FreifunkFuerFluechtlinksunterkuenfte Freifunk in Flüchtlingsunterkünften]
* [https://wiki.freifunk-franken.de/w/Stadtkonzept Generisches Konzept] für Freifunk in Städten
<br>
__NOTOC__
[[Kategorie:Hood]]
[[Kategorie:Hoods-V2]]
[[Kategorie:Erlangen]]
[[Kategorie:Community]]