nyuuzyou/wikis huggingface dataset:
Eckental

__NOTOC__
Als Teil der Freifunk Franken Community ist unser Ziel der Aufbau und Betrieb eines freien und unabhängigen WLAN-Netzes in 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 FLEck .e.V. wollen wir die Flüchtlingsunterkünfte in Eschenau und Forth mit kostenlosem WLAN zu versorgen.
Kategorie:Eckental
Kategorie:Community
ErlangerFruehling2016

__NOTOC__
Die Erlanger Freifunker nutzten die Kooperation mit dem City Management Erlangen ("Projekt Fußgängerzone"), um die Idee Freifunk auf dem Erlanger Frühling 2016 zu präsentieren.
== Stand ==
Nachdem Freifunk Franken bislang eher auf technisch orientierten Veranstaltungen vertreten war (z.B. Lange Nacht der Wissenschaften), wagten wir uns diesmal an die breite Öffentlichkeit! Zumal wir mit unserem Stand inmitten des Tourismus Bereichs eher älteres Publikum erwarteten. Glücklicherweise hatte die "Ferienregion Haßberge" von gegenüber keinen Freifunk Router dabei, so dass wir eine Hood Vermaschung vermeiden konnten...
== Besucher ==
Der Veranstalter schätze die Zahl der Besucher in der Fußgängerzone auf unglaubliche 35.000 Leute - und das merkten wir: Die anfängliche Standbesetzung (Chris, Dieter, R.funkt, mayosemmel) war in den ersten Stunden schwer damit beschäftigt, die sehr unterschiedlichen Anfragen der Besucher zu beantworten. Die Fragen/Kommentare gingen von "Des brauch ma ned!" und "Ihr seid echt super, euch höre ich auch immer!" (meinte diejenige Radio F ?!?) über Störerhaftung bis zu technischen Fachgesprächen. Immerhin fünf Besucher kauften einen Router bei uns am Stand, drei flashten ihn gleich vor Ort.
Zum Ende der Veranstaltung nahm der Publikumsverkehr dann ab. Nach und nach waren auch noch andere Freifunker gekommen (ChristianD, Michael), so dass wir quasi ein kleines Community Treffen abhielten. Auch Herr Götz, Leiter der städtischen IT (eGovernment), schaute noch vorbei. Alles in allem eine gelungene Veranstaltung bei schönstem Frühlingswetter, die aber auch wieder mal gezeigt hat, wie schwer es ist, Freifunk vor einem kritischen Publikum zu pitchen.
== Technik ==
Dank einer Leihgabe von dk5ras hatten wir Freifunk Franken WLAN via 3G/4G am Stand! Und nicht nur dort, denn zwei Ubiquitis, die Dieter auf einen Mast montiert hatte, verbanden sich mit anderen Routern aus der Fußgängerzone, sogar bis hin zu den Arcaden. Allerdings machte uns das alte B.A.T.M.A.N. mal wieder einen Strich durch die Rechnung (suboptimales Routing über sehr schlechte Links), so dass wir die Router am Mast später deaktivierten. 
== Impressionen ==
Datei:ErlangerFruehling1.jpg|Diskussionen am Stand
Datei:ErlangerFruehling2.jpg|Antennenmast
Datei:ErlangerFruehling3.jpg|Internet Uplink
Datei:ErlangerFruehling4.jpg|Infomaterial
Kategorie:Erlangen
ErlangerFruehling2017

__NOTOC__
Wie schon im letzten Jahr so waren auch dieses Jahr die Erlanger Freifunker wieder mit beim Erlanger Frühling dabei.
== Stand ==
Dank Ubiquiti Router auf großem Mast, LTE Anbindung und eigener Hood konnten wir dieses Mal uneingeschränkte Freifunk Experience bieten. Und um das Ganze etwas eindrucksvoller präsentieren zu können, hatten wir zudem ein paar Kilogramm Technik auf dem Tisch gestellt.
== Besucher ==
Auch diesmal waren wieder mehrere 10.000 Leute in der Fußgängerzone unterwegs - und das hieß für uns zunächst: viele Gespräche. Das Spektrum der Anfragen war wie erwartet sehr breit, vom Typ interessierter Student bis zu "naaah, dafür bin ich zu alt". Router verkauften wir diesmal allerdings keine.
== Impressionen ==
Datei:ErlangerFruehling2017-1.jpg|Aufbau
Datei:ErlangerFruehling2017-2.jpg|Antennenmast
Datei:Publicpreview.jpeg|TrafficDeluxe
Kategorie:Erlangen
FF-Router am Gastzugang einer Fritzbox

__NOTOC__
Um einen Freifunk Router vollständig aus dem Heimnetz zu entkoppeln bietet die FritzBox die Möglichkeit an, das WLAN-Netzwerk des Gastzugangs zusätzlich auf den Lan-Port 4 zu schalten. An diesem kann dann der Freifunk Router direkt mit dem WAN-Port angeschlossen werden.
=== Gastzugang einrichten ===
Der Gastzugang der FritzBox hat einen anderen, nicht veränderbaren, IP-Adressbereich (192.168.179.0/24) als das Heimnetzwerk der FitzBox und stellt somit eine logische Trennung dieser Netzwerke dar.
=== Modifizierte Regelliste für Mail/Surf/Freifunk ===
Für den Gastzugang einer FritzBox können aber noch zusätzliche Regellisten erstellt werden, um den Gastzugang nur zum Surfen und Mail verwenden zu können. Die von AVM voreingestellte List "alles außer Surfen und Mailen" beinhaltet einen Negativ-Filter, welcher alle anderen Ports sperrt. Wenn diese Liste am Gastzugang aktiv ist funktioniert der Freifunk Router nicht, da DNS und alle UDP-Ports gesperrt sind. Um diese Sperrliste trotzdem mit Freifunk Router zu verwenden, muss diese modifiziert oder eine neue Sperrlist angelegt werden.
Hierzu wählt man im Menü "Internet" - "Filter" und selektiert dann den Reiter "Listen". Unter "Netzwerkanwendungen" kann man auf "Netzwerkanwendung hinzufügen" klicken um eine neue Liste für den Anschluss des Freifunk Routers zu erstellen.
Die Liste enthält eine Sammlung an Ports, die aber im Gastzugang als Blacklist verwendet wird.
(Also alles, was in der "Netzwerkanwendung" auftaucht, ist blockiert!)
Aber:
Es müssen alle Ports freigegeben werden! Die für die Tunnel verwendeten Ports sind nicht Freifunk Franken weit einheitlich geregelt, sondern werden von den Hoodbetreibern festgelegt!
=== Filter Einstellungen ===
Hierzu sei gesagt, dass die gesetzten Filter bei der Benutzung eines VPN-Tunnels garnicht zum tragen kommen. Dies ist momentan bei der Standard-Freifunk-Franken Firmware der Fall. Durch das Setzen von Filtern kann man aber verhindern, dass es in einem Fehlerfall nicht zu unerwünschten Zugriffen kommt.
Wird die Firmware absichtlich so angepasst, dass die Verbindung zum Internet ohne Anonymisierungs-VPN erfolgt, müssen sämtliche Filter deaktiviert werden um nicht gegen das bei Freifunk verpflichtende Pico Peering Agreement zu verstoßen. Eine Filterung von Inhalten, Protokollen oder Ports ist im Freifunk-Netz nicht gestattet.
=== Bandbreite für das Heimnetz reservieren ===
Man kann einen Teil der Bandbreite des DSL-Anschlusses für das Heimnetz reservieren und dafür das Gastnetz mit dem Freifunk beschneiden. Das ist sinnvoller, als die Bandbreite im WebUI vom Freifunk zu beschränken, denn die Fritzbox passt die Reservierung an die DSL-Geschwindigkeit an und gibt die gesamte Bandbreite frei, wenn das Heimnetz nicht genutzt wird.
=== siehe auch ===
Eine Anleitung für FF-Router in einer Firewall DMZ findet Ihr 
hier.
Kategorie:Technik
FF-Router in einer Firewall DMZ

Bei handelsüblichen DSL-Routern werden in den Standardeinstellungen normalerweise keine ausgehenden Verbindungen geblockt. Wer aber einen Freifunk-Router hinter einer professionellen Firmen-Firewall in einem bestimmten Netzwerksegment positionieren möchte, zum Beispiel in einer DMZ, kann hier Schwierigkeiten mit der Verbindung bekommen. Hier kann es vorkommen, dass nicht nur eingehenden Verbindungen geblockt werden, sondern auch die ausgehenden Verbindungen einem strengem Regelwerk unterliegen.
Es ist sicher zu stellen, dass der FF-Router in dem jeweiligen Netzwerksegment eine IPv4-Adresse von einem DHCP-Server bekommt. Oft ist es der Fall, dass in einer DMZ-Zone kein DHCP-Service existiert. In diesem Fall müsste man auf der Firewall, für die jeweilige Zone und den jeweiligen IP-Adressbereich, erst einen DHCP-Server definieren. Dies kann, je nach Firewall-Modell und Hersteller, sehr unterschiedlich geschehen und sollte mit dem Betreiber der Firewall und dem Netzwerkverantwortlichen im Vorfeld geklärt werden. 
Wenn der FF-Router nun seine intern vergebene und auch reservierte IPv4 bekommt, müssen noch einige Services für den ausgehenden Netzwerkverkehr definiert werden. Ich mache in diesem Fall immer gleich eine Servicegruppe und weise diese dann dem entsprechenden Host in der neuen Firewall Regel zu. Vielleicht empfiehlt es sich auch gleich eine Hostgruppe anzulegen falls mehrere FF-Router in dem Firmennetz positioniert werden.
Der Freifunk-Router benötigt folgende ausgehenden Services:
DNS, HTTP, ICMP, und Port 10000 UDP für den VPN-Tunnel.
Bei mehreren FF-Routen braucht man mehrere UDP-Ports. Ich habe in diesem Fall einfach die Ports 10000-11000 eingestellt. Falls dies nicht reichen sollte, muss man in den Firewall-Logs nachsehen was noch blockiert wird und entsprechend nachbessern.
Hier ganz genau die einzelnen Service-Regeln:
Name 	Protokoll	Details
DNS 	TCP/UDP 	TCP(1:65535)/(53), TCP(1:65535)/(53)
HTTP 	TCP/UDP 	TCP(1:65535)/(80)
ICMP 	ICMP 	ICMP any/any
FF-VPN-Tunnel 	TCP/UDP 	UDP(1:65535)/(10000-10100)
FF-L2TP-Tunnel	TCP/UDP 	UDP(1:65535)/(20000-20100)
== Für L2TP sind folgende Ports nötig ==
Port 80 zu allen IPs (bzw. zumindest die Server in der Hood müssten per Port 80 erreichbar sein)
Port 20000 bis 20100 für den L2TP-Tunnel
Mit diesen Einstellungen konnte, in meinem Fall, der FF-Router seinen Tunnel aufbauen und war im Netmon online und der IPv6-Ping war ok.
Eine Anleitung für Freifunk Router am FRITZ!Box-Gastzugang findet Ihr hier.
Kategorie:Technik
Fastd compilieren auf debian

Building fastd on Debian jessie as ordinary user
================================================
(at least) the following Debian packages are needed:
 
cmake
bison
pkg-config
libsodium-dev
libcap-dev
doxygen
libjson-c-dev
in libuecc-5/: (the root of the extracted tarball)
 
cmake .
make DESTDIR=$HOME install
in fastd-17/: (the root of the extracted tarball)
 
PKG_CONFIG_PATH=$HOME/usr/local/lib/pkgconfig/ cmake .
C_INCLUDE_PATH=$HOME/usr/local/include/libuecc-5/ LIBRARY_PATH=$HOME/usr/local/lib/ make
to run fastd: (when the current directory is fastd-17/)
 
LD_LIBRARY_PATH=$HOME/usr/local/lib/ ./src/fastd
you can also make a shell script that includes above command:
 
echo -e '#!/bin/sh\nLD_LIBRARY_PATH=$HOME/usr/local/lib/ exec $HOME/usr/local/bin/fastd "$@"' > fastd
chmod a+x fastd
Fehlersuche

__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 ü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 IPv4/IPv6 Adresse in der Hood XY
** DNS geht nicht
** Internet sehr langsam
** etc.
* Eigene IP Adresse im Freifunknetz, Gateway und DNS Server
* Traceroute zu Gateway und DNS Server (siehe Punkt zuvor)
* Traceroute zu heise.de
* Traceroute zu 2a09::
* 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
* ggf. Internetanbieter, falls die Verbindung über einen Tunnel hergestellt wird. Gerade der große, magentafarbene Anbieter hat sich hier als besonders problematisch erwiesen.
* Ergebiss eines Speedtests im Freifunknetz, z.b. dabei bitte auch einen Traceroute zur Speedtest Seite (im Beispiel 10.83.252.3) anhängen
* Besuche die Webseiten heise.de, ebay.de, 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 üblichen Kanäle.
Manche Geräte können auch mittels LED Fehlerzustände anzeigen. Dies wird auf der LEDs Seite beschrieben.
__NOTOC__
Kategorie:Technik
Firmen für professionellen FFF-Support

__TOC__
= Erklärung =
Hier können sich Firmen präsentieren, die im Rahmen der Ideologie von Freifunk Franken professionellen Support für Dritte anbieten. Wir können auch selber geeignete Firmen eintragen die wir kennen oder mit denen wir gute Erfahrungen haben.
Beispielesweise: 
: Konzept und Angebot erstellen HW-Einkauf/Leasing Accesspoints installieren Accesspoints einrichten und warten Netzwerk verkabeln Accesspoints in ein Firmennetzwerk oder Behördennetzwerk integrieren Sicherheitskonzept erstellen und umsetzen Elektrische Verkabelung Blitzschutz ...
= Liste der Firmen =
== ... ==
(Beschreibung der Firma, der Angebote und der Leistungsfähigkeit)
FirmwareEntwicklung

= Entwicklung =
Siehe README.md im Firmware-Repository.
= Weitere Informationen =
Auf der Mailingliste franken-dev@freifunk.net kannst du natürlich jederzeit Fragen stellen, falls etwas nicht klar sein sollte.
== Versionierung ==
Beim Techniktreffen vom 06.02.2016 wurde ein neues Versionierungsschema beschlossen. Am 10.02.2016 wurden noch einige Details geklärt.
=== Begründung ===
Wir haben leider nicht die Men-Power um immer sicherzustellen, dass die Kompatibilität nach einem Release noch oder eben nicht mehr vorhanden ist.
Dadurch ist der Interpretationsspielraum bei regulären Versionsnummern sehr hoch.
Um diesen Spielraum abzuschaffen, steigen wir auf das Datumsschema um.
=== Schema ===
Die Versionsnummer orientiert sich grundsätzlich am Commit-Datum des letzten Commits. Auf diesen Commit wird dann entsprechend das Git-Tag gesetzt.
Daraus ergibt sich folgendes Schema:
Build ohne release Tag: YYYYMMDD-[Anzahl commits seit vorherigem Release]-[Commit-ID]
Alpha: YYYYMMDD-alpha 
Beta: YYYYMMDD-beta 
Release: YYYYMMDD
=== Sonderfall ===
Für den seltenen Fall, dass es mehrere Tags an einem Tag geben muss, wird der Präfix entsprechend angepasst. Daraus ergibt sich folgendes Schema:
Build ohne release Tag: YYYYMMDD.[1-n]-[Anzahl commits seit vorherigem Release]-[Commit-ID]
Alpha: YYYYMMDD.[1-n]-alpha 
Beta: YYYYMMDD.[1-n]-beta 
Release: YYYYMMDD.[1-n] 
=== Beispiele ===
Folgendes Beispiel geht davon aus, dass es eine Alpha und eine Beta Version auf dem selben Commit gegeben hat.
In der Beta wurde am selben Tag ein massives Problem festgestellt, deshalb gab es eine neue Beta. Diese basiert auf einem neueren Commit und wird später auch so released.
20160130-alpha
20160130-beta
20160130.1-beta
20160130.1
Das nächste Beispiel geht davon aus, dass es auf dem selben Commit eine Alpha, Beta und Stable gibt:
20160130-alpha
20160130-beta
20160130
== Ehemalige Tools ==
=== Patchwork ===
https://pw.freifunk-franken.de
==== Patch aus dem Patchwork ins eigene Git laden ====
curl -s https://pw.freifunk-franken.de/patch/797/mbox/ | git am -
Die Zahl in der URL durch die Patchnummer ersetzen aus dem Patchwork
=== Mantis ===
https://mantis.freifunk-franken.de
Kategorie:Technik
Firmware Unterschiede

Es gibt bei Freifunk Franken zwei verschiedene technische Ansätze.
Den älteren der beiden bezeichnen wir als v2.
Er basiert auf einer zentralen Instanz, welche eure Geräte fast automatisch konfiguriert.
Ein neues Gerät kann jederzeit in Betrieb genommenen werden.
Wir empfehlen diese Variante für Neulinge in der Technik und für erste Experimente mit unserem Netz.
Unser jüngerer "Layer 3" Ansatz bietet dem Benutzer deutlich mehr Flexibilität, sowie effizientere Tunnelprotokolle.
Es ist der favorisierte Ansatz für größere Standorte, sowie für Peering auf lokaler Ebene,wie zB über Richtfunk.
Man muss sich jedoch selbst um eigene Peering Partner für unser Netz kümmern, sowie das Gerät auf der Konsole konfigurieren.
Firmwareinstallation/GL-Inet AR-150

__TOC__
= Installationsanleitung für GL-iNet AR-150 =
Der GL-iNet AR-150 ist ein günstiger, sehr kleiner und stromsparender Router, der trotz seiner geringen Maße über eine erstaunlich gute Funkabdeckung und ordentliche Hardware verfügt. Er wird bereits von Herstellerseite mit einer modifizierten Version von OpenWrt ausgeliefert.
Es gibt eine Version ohne und eine mit einer kleinen externen Stabantenne. Die Stromversorgung läuft über einen Micro-USB-B-Port. Es gibt außerdem Geräte die Power over Ethernet (PoE) unterstützen. Genauere Informationen sind auf der Herstellerseite zu finden.
== Lieferumfang ==
Die AR-150 wird mit folgenden Dingen ausgeliefert:
* Der Minirouter selbst
* USB-Kabel, 80cm
* bei der Version „ext“ mit externen Antenne: 2dBi Stabantenne
Für den Betrieb wird zusätzlich entweder ein Netzteil mit USB-Anschluss oder ein PoE-Netzteil (sofern das Gerät PoE unterstützt) benötigt. Der Router kann auch durch einen USB-Anschluss mit Strom versorgt werden: Wenn der Router, der die Internetverbindung zur Verfügung stellt, einen USB-Anschluss hat, kann man das Gerät auch einfach dort anstecken (getestet mit dem USB-Anschluss einer Fritz-Box 7430, funktioniert einwandfrei. Vermutlich auch mit jedem anderen Gerät, der Router braucht sehr wenig Strom).
== Installation der Freifunk-Firmware ==
Die aktuelle Firmware ist auf der Firmware-Seite zu finden. Da auf dem Router ohnehin schon OpenWrt läuft, gibt es nur eine „sysupgrade“-Variante, keine „factory“-Version.
Das Installieren des Images erfolgt einfach über die Update-Funktion der Herstellerfirmware. Nach der Installation startet der Router neu und die Verbindung geht verloren, da der Router dann nicht mehr die IP 192.168.8.1 hat. Nachdem man erneut per DHCP eine IP-Adresse angefragt hat, ist der Router unter fdff::1 zu erreichen.
Die Konfiguration erfolgt am einfachsten über das Webinterface, wie in Portal:Firmware beschrieben.
Das Gerät hat zwei LAN-Anschlüsse. Der Anschluss „WAN“ ist fest einen Internet-Uplink eingestellt. Die Funktion der „LAN“-Buchse kann (per Webinterface oder Konsole) entweder auf „Client“ oder „B.A.T.M.A.N.“ gesetzt werden. „Client“ ist die Voreinstellung; es kann dann ein Client-Computer angeschlossen werden. „B.A.T.M.A.N.“ ist zum kabelgebundenen Meshen mit anderen Routern gedacht.
= AR-150 in den Originalzustand zurückversetzten / Unbricken =
Ist bei der Installation der Freifunk-Firmware etwas komplett schiefgegangen oder will man wieder die Herstellerfirmware flashen, kann man das Uboot-Webinterface benutzen:
* Router ausschalten
* Netzwerkkabel an „LAN“-Buchse anschließen, die „WAN“-Buchse frei lassen.
* Den Resetknopf drücken und gedrückt halten
* Jetzt den Router mit Spannung versorgen
* Die rote LED beginnt zu blinken
* Nach dem fünften Aufblinken der roten LED den Resettaster loslassen
* Dies kann man auch in einem kurzen Video ansehen
* Die IP-Adresse des PC/Laptops auf 192.168.1.2 einstellen
* Mit dem Browser auf http://192.168.1.1 verbinden
* Über das Webinterface kann nun die Orginalsoftware oder andere Software aufgespielt werden
Category:Technik
Firmwareinstallation/GL-Inet MT1300

__TOC__
== Installation der Freifunk-Firmware ==
Die aktuelle Firmware ist auf der Firmware-Seite zu finden. Da auf dem Router ohnehin schon OpenWrt läuft, gibt es nur eine „sysupgrade“-Variante, keine „factory“-Version.
Das grafische Installieren des Images muss über das OpenWRT LuCI Webinterface erfolgen. Dieses erreicht ihr aus dem Standard GL Webinterface über "More Settings" -> " Advanced". Nun könnt ihr unter "System" -> "Backup / Flash Firmware" die Freifunk Franken Firmware flashen.
Wichtig: Den Haken bei "Keep Settings" rausnehmen. Die Einstellungen sollen nicht übernommen werden.
Danach den Haken bei "Force Upgrade" rein. Hint: Fehlermeldung zwecks Umstieg auf DSA einfügen, damit nicht fälschlich mit force geflasht wird
Nach der Installation startet der Router neu und die Verbindung geht verloren, da der Router dann nicht mehr die IP 192.168.8.1 hat. Der Router ist nun wie alle Geräte mit der Freifunk Franken Firmware unter fdff::1 zu erreichen.
Die Konfiguration erfolgt am einfachsten über das Webinterface, wie in Portal:Firmware beschrieben.
Das Gerät hat frei LAN-Anschlüsse. Der Anschluss „WAN“ ist fest einen Internet-Uplink eingestellt. Die Funktion der linken „LAN“-Buchse ist „B.A.T.M.A.N.“. Die Funktion der rechten „LAN“-Buchse ist „Client“.
Bei der Layer-3 Firmware bitte beachten, dass "LAN2" der linke und "LAN1" der rechte LAN-Port ist. Dies ist für die node Firmware irrelevant.
= GL1300 in den Originalzustand zurückversetzten / Unbricken =
Hint: Diesen Abschnitt habe ich vom AR150 übernommen und nicht getestet! Sollte aber identisch sein.
Ist bei der Installation der Freifunk-Firmware etwas komplett schiefgegangen oder will man wieder die Herstellerfirmware flashen, kann man das Uboot-Webinterface benutzen:
* Router ausschalten
* Netzwerkkabel an „LAN“-Buchse anschließen, die „WAN“-Buchse frei lassen.
* Den Resetknopf drücken und gedrückt halten
* Jetzt den Router mit Spannung versorgen
* Die rote LED beginnt zu blinken
* Nach dem fünften Aufblinken der roten LED den Resettaster loslassen
* Dies kann man auch in einem kurzen Video ansehen
* Die IP-Adresse des PC/Laptops auf 192.168.1.2 einstellen
* Mit dem Browser auf http://192.168.1.1 verbinden
* Über das Webinterface kann nun die Orginalsoftware oder andere Software aufgespielt werden
Category:Technik
Firmwareinstallation/Ubiquiti

== AirMax M2/M5 ==
Grundsätzlich gibt es von den Ubiquiti M2-Geräten zwei verschiedene Hardware-Versionen, XM und XW. Diese sind nicht kompatibel, d.h. es muss immer das jeweils korrekte Image verwendt werden. Dabei ist für die XW-Variante jeweils das Suffix "-xw" beim Image-Namen zu finden, Images ohne ein entsprechendes Suffix sind für XM.
Seit dem 20210218 Release werden für folgende Geräte Images bereitgestellt:
=== Nanostation M2 (loco) (XM/XW) ===
Für diese Geräte müssen folgende Images verwendet werden:
* Nanostation M2 (XM): fff-*-ubnt_nanostation-m-*
* Nanostation M2 loco (XM): fff-*-ubnt_nanostation-loco-m-*
* Nanostation M2 loco (XW): fff-*-ubnt_nanostation-loco-m-xw-*
Die Nanostation M2 nicht-loco XW wird nicht unterstützt.
Die Firmwares sollten entsprechend auch für die Nanostation M5 (loco) (XM/XW) funktionieren, diese werden aber nicht offiziell unterstützt. Soll ein solches Gerät installiert werden, muss hier insbesondere auf die zulässige Sendeleistung geachtet werden!
=== Bullet M2 (XM) ===
Für dieses Gerät müssen die Images fff-*-ubnt_bullet-m-* verwendet werden.
Es wird ausschließlich die XM-Variante unterstützt.
Da die Antenne bei diesem Gerät selbst gewählt wird, muss die Sendeleistung manuell eingestellt werden!
Die Firmware sollte entsprechend auch für die Bullet M5 (XM) funktionieren, diese wird aber nicht offiziell unterstützt. Soll ein solches Gerät installiert werden, muss hier insbesondere auf die zulässige Sendeleistung geachtet werden!
=== Picostation M2 ===
Für dieses Gerät müssen die Images fff-*-picostation-m-* verwendet werden.
== Unifi ==
Bei den Unifi-Geräten ist durch die etwas chaotische Benennung besondere Vorsicht geboten.
Folgende Geräte und entsprechende Images sind offiziell unterstützt:
* Unifi AP (UAP, kein 5GHz, kein ac, kein Pro): fff-*-unifi-*
* Unifi AC Mesh (UAP-AC-M): fff-*-unifiac-mesh-*
Andere Geräte werden von unserer Firmware aktuell nicht unterstützt!