OpenWrt One – Open-Hardware-Router

 (openwrt.org)
2 Punkte von GN⁺ 4 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • OpenWrt One ist ein Open-Hardware-Router, der auf das OpenWrt-Ökosystem zugeschnitten ist und mit MediaTek Filogic 820 SoC, WiFi 6 und 2.5Gbit-WAN sowohl als praktischer Router als auch als Entwicklungs- und Wiederherstellungsgerät dienen soll
  • Im Auslieferungszustand enthält er die OpenWrt-Release-Firmware und die LuCI-GUI; nach dem Booten von NAND ist der Zugriff direkt über 192.168.1.1 per Web-UI oder SSH möglich
  • Firmware-Upgrades sind in USB-, NAND-Wiederherstellung und vollständige NOR-Wiederherstellung unterteilt; je nach Schalter- und Tastenkombinationen unterscheiden sich die Wiederherstellungspfade
  • Selbst wenn NAND beschädigt ist, kann per NOR-Wiederherstellungsmodus erneut geflasht werden; für die Wiederherstellung von NOR selbst sind UART-Boot, ein TFTP-Server und Arbeiten am NOR WP-Jumper erforderlich
  • Dank integrierter USB-C-Seriellkonsole und Wiederherstellungs-NOR bleibt auch bei beschädigtem Bootloader oder NAND während Firmware-Experimenten noch eine Möglichkeit zur Wiederherstellung

Hardware-Aufbau und Auslieferungs-Firmware

  • OpenWrt One ist ein Gerät auf Basis des MediaTek Filogic 820 SoC
  • Die wichtigsten Hardware-Spezifikationen sind:
    • WiFi 6
    • Dualband
    • 3×3/2×2-Funkkonfiguration
    • 1× 2.5Gbit WAN
    • 1× 1Gbit LAN
    • 1GB DDR4 RAM
    • 256MiB NAND
    • 16MiB NOR für die Wiederherstellung
    • M.2 SSD
    • USB-C-Seriellkonsole
    • USB 2.0
  • Power Over Ethernet funktioniert so, dass ein IEEE-802.3af/at-kompatibles Gerät über den RJ-45-2.5Gbps-WAN-Anschluss Strom liefert
  • Jedes Gerät wird mit der zum Herstellungszeitpunkt neuesten verfügbaren OpenWrt-Release-Firmware ausgeliefert
  • Die LuCI GUI ist installiert und mit den Standard-Voreinstellungen sofort einsatzbereit

Erster Start und grundlegender Zugriff

  • Vor dem Einschalten muss der NAND/NOR-Schalter auf NAND gestellt sein
  • Das Ethernet-Kabel wird an den 1G-Port des Geräts angeschlossen und 192.168.1.1 verwendet
  • Nach dem Einschalten ist der Bootvorgang abgeschlossen, wenn die grüne LED dauerhaft leuchtet
  • Im Browser ist die LuCI-GUI unter 192.168.1.1 erreichbar, im Terminal kann ssh root@192.168.1.1 verwendet werden
  • Bei einem Upgrade auf den SNAPSHOT Branch im Auslieferungszustand ist die LuCI-GUI nicht standardmäßig installiert
  • Für die Ersteinrichtung kann dem Quick Start Guide gefolgt werden

USB-basiertes Firmware-Upgrade

  • Das USB-Upgrade funktioniert, indem auf einem FAT32-formatierten USB-Laufwerk die Datei openwrt-mediatek-filogic-openwrt_one-squashfs-sysupgrade.itb bereitgestellt wird
    • Dateien aus SNAPSHOT- oder Release-Repositories mit vollständiger Versionsbezeichnung werden entsprechend auf diesen Namen umbenannt
  • Der Ablauf ist: Strom trennen, USB in den USB-A-Port einstecken, NAND boot switch wählen, die hintere Reset-Taste gedrückt halten, Strom anlegen, Taste loslassen wenn alle LEDs ausgehen, dann warten bis die mittlere LED grün wird
  • Das Gerät bootet von NAND, und der Bootloader flasht Kernel und Root-Dateisystem auf NAND erneut
  • Bei einigen USB-Laufwerken wurden Kompatibilitätsprobleme beobachtet; man kann FAT32-Formatierung und eine MBR-Partitionstabelle versuchen
  • Wenn in U-Boot der Fehler Bad device specification usb 0 auftritt, kann es helfen, den Wert usb_pgood_delay zu erhöhen
  • Frühe OpenWrt-One-Geräte mit einem SNAPSHOT vor Release 24.10.0 hatten das Problem, dass beim Abschluss eines USB-basierten sysupgrade die grüne LED nicht aufleuchtete

NAND-Wiederherstellungsmodus und Installations-Images

  • Das Upgrade im initramfs NAND Recovery Mode ähnelt dem USB-basierten Firmware-Upgrade, allerdings wird statt der hinteren Reset-Taste die vordere Taste gedrückt, und ein vorbereitetes USB-Laufwerk ist nicht nötig
  • Der Ablauf ist: Strom trennen, NAND boot wählen, vordere Taste gedrückt halten, Strom anlegen, Taste loslassen wenn alle Front-LEDs ausgehen, dann warten bis die mittlere LED grün wird
  • Das Gerät bootet das Wiederherstellungs-Image initramfs, danach können andere Upgrade-Optionen genutzt werden
  • Für die Installation werden factory.ubi, sysupgrade und rohe kernel-Images bereitgestellt
  • Für Wiederherstellungszwecke werden außerdem uboot-bl31-uboot.fip-FIP, factory.bin und preloader.bin sowohl für NAND als auch in verkleinerten Varianten für Wiederherstellungs-NOR angeboten

NAND per vollständiger NOR-Wiederherstellung neu flashen

  • Wenn kein Booten mehr von NAND möglich ist, kann über den NOR/full recovery mode gebootet werden, um NAND wiederherzustellen
  • Diese Methode kann auch verwendet werden, wenn TF-A oder der Bootloader auf NAND beschädigt sind
  • Nach dem Vorbereiten eines FAT32-USB-Laufwerks mit NAND-Preloader und Factory-Image folgt: Strom trennen, USB einstecken, NOR boot wählen, vordere Taste gedrückt halten, Strom anlegen, Taste loslassen wenn alle Front-LEDs ausgehen, warten bis die LED grün wird
  • Das NOR-Wiederherstellungssystem flasht den gesamten NAND-Speicher erneut in den Factory-Zustand
  • Die benötigten Dateien sind über SNAPSHOT oder die Current Stable Release Download Pages verfügbar

Wiederherstellung des NOR-Speichers selbst

  • Auch der NOR-Recovery-Speicher kann erneut geflasht werden; der Vorgang ist in zwei Schritte aufgeteilt
    • UART boot: Mit mtk_uartboot werden ein DDR4-Initialisierungs-Image und ein NOR-Bootloader-Image über die UART-/Seriellkonsole in den RAM kopiert und von dort gebootet
    • NOR flash: Über die Wiederherstellungsfunktion des Boot-Menüs wird das Image von einem TFTP-Server nach NOR geflasht
  • Im zweiten Schritt muss sich der SPI-NOR-WP-Jumper in der werkseitigen Standardposition befinden, und der TFTP-Server muss mit dem LAN-Port des OpenWrt One verbunden sein und das neue Image bereitstellen
  • Das Binärprogramm mtk_uartboot wird verwendet, indem aus den Assets der mtk_uartboot Releases das zum Betriebssystem passende Archiv heruntergeladen und entpackt wird
  • Unter macOS muss eventuell mit xattr -d com.apple.quarantine mtk_uartboot das Quarantäne-Attribut entfernt werden
  • DDR4-Initialisierungsdateien und NOR-BL31/U-Boot-Images werden aus SNAPSHOT oder aus dem Unterverzeichnis <release-version>/targets/mediatek/filogic der Current Stable Release Download Pages geladen
  • Für die TFTP-Vorbereitung soll die Ethernet-Schnittstelle des Computers manuell wie folgt konfiguriert werden
    • IP: 192.168.11.23
    • Maske: 255.255.255.0
    • Gateway: 192.168.11.11
  • Der TFTP-Server muss auf 192.168.11.23 lauschen, und OpenWrt One verwendet die IP 192.168.11.11
  • Da die heruntergeladenen Dateinamen die Release-Version enthalten, müssen sie auf die vom Router angeforderten versionlosen Dateinamen umbenannt werden
    • Beispiel: openwrt-25.12.2-mediatek-filogic-openwrt_one-nor-bl31-uboot.fip → openwrt-mediatek-filogic-openwrt_one-nor-bl31-uboot.fip

UART-Boot und TFTP-Flash-Ablauf

  • Der Befehl mtk_uartboot kopiert bei bestehender USB-C-Verbindung die Boot-Dateien; anschließend kann mit GNU Screen eine Verbindung zur Seriellkonsole geöffnet werden
  • Beim Ausführen des Befehls müssen die Pfade der heruntergeladenen Dateien und der Pfad des seriellen Geräts auf dem Host-System durch die tatsächlichen Werte ersetzt werden
  • Wenn auf Linux-Hosts Zugriffsrechte auf serielle Geräte wie /dev/ttyS* oder /dev/ttyUSB* fehlen, muss der Benutzer zu den Gruppen dialout und uucp hinzugefügt und danach neu angemeldet werden
  • Wenn mtk_uartboot Handshake... anzeigt und dann der Router eingeschaltet wird, beginnt zusammen mit dem Log hw code: 0x7981 der Upload von BL2 und FIP
  • Nach erfolgreichem Upload startet GNU Screen und das Boot-Menü wird angezeigt
  • Vor dem NOR-Update muss das Gerät geöffnet und ein Jumper auf NOR WP gesetzt werden
  • Der Schalter auf der Geräterückseite wird auf NOR gestellt, während die UART-Seriellverbindung besteht, danach wird das Gerät eingeschaltet
  • Wenn das Boot-Menü erscheint, wird der Bootvorgang mit der Pfeil-nach-unten-Taste unterbrochen und 3. Unlock NOR. (Make sure the NOR/WP jumper is populated) ausgewählt
  • Anschließend wird der Boot-Menüpunkt gewählt, der die benötigten Dateien per TFTP anfordert und flasht
  • Nach dem Flashen wird im Boot-Menü wieder 7. Lock NOR. (Remove jumper afterwards) ausgewählt
  • Ein erfolgreiches NOR-Flashen dauert länger als ein Fall, in dem tatsächlich nicht geflasht wird
  • Nach dem erneuten Flashen der Firmware kann der Router neu gestartet und der Jumper entfernt werden

Seriellkonsole und physische Abmessungen

  • OpenWrt One besitzt an der Vorderseite neben dem USB-A-Host-Port einen integrierten USB-C-Seriellkonsolen-Port
  • Dieser Port verwendet einen integrierten USB-zu-Seriell-Wandler und erscheint auf PCs normalerweise ohne zusätzliche Treiber als virtueller COM-Port
  • Konsolen- bzw. serieller Zugriff ist für Wartung, Wiederherstellung und die Überprüfung von Wiederherstellungsvorgängen in der Firmware-Umgebung erforderlich
  • Die Gerätegröße beträgt 148 x 100.5mm
  • Es ist mit dem Gehäusedesign des Banana Pi BPI-R4 kompatibel

Verwandte Beiträge

1 Kommentare

 
GN⁺ 4 시간 전
Meinungen auf Hacker News

  • Derzeit wird OpenWRT Two entwickelt, und dieses Modell soll Wi‑Fi 7 unterstützen.
    OpenWRT läuft auf vielerlei Hardware und ist eine gute Möglichkeit, Router länger nutzbar zu machen und ihre Funktionen deutlich zu erweitern, auch nachdem Hersteller-Patches eingestellt wurden.
    Ich habe inzwischen nicht mehr vor, kommerzielle Router zu kaufen, die OpenWRT nicht unterstützen.

    • Die geplanten Spezifikationen stehen hier, und als Hersteller ist GL.iNet angegeben: https://openwrt.org/voting/2025-02-12-openwrt-two
      Außerdem ist dieser Router von GL.iNet mit vorinstalliertem OpenWRT erhältlich und unterstützt Wi‑Fi 7 sowie fünf 2,5G-Ports: http://www.gl-inet.com/en-gb/products/gl-be9300
    • Zumindest der Two scheint einige besondere Merkmale zu haben. Allerdings wirkt er eher auf Heim-Ethernet-Enthusiasten ausgerichtet.
      Es wäre wirklich schön, wenn ein Gerät mit nur zehn SFP-Slots herauskäme, bei dem alles Routing-Interfaces sind, ohne Switching.
      Das könnte eine echte Open-Source-Alternative zu MikroTik werden.
    • Dual 2.5GbE wäre ebenfalls schön.
    • Ich betreibe Networking nicht besonders tiefgehend, eher Homelab-Niveau, und es hat etwas gedauert, OpenWRT zu lernen.
      Aber nachdem ich verstanden hatte, was damit möglich ist, habe ich keine Lust mehr, Router zu kaufen, die nicht für OpenWRT geeignet sind.
      Mein ISP bietet zum Beispiel zwei PPPoE-Verbindungsoptionen an: eine alte nur mit IPv4 und ohne IPv6, und eine andere mit IPv4 hinter CGNAT, dafür aber mit modernem IPv6.
      Mit OpenWRT konnte ich auf derselben Leitung zwei PPPoE-Verbindungen einrichten und so die Vorteile beider Varianten nutzen.

  • Etwas off-topic, aber am Namen Wrt ist interessant, dass er ursprünglich von einer alternativen Firmware für den Linksys-WRT54G-Router vor 25 Jahren stammt.
    Aus irgendeinem Grund ist der Name geblieben, vermutlich weil die meisten Nutzer Geeks sind und wissen, worum es geht.

    • Die Softwareseite des Projekts dürfte tatsächlich ein direkter Nachfahre des WRT54G-Stacks sein.
      Linksys wurde verklagt, die GPL-gebundene Firmware zu veröffentlichen, und dieser Dump wurde dann modifiziert, um den WRT54G deutlich leistungsfähiger zu machen, als Linksys es geplant hatte.
      Dadurch konnte Linksys die Hardware letztlich auch viel länger verkaufen, als damals erwartet.
    • Vor ein paar Jahren habe ich etwa vier WRT54G-Varianten recycelt, auf denen in kleinen Betrieben und Wohnungen von Freunden aus den frühen 2000ern Tomato lief.
    • Zumindest eine Zeit lang war es ein ähnlicher Fall wie bei XBMC.
    • Irgendwo in einer Kiste habe ich noch immer einen WRT54GL.

  • Witziger Zufall, dass das hier auf der Startseite gelandet ist.
    Weil die Qualität der meisten Router wenig vertrauenerweckend ist, habe ich mir gerade einen OpenWrt One besorgt.
    Ich möchte keinen alten PC wiederbeleben, den ich früher als Router genutzt habe. Eine Zeit lang habe ich das gemacht, aber er war zu laut, und der Netzteillüfter wirkt, als würde er bald den Geist aufgeben.
    Trotzdem war die Kombination aus einer Qualcomm-Wi‑Fi-PCI-Karte mit großen Antennen, einem sehr günstigen PC, altem Ubuntu und einer einfachen hostapd-Konfiguration bislang der stabilste Wi‑Fi-Router, den ich je genutzt habe.
    Ich hoffe, der OpenWrt One ist noch besser :-)

    • Falls nicht: Ein alter PC mit Dual-Port-Intel-NIC und OPNSense war bisher der beste Router, den ich je verwendet habe.
      In den vergangenen fünf Jahren musste ich außer VLAN-Anpassungen und der Einrichtung eines 6in4-Tunnels kaum etwas anfassen, und die Leistung war wirklich stabil.
      Mein Heimnetz hat Hunderte Geräte und ist vermutlich größer, vielfältiger und komplexer als das der meisten Haushalte, trotzdem öffne ich die OPNSense-UI vielleicht zweimal im Jahr, meist nur aus Neugier.
      Die Lernkurve ist etwas steiler als bei Consumer-Produkten, aber für jemanden, der OpenWRT nutzen kann, ist das keineswegs zu viel.
      Dokumentation und Foren-Support waren besser als bei 99,9 % der Open-Source-Projekte, die ich in den letzten 25 Jahren gesehen habe.
    • Meine letzten drei Heimrouter waren MikroTik, MikroTik, Juniper.
      Den Juniper nutze ich immer noch als Switch. Ein alter Juniper SRX ist bei uPNP nicht besonders gut, aber abgesehen davon wäre er weiterhin hervorragend, falls ich ihn wieder als Router einsetzen wollte.
      Der MikroTik der Mittelklasse hat bei einer Überspannung die Hälfte seiner Ports verloren, hat aber noch genug geroutet, bis ich Ersatz beschaffen konnte.
      Auch der neueste MikroTik läuft gut.
      Ehrlich gesagt weiß ich nicht so recht, was mir der OpenWrt One bieten würde.
    • Enterprise-Wi‑Fi-Router von vor zehn Jahren kosten auf eBay etwa ein Fünftel und funktionieren für die meisten Haushalte oder kleinen Betriebe genauso gut.

  • Ich frage mich, ob es nicht sinnvoll wäre, auf der gewünschten Open Hardware OPNSense zu installieren und den komplizierten Funkteil an separate APs auszulagern.
    OpenWRT ist sehr gut, aber Installation und Upgrades sind nicht gerade einfach. Es gibt zu viele Images, Installationsoptionen und Tools je nach Hardware.
    Da es auf kleinen Geräten laufen muss, gibt es auch Einschränkungen, und die Wiki-Dokumentation ist verstreut – da ist noch viel Raum für Verbesserungen.
    Ich musste wochenlang Foren durchsuchen, um herauszufinden, wie ich passende Custom Packages für meinen Router installiere.
    Auch jetzt versuche ich gerade, per LUCI auf die neueste Version zu upgraden, aber es hängt. Vermutlich werde ich ein paar Wochen warten, es dann per CLI machen und wieder die Foren durchforsten müssen.
    Ich hatte das Gefühl, dass ich ziemlich viel Zeit dafür bezahle, keinen etwas teureren x86-Mini-PC plus AP zu verwenden.

    • Dein Wissen über das OpenWrt-Ökosystem scheint etwas veraltet zu sein. Seit Attended Sysupgrade gibt es, ist Upgrading ein gelöstes Problem: https://openwrt.org/docs/guide-user/installation/attended.sy...
      Ab OpenWrt 25.12 ist es in allen passenden Standard-Image-Konfigurationen enthalten.
      Ich betreibe meinen x86-basierten Router, APs und sogar Managed Switches komplett mit OpenWrt und bereue nichts.
    • Die Lösung ist, den Image Builder zu verwenden und die Konfiguration ins Image einzubacken.
    • Upgrades macht man heutzutage mit owut upgrade. Das ist ziemlich unkompliziert.
    • Möglich ist es, aber wenn man selbst daran herumbasteln will, halte ich eine allgemeine Linux-Distribution wie Debian für besser als OPNSense.
      Daraus einen Router zu machen, besteht buchstäblich nur aus ein paar Kernel-Parametern und ein paar iptables-Regeln für NAT. Mit Claude dauert das heute keine 5 Minuten.
      So bekommt man deutlich bessere Performance und Hardware-Kompatibilität als mit einem BSD-System, bei geringerem Ressourcenverbrauch und kleinerer Angriffsfläche. Es gibt auch keine GUI oder unnötigen Komponenten.
      Die Wi‑Fi-Unterstützung unter BSD ist nicht gut, aber unter Linux kann man mit hostapd praktisch sofort einen AP aufsetzen.
      Wenn man auf derselben Hardware auch andere Dienste betreiben will, ist Linux ohnehin die bessere Wahl.
    • Interessant ist, dass dieses Gerät weder bei der Hardware noch bei der Software das Beste ist und auch nicht am benutzerfreundlichsten für normale Nutzer.
      Abgesehen von loyalen Nutzern ist schwer einzuordnen, welches Segment es anspricht; vielleicht geht es um gute Hardware und Software fürs Geld.

  • Ich nutze den OpenWrt One als Hauptrouter und bin sehr zufrieden.
    Ich habe zwei davon, damit ich sofort tauschen kann, falls einer ausfällt.
    Da die Hardware vollständig unterstützt wird, sind Images und Pakete gut verfügbar, und es ist das beste Gerät, um OpenWrt darauf laufen zu lassen.
    Routing-Geschwindigkeit, Buffer und Latenz sind gut, alles funktioniert einfach, und der Preis ist sehr vernünftig.
    Als AP nutze ich ihn nicht, weil ich bereits drei TP-Link-Router mit OpenWrt als dumme APs zuverlässig im Einsatz hatte.
    Wenn ich es noch einmal aufsetzen würde, würde ich wohl den OpenWrt One kaufen.
    Allerdings habe ich auch ein Deco-Mesh-Kit ausprobiert, das sehr gut funktioniert hat; Freunden oder Familie, die keine beliebigen Pakete auf Router oder AP ausführen wollen, empfehle ich inzwischen eher das.

    • Ich nutze vier OpenWRT One und sie sind gut.
      Wenn man einfach einen guten Wi‑Fi-Router oder AP will, keine Funktionen braucht, die dieses Produkt nicht bietet – etwa Wi‑Fi 7 oder 10Gbit/s Ethernet – und jetzt wie künftig möglichst wenig Zeit mit dem Router verbringen möchte, sollte man ihn kaufen.
      Seit ich ihn gekauft habe, sehe ich keinen Grund mehr, jemals wieder einen proprietären Router zu kaufen.
      Man muss auch nicht lernen oder sich merken, wie andere Router konfiguriert werden. Alles ist OpenWRT, sieht immer gleich aus und funktioniert immer gleich. Ein neues Gerät einzurichten dauert höchstens 2 Minuten.
      Mit dem jüngsten OpenWRT-Update gibt es nun auch die Funktion, die dem Projekt am meisten gefehlt hat: einen einfachen Button „neueste Firmware herunterladen und installieren“ in der Geräte-UI.
      Wenn jetzt nur noch eine Option für unbeaufsichtigte Upgrades dazukommt, müsste man sich nach der Ersteinrichtung wohl nie wieder einloggen.
    • Ich bin ebenfalls ein zufriedener Nutzer. Weil es ein Referenzgerät ist, ist es traumhaft, dass alle OpenWRT-Funktionen von Anfang an ohne zusätzliche Anpassungen funktionieren.
      Dazu kommt noch das warme Gefühl, Open Source zu kaufen; trotz der 1-Gbps-Grenze und des älteren Wi‑Fi ist es mir das wert. Ich nutze ebenfalls einen separaten AP.
      Ich habe die Ports per Software getauscht, sodass es 1Gb WAN und 2.5Gb LAN sind; dadurch kann der Router auch über PoE am LAN-Port mit Strom versorgt werden.
    • Es gibt nur einen LAN-Ethernet-Port. Ich frage mich, ob du nur Wi‑Fi nutzt oder ob du zwischen Router und Geräten einen Switch ergänzt hast.

  • 106 Dollar inklusive Gehäuse und Antennen, 84 Dollar ohne – der Preis ist ordentlich.
    Ich wünschte, es hätte mehr als 1GB RAM, aber wegen der Rechenzentren lässt sich das wohl nicht vermeiden.

    • Selbst ganz ohne Optimierung des RAM-Verbrauchs haben die von mir gebauten OpenWRT-Router-Projekte mit allen möglichen Funktionen immer unter 100MB RAM genutzt.
      Heutzutage sind es meist nicht einmal 64MB.
      Für diesen Einsatzzweck ist 1GB enorm viel RAM :) Mich würde interessieren, warum du erwartest, mehr zu brauchen.

  • Da gerade von Wi‑Fi die Rede ist, möchte ich https://www.wiisfi.com/ erwähnen.
    Das ist die beste Wi‑Fi-Referenz, die ich bisher gefunden habe.

  • Ich bin von Google Wifi darauf umgestiegen; die Stabilität war ähnlich, Reichweite und Signalstärke waren besser, und es war einfacher, die gewünschten Kindersicherungseinstellungen umzusetzen.

    • Mich würde interessieren, ob es standardmäßig Kindersicherungsfunktionen gibt oder ob du dafür etwas zusätzlich installieren musstest.
      Es wäre wirklich gut, wenn man Geräte auf eine Whitelist setzen könnte, denen nachts Internetzugang erlaubt ist.

  • Ich nutze OPNSense auf einem AliExpress-N100-Router. Es funktioniert sehr gut, und ich bin zufrieden.
    Upgrades sind allerdings wirklich beängstigend. Genau einmal ist ein Upgrade schiefgelaufen.
    Ich habe zwar ZFS-Snapshots und alles vorbereitet, aber weil das Gerät headless ist, macht mich jedes Upgrade nervös, während ich auf den Piepton warte, der signalisiert, dass das System wieder hochgekommen ist.

    • Mich würde interessieren, wie viel du dafür bezahlt hast.

  • Ich probiere seit Kurzem SPR[1] aus. Das ist eine sicherheitsorientierte Distribution für Wi‑Fi-Router.
    Das Team nimmt Wi‑Fi-Sicherheit ernst und betreibt auch ein Forschungslabor[2], das für mehrere CVEs in Bereichen wie Apples Netzwerk-Stack anerkannt wurde.
    Die Kernfunktion besteht darin, halb vertrauenswürdige Gäste und Geräte der Heimautomatisierung strikt zu isolieren; der Software-Stack ist um containerisierte und auditierte Go-Daemons herum aufgebaut.
    Als ich in einer Kurzzeitmiete das Infrastrukturnetz mit anderen Parteien teilen musste, funktionierte das mit einem improvisierten Reiserouter aus Raspberry Pi und einem Netgear-A7500-USB-Dongle ziemlich gut.
    Neuerdings teste ich außerdem ein CM5-basiertes Modell mit Wi‑Fi 7 und 2.5GbE PoE, um es als primäres Heim-Wi‑Fi zu nutzen.
    1: https://www.supernetworks.org
    2: https://www.supernetworks.org/security-labs.html