1 Punkte von GN⁺ 2025-02-08 | 1 Kommentare | Auf WhatsApp teilen
  • Die URL der Release Notes zu OpenWrt 24.10.0 zeigt statt der eigentlichen Notizen eine Anubis-Seite zur Bot-Erkennung zum Schutz des Servers an
  • Anubis wurde eingesetzt, weil aggressives Web-Scraping durch AI-Unternehmen Ausfälle verursachen und den Zugriff auf Ressourcen blockieren kann
  • Der Schutzmechanismus basiert auf Proof-of-Work aus der Hashcash-Familie: Für normale Nutzer ist die Belastung gering, bei massenhaften Scrapern summieren sich die Kosten
  • Die derzeitige Methode ist eine Übergangslösung; langfristig sollen Headless-Browser über Signale wie das Font-Rendering identifiziert werden
  • Anubis benötigt moderne JavaScript-Funktionen, daher müssen Nutzer mit Plugins wie JShelter diese für die betreffende Domain deaktivieren

Anubis-Bildschirm, der anstelle der Release Notes angezeigt wird

  • Die Seite zeigt zunächst einen Testbildschirm, um zu prüfen, ob der Nutzer ein Bot ist
  • Dieser Bildschirm erscheint, weil der Website-Administrator zum Schutz des Servers Anubis eingerichtet hat
  • Der Schutz richtet sich gegen aggressives Website-Scraping durch AI-Unternehmen
    • Solches Scraping kann Ausfälle der Website verursachen
    • Es kann dazu führen, dass Ressourcen für alle Nutzer nicht mehr zugänglich sind

Proof-of-Work-Verfahren und Einschränkungen für Nutzer

  • Anubis verwendet ein Proof-of-Work-Verfahren ähnlich wie Hashcash
    • Hashcash ist ein vorgeschlagenes Proof-of-Work-Verfahren zur Verringerung von E-Mail-Spam
    • Die zusätzliche Belastung für einzelne Nutzer ist vernachlässigbar
    • Bei massenhaften Scrapern summiert sich die Belastung, wodurch die Scraping-Kosten stark steigen
  • Die derzeitige Methode ist eher eine Übergangslösung
    • Langfristig soll mehr Zeit gewonnen werden, um Headless-Browser per Fingerprinting zu erkennen und zu identifizieren
    • Zu den Beispielsignalen gehört die Art des Font-Renderings
    • Bei Nutzern, die wahrscheinlich legitim sind, soll die Proof-of-Work-Challenge-Seite seltener angezeigt werden
  • Anubis erfordert moderne JavaScript-Funktionen
    • Plugins wie JShelter können benötigte Funktionen deaktivieren
    • Für diese Domain müssen JShelter oder ähnliche Plugins deaktiviert werden

1 Kommentare

 
GN⁺ 2025-02-08
Meinungen auf Hacker News
  • OpenWRT ist ziemlich großartig darin, Verbrauchergeräten Funktionen und Sicherheit zu bringen, daher ist ein neues Release erfreulich.
    Ich habe es eine Weile genutzt, aber wenn ich nach ein paar Monaten etwas verbessern oder diagnostizieren wollte, war es schwer nachzuvollziehen, welche Einstellungen ich gegenüber den Defaults geändert hatte. Dadurch war es schwierig vorherzusagen, wo ich etwas kaputt gemacht hatte oder welche Auswirkungen eine Änderung auf das gesamte System haben würde.
    Inzwischen habe ich meinen Router auf NixOS umgestellt und kann nun eine etwa 250 Zeilen lange Konfiguration einsehen, die die Custom-Einstellungen für ISP/LAN enthält.
    Trotzdem würde ich den meisten technisch versierten Nutzern wohl OpenWRT empfehlen, weil der Einstieg leichter ist.

    • Auf den meisten OpenWRT-Geräten kann man /rom/etc/config mit /etc/config vergleichen.
      Allerdings können dabei auch viele automatische Änderungen auftauchen.
    • „OpenWRT bietet Verbrauchergeräten gut Funktionen und Sicherheit“ ist eher ein Missverständnis.
      Die Sicherheit von Paketen, die nicht in der Standardinstallation enthalten sind, wird oft nicht wirklich gepflegt.
      Zum Beispiel schaltet das Init-Skript von sstp-client die Zertifikatsprüfung grundsätzlich ab: https://github.com/openwrt/packages/issues/25212
    • Klingt plausibel, aber wenn man den Inhalt von /etc einfach in git legt, lässt sich das fast genauso lösen.
    • In /etc git init, git add ., git commit -m 'default config' ausführen, dann ein Remote-Repository hinzufügen und pushen.
      Danach kann man Einstellungen ändern, sie mit git diff HEAD prüfen und anschließend etwa mit git commit -m 'yay i changed stuff and i know what i did' committen und pushen; so bleibt die Änderungshistorie erhalten.
    • Man kann beides nutzen.
      Den Hauptrouter/Firewall/NAT betreibe ich mit NixOS, OpenWRT nutze ich als einfachen AP im Bridge-Modus.
      Abgesehen von den relativ neuen DSA-Änderungen liefen alle Updates reibungslos.
  • OpenWrt ist hervorragend.
    Als ich kürzlich zu Hause 10-Gbit-Internet bekommen habe, musste ich mein Ubiquiti USG3 ersetzen, und OpenWrt auf einem Lenovo Tiny PC laufen zu lassen war einfach und effizient.
    OpenWrt 24 unterstützt die Konfiguration des IPIP6-Tunnels meines ISP, der bei nativer IPv6-Anbindung für IPv4-Zugriff nötig ist.
    Bisher hatte ich OpenWrt 23 genutzt und dafür manuell die neuen Pakete aus dem 24-RC installiert; jetzt kann ich wohl die gesamte Installation upgraden.
    Ich habe auch pfSense/opnSense ausprobiert, aber der FreeBSD-Kernel wirkte bei 10-Gbit-Netzwerkverbindungen überfordert, wenn man nicht sehr spezifische Hardware auswählt; Linux funktionierte perfekt.
    Mit TrueNAS CORE und SCALE habe ich ähnliche Erfahrungen gemacht.

    • Mit spezifischer Hardware ist eigentlich schon eine Intel-x520-NIC-Serie gemeint, die man günstig bei eBay bekommt.
      Wenn man IPS mit voller Leitungsgeschwindigkeit betreiben will, braucht man eine moderne CPU, aber das ist unabhängig vom Betriebssystem.
    • Ich frage mich, ob NAT64 durch IPIP6 ersetzt werden kann.
    • Ich frage mich, wozu man 10-Gbps-Internet braucht.
      Mir ist nicht ganz klar, für welche Nutzung; zu Hause scheint selbst die billigste 50-Mbps-Leitung von Comcast für fünf Personen, die ständig streamen und spielen, ausreichend zu sein.
      Ich nutze noch einen alten Asus-Router, den ich 2015 gebraucht gekauft und mit Kabelbindern repariert habe, sonst schaltet er sich aus.
      Bei der Arbeit haben wir „unbegrenztes“ Internet mit einem Class-A-IP-Bereich, aber beim Browsen oder Streaming merke ich keinen Unterschied.
      Natürlich merkt man ihn bei Dateiübertragungen.
  • Ich wollte OpenWRT schon immer ausprobieren, habe aber gezögert, weil man bei einem Stock-Router für Root-Zugriff Hardware-Modifikationen braucht.
    Als ich daher erfuhr, dass mit dem OpenWRT One Router offizielle OpenWRT-Hardware erscheint, habe ich sofort bestellt.
    Der Router ist großartig und hat Bufferbloat sowie diverse andere Probleme gelöst.

    • Du hattest wohl Pech oder eine kleine Stichprobe.
      Auf den meisten Consumer-Routern kann man OpenWRT installieren, indem man auf der Admin-Seite eine Firmware-Datei auswählt und sie wie ein Hersteller-Update flasht, oder indem man TFTP-Recovery nutzt.
      Was mir spontan einfällt, sind eigentlich nur Xiaomi-Router, bei denen Rooting oder Exploits nötig waren.
    • Man kann einen Banana Pi BPI R4 oder NanoPi R6S kaufen.
      Die haben einen microSD-Slot oder NVMe; alternativ geht auch ein x64-Gerät mit mehreren Netzwerkports, etwa mit Intel N100 oder N305.
    • Hardware-Modifikationen sind fast nie nötig.
      Da die Liste unterstützter Geräte lang ist, findet man leicht ein kompatibles Gerät, bei dem so etwas nicht nötig ist – außer man versucht, OpenWRT unbedingt auf ein bereits vorhandenes Gerät zu bekommen.
    • Man geht ins Wiki und wählt unter den als vollständig unterstützt markierten Geräten das teuerste und neueste aus.
      Dann ist die Installation so einfach wie das Flashen einer Datei über die Stock-UI.
      Ich verstehe nicht ganz, warum man sich darüber beschwert, dass eine gute kostenlose Alternative für Leute mit knappem Budget schwieriger sei als eine Alternative für tausend Dollar.
  • Alle Router sollten auf OpenWRT basieren.

    • Tatsächlich scheinen viele Router auf OpenWRT zu basieren, sie werben nur nicht damit.
    • Viele Router nutzen OpenWRT, legen aber eine eigene, schlechte Web-UI darüber, die alle nützlichen Funktionen versteckt.
    • TP-Link dürfte bei mehreren Routern bereits OpenWRT als Basis verwenden.
  • Kürzlich habe ich gemerkt, dass ich zu Hause das Haupt-Wi-Fi nicht mehr brauche, also ist auch mein physischer Haupt-Router mit OpenWrt nicht mehr unbedingt nötig.
    Den sekundären AP für IoT-Geräte muss ich weiterhin mit OpenWrt betreiben.
    Um Kabel und Kram zu reduzieren, plane ich jetzt, den OpenWrt-Router als virtuelle Maschine auf einem meiner Homeserver laufen zu lassen.
    Ich mag OpenWrt wirklich, aber PF ist heutzutage deutlich weniger verwirrend, daher wollte ich auch neue Optionen wie pfSense oder OPNsense ausprobieren.
    Manche Leute bauen auch gern Router mit OpenBSD, und es gibt einen guten Guide dazu: https://openbsdrouterguide.net/
    Ich frage mich, ob es dazu Meinungen oder Alternativen gibt, die man in Betracht ziehen sollte.

    • Wenn ich das nächste Mal einen Hauptrouter baue, plane ich, den Banana Pi R4 zu verwenden.
      Er ist dafür bekannt, OpenWRT problemlos auszuführen, und sein Vorteil ist, dass er 10G unterstützt.
  • Ich muss meinen offenbar defekten Ubiquiti EdgeRouter ersetzen
    Im Moment nutze ich einen alten ASUS, und der ist „okay“, aber selbst mit 3rd-Party-Firmware bekommt er keine Updates mehr
    Ich frage mich, welches All-in-one-Gerät für OpenWRT geeignet wäre
    Das Haus ist mit rund 1000 sqft eher klein, daher gibt es im Allgemeinen keine Reichweitenprobleme, und alles läuft drahtlos
    Im Grunde möchte ich etwas Stabiles, das man einmal einrichtet und dann vergessen kann

    • Schau dir vielleicht teklager an
      Als ich vor etwa zwei Jahren recherchiert habe, wirkte das wie die passendste Option, aber inzwischen lohnt es sich vielleicht, noch einmal herumzuschauen
      Es gibt billigere Optionen aus China, aber ich mache mir Sorgen wegen Backdoors
      https://teklager.se/en/knowledge-base/which-router-should-i-...
    • Das ist rackmount-orientiert und passt daher vielleicht nicht, aber ich nutze ein Gigabyte GA-IMB410TN + Pentium Gold G6405 in einem 1U Logic Case SC-1280
      Zusätzlich zu den dualen 1GbE-Intel-NICs auf dem Mainboard habe ich eine Quad-Port-2.5GbE-Realtek-PCIe-NIC (r8125) eingebaut
      Das Mainboard kann 12–19 V DC über eine 5,5-mm-Hohlsteckerbuchse aufnehmen oder 12 V über den 4-Pin-CPU-EPS-Stromanschluss
      Im Gehäuse steckt ein 250-W-1U-Flex-ATX-Netzteil, daher nutze ich Letzteres
      Ich habe die 12-V-Schiene des Netzteils auf Hohlstecker herausgeführt und versorge damit das Modem und zwei TP-Link-2.5GbE-Switches, wodurch drei Netzteilklötze wegfallen
      Die beiden Switches sind mit Klettband am oberen Deckel befestigt und mit 20-cm-Patchkabeln an die 2.5GbE-Ports 1 und 4 angeschlossen
      Da ich zu Hause fünf LANs habe, passen die sechs kabelgebundenen Ethernet-Ports dieser Konfiguration genau
      OpenWRT läuft auf amd64 ziemlich gut, und ich nutze den v24.10-Branch (vor dem Release) seit Monaten ohne Probleme
    • Ich nutze einen alten Netgear R7800 als All-in-one-Plastik-OpenWrt-Router+Switch+Wi-Fi
      Er ist so stabil, dass ich keinen Bedarf sah, auf den Netgear RAX120v2 umzuziehen, den ich für ein OpenWrt-Upgrade gekauft hatte
      Der RAX120v2 wurde mit OpenWrt 24-rc erfolgreich getestet, und ich habe ihn für den Fall aufbewahrt, dass ein dringenderes Upgrade nötig wird
      Ich habe auch einen Netgear WAX220 Wi-Fi AP gekauft und OpenWrt 24-rc darauf installiert, um ihn mit einer OPNsense-Box zu testen
      Denn OPNsense eignet sich nicht gut für Wi-Fi
      Für den einfachen Router-Einsatz halte ich OpenWrt für passender, aber der WAX220 ist ebenfalls ein ordentlicher OpenWRT-Wi-Fi-AP, den ich wohl irgendwann an einen stärkeren PC-basierten OpenWrt-Router hängen werde, auf dem Dinge wie IDS/IPS laufen
    • Nachdem ich im OpenWRT-Forum und im Wiki nach Empfehlungen gesucht hatte, bin ich beim GL.iNet MT-6000 gelandet
      Die Standard-Firmware ist eine GUI auf einem modernen OpenWRT, und weil sie nicht versucht, alles abzuschotten, lässt sie sich leicht flashen
    • Ich empfehle den Dynalink AX3600
      Die CPU ist wirklich schnell, er hat viel RAM, gutes Wi-Fi und funktioniert perfekt mit OpenWrt
      Bei Amazon kostet er 59 Dollar
  • Ich bin von OpenWrt desillusioniert
    Über Jahre hinweg habe ich Pull Requests eingereicht, die Pakete hinzufügen, Probleme beheben und Verbesserungen bringen
    Aber nur die minimalen PRs mit ein oder zwei Zeilen wurden akzeptiert und gemergt; große und wichtige Änderungen, an denen ich gearbeitet, die ich getestet und über Jahre aktuell gehalten habe, wurden nicht gemergt
    Die meisten wurden ohne Feedback einfach ignoriert
    Stattdessen scheint der Fokus darauf zu liegen, GPU und Doom zum Laufen zu bringen, und inzwischen machen sie sogar Hardware-Entwicklung
    Aber auch diese Hardware ist kein gutes Produkt, sondern stark eingeschränkte Elektroschrott-Crippleware

  • APK muss wohl bis 25 warten

    • Für alle, die es nicht sofort verstanden haben: OpenWrt scheint auf den Paketmanager von Alpine Linux wechseln zu wollen: https://openwrt.org/docs/guide-user/additional-software/opkg...
      Nebenbei frage ich mich, welche Geräte oder Hersteller heutzutage für OpenWrt am häufigsten empfohlen werden
      Ausgehend von meinem zuletzt genutzten Archer C7 scheint TP-Link zurückzufallen
    • Auf diese Änderung freue ich mich wirklich
  • Ich bin SRE, arbeite mit Infrastruktur, tune gern an allem Möglichen herum und habe auch ein eigenes Homelab
    Seit Jahren, vielleicht Jahrzehnten, baue ich meine Netzwerkgeräte selbst zusammen; und es war schmerzhaft, der Familie beim Updaten oder Herumbasteln sagen zu müssen: „Nur 15 Minuten, oder vielleicht so 4 Stunden, dann läuft es wieder“
    Dieses Jahr habe ich beschlossen, die gesamte Netzwerktechnik auf Ubiquiti umzustellen
    Gateway, APs und Switches wurden alle ersetzt, es ist wirklich teuer und fühlt sich irgendwie wie Verrat an, aber seit 6 Monaten gibt es keinerlei Probleme
    Es freut mich sehr, dass OpenWrt stabile Releases herausbringt und andere es weiter voranbringen
    Ich werde es vermutlich auf Ersatzhardware ausrollen, die mein Hauptnetz nicht lahmlegt, um Patches zu testen und Bugreports einzureichen
    Im Moment genieße ich die innere Ruhe

    • Meine Erfahrung war genau umgekehrt
      OpenWRT-Geräte laufen seit über 10 Jahren sehr stabil, während ich eine ganze Kiste voller Ubiquiti-Geräte habe, die entweder keine Updates mehr bekommen oder nicht mehr zur aktuellen Verwaltungssoftware passen
      Einige davon habe ich mit OpenWRT geflasht und dadurch wieder nützlich gemacht
    • Wenn du ein kritisches Betriebssystem für eine kleine Nutzergruppe wie die Leute im eigenen Haushalt betreibst, ist das kein Verrat
      Du hast die richtige Entscheidung getroffen
    • Durch diese Geschichte habe ich mir Amplifi angesehen; die Produktlinie scheint seit 2022 nicht mehr aktualisiert worden zu sein, und Leute spekulieren, dass sie sich vielleicht aus dem Heimmarkt zurückziehen
      Ich frage mich, ob dich das nicht beunruhigt hat
  • Ich habe gerade ein Upgrade gemacht
    Alle meine Anpassungen wurden automatisch übernommen, und bisher gibt es keine Probleme
    Die Arbeit des OpenWrt-Teams ist beeindruckend

    • OpenWrt-Upgrades waren im Allgemeinen erfolgreich, aber den Release Notes zufolge scheint mein Zielgerät von swconfig auf DSA umgestellt worden zu sein
      Deshalb muss ich die komplette Konfiguration von Grund auf neu machen
      Immerhin waren es nicht allzu viele Einstellungen