Neuer Firmwaredownloader

Technik Funk & Router
81

Da ist alles fluffig… :slight_smile:

82

Auf der Firmware-VM in /var/www/html/md-fw-dl ist das git geclont. Klar hast du da Zugriff :).

83

Und welchen Weg nimmt es dann, bis es unter https://freifunk-muensterland.de/md-fw-dl/ erreichbar ist?

84

Wollt ihr noch mal testen? Sollte jetzt funktionieren!

Zum Problem:
Es ist ein Reverse-Proxy eingetragen, der sich den Scheiß von http://firmware.freifunk-muensterland.de/md-fw-dl/ holt. Der DNS Server holt sich eine v6 Adressauflösung. Auf eth1 ist eine 2a03:2260:115::12 Adresse Konfiguriert, ansonsten ist v6 nur mit link lokal. Vermutlich ist ipv6 auf eth1 aber kaputt.

So, er versucht also den Server firmware.freifunk-muensterland.de zu erreichen per v6, solange bis das Timeout erreicht ist und versucht es dann mit der v4 Adresse.

Ich habe jetzt im Reverse anstatt der Domain direkt die v4 IP Adresse eingetragen. Generell sollte man sich fragen, ob man für jeden Pups einen ReverseProxy konfigurieren muss.

Naja lirum larum, sollte jetzt wieder funktionieren.

3 „Gefällt mir“
85

läuft :slight_smile:

1 „Gefällt mir“
86

läuft :slight_smile: :stuck_out_tongue:

87

@descilla kann es sein das du da gestern irgendwie die SSL verschlüsselung Kaputtrepariert hast? :wink:
https://firmware.freifunk-muensterland.org meldet:

NET::ERR_CERT_COMMON_NAME_INVALID

Unbenannt.PNG1578×886 103 KB

edith:
https://firmware.freifunk-muensterland.de läuft…

88

Ich hab das Zertifikat gefixt. War ein Tippfehler im Cronjob zum Erneuern des Zertifikats.

4 „Gefällt mir“
89

Die Firmware für Warendorf kann mindestens für 1043v2 und 940v3 aktuell nicht über den Assistenten heruntergeladen werden. Da kommt immer nur ein 404 Fehler beim finalen Klick auf “Download Firmware”.

Auch der Alternativweg über http://firmware.freifunk-muensterland.org/ klappt nur eingeschränkt. Zwar kann man über die Karte zu der Firmware gelangen. Aber in der Liste oben drüber fehlt Warendorf; da hatte ich schon fast aufgegeben, bevor ich auf die Karte gekommen bin…

@paulinsche

90

Unter Freifunk.net findet sich der richtige Link . …

Images.Freifunk-muensterland.net

In einem Anflug von Zentralisierung ist der Downloader entstanden, der den Kreis selten berücksichtigt hat.

91

Liebe Maintainer des Firmware-Downloader-Assistenten (@mpw, @sandmann88, @descilla, @??), könntet ihr evtl. mal prüfen, warum die Warendorf-Firmware nicht korrekt verlinkt ist? Das wäre toll. Mit Status Quo dürften nur wenige Interessierte die Firmware finden.
Herzlichen Dank!
Mike

92

Hey @descilla, danke fürs superschnelle Fixen!!

Das meiste tuts jetzt. Nur 940 v3 scheint immer noch nicht zu funktionieren. Kann das sein?

93

„Nur“, schön wärs…

Ich habe das schlechte Wetter heute mal genutzt und alle Download-Links von Hand einzeln durchgeklickt und dabei Protokoll geführt.

Heraus kam, dass insgesamt 172!! Links von insgesamt 1551 angebotenen Firmware-Versionen kaputt sind:

404 http://firmware.freifunk-muensterland.org/domaene01/versions/v1.0.4/factory/gluon-ffmsd01-v2016.1.2+1.0.4-tp-link-tl-wr801n-nd-v1.bin
404 http://firmware.freifunk-muensterland.org/domaene01/versions/v1.0.4/factory/gluon-ffmsd01-v2016.1.2+1.0.4-tp-link-tl-wr801n-nd-v2.bin
404 http://firmware.freifunk-muensterland.org/domaene01/versions/v1.0.4/factory/gluon-ffmsd01-v2016.1.2+1.0.4-tp-link-tl-wr940n-v1.bin
404 http://firmware.freifunk-muensterland.org/domaene01/versions/v1.0.4/factory/gluon-ffmsd01-v2016.1.2+1.0.4-tp-link-tl-wr940n-v3.bin
404 http://firmware.freifunk-muensterland.org/domaene01/versions/v1.0.4/factory/gluon-ffmsd01-v2016.1.2+1.0.4-buffalo-wzr-hp-ag300h-wzr-600dhp.bin
...

Vollständige Liste auf Pastebin, da ich hier maximal 2^13 Zeichen posten darf, es aber fast 2^15 Zeichen waren.

Natürlich replizieren sich die Fehler, da ich wirklich alle Varianten durchgeklickt habe, also:

  • Mode (factory/sysupgrade)
  • Domäne
  • Modell

Aber es sind trotzdem mehr als 10%. :open_mouth:

Auffallend sind Fehler bei den x86 Images, wo direkt ins configfile die file extension geschrieben wurde.

PS: Natürlich habe ich nicht wirklich alle Links angeklickt. Ich habe ein Script geschrieben, was alle Möglichkeiten der Dropdown-Felder durchgeht und mir am Ende eine Liste der (vom wirklichen Script, das ist wichtig, siehe „Bug“ der x86 Links) generierten URLs ausspuckt. Von diesen habe ich dann mittels curl den Head geladen und den Statuscode ausgewertet.

Wenn ich das, zumindest rudimentär, in einem der hipströsen Javascript-Unit-Test Frameworks abgebildet habe, stelle ich den Test online. …btw: Das wäre doch eigentlich etwas, das in den Build-Prozess gehört oder? Da wollte doch mal jemand was für bauen, oder? (Habe ich vor ein paar Jahren aus der Javascript Welt verabschiedet und finde gerade meinen Jute-Beutel nicht wieder :frowning:, daher würde ich mich über Hilfe oder Tipps sehr freuen.).

Wichtiger ist aber erst mal, dass ich die defekten Links fixe.

Grüße,
Simon

2 „Gefällt mir“
94

Da https://firmware.freifunk-muensterland.de/ nicht mehr aktuell war, habe ich die Generierung der Seite über ein Template in Ansible eingebaut, so dass man es leichter pflegen kann.

3 „Gefällt mir“
95

Firmware Downloader aktualisiert und “deployed”.

Es gibt zwar immer noch 82 URLs, die nicht funktionieren aber dieses Mal von insgesamt 1585. Ja, es sind mehr Einträge geworden, ich habe hier und da Einträge gefunden, die so fehlerhaft waren, dass sie nicht in den Assistenten geladen wurden (falls ich das mit den Unit-Tests gebacken bekomme, denke ich mir auch hierfür einen Test aus).

Die weiterhin bestehenden Fehler haben folgende Ursachen:

  • Targets nicht gebaut

    • Für Domäne-02 scheinen die Targets ar71xx-nand und mpc85xx-generic nicht gebaut worden zu sein (zumindest für Version 1.0.4). Betroffen sind davon folgende Modelle:
      • Netgear WNDR3700 (v4)
      • Netgear WNDR4300 (v1)
      • TL-WDR4900 (v1)
    • Für Domäne-14 scheinen die Targets ar71xx-nand, mpc85xx-generic, x86-generic und x86-kvm_guest nicht gebaut worden zu sein. Betroffen sind davon folgende Modelle:
      • Netgear WNDR3700 (v4)
      • Netgear WNDR4300 (v1)
      • TL-WDR4900 (v1)
      • x86-generic
      • x86-virtualbox
      • x86-vmware
      • x86-kvm

  • Unterschiedliche Images für factory und sysupgrade

  • Die Router Buffalo WZR-HG-AG300H" und Buffalo WZR-600DHP haben eigenständige factory-Images, jedoch ein gemeinsames sysupgrade-Image (mit abweichendem Dateinamen).

  • Die Images für x86-virtualbox und x86-vmware existieren nur für factory und nicht für sysupgrade.

  • Außerdem sind die Images für netgear-wndr3700v4 und netgear-wndr4300 zwischen den Modi abwechend und werden daher für sysupgrade nicht gefunden. Hier habe ich mir den Grund noch nicht angeschaut.

2 „Gefällt mir“
96

Es gibt auch eine neue Version von PetaByteBoy: https://forum.freifunk.net/t/md-fw-dl-v2-interne-uberarbeitung/11462

1 „Gefällt mir“
97

Habe ich auch schon gesehen. Muss mir aber noch überlegen, wie ich die am Besten merge.

98

Firmware-Downloader aktualisiert.

Es sind nun folgende Domänen bereits berücksichtigt (zu denen es noch keine! Firmware zum Download gibt):

  • Gescher (Domäne 08)
  • Dülmen (Domäne 12)
  • Rorup (Domäne 13)

Sowie einige Anpassungen im Hintergrund:

  • Habe ein paar Mediaqueries eingebaut, sodass die Karte auch auf kleineren Monitoren alles zeigen sollte.
  • In der config gibt es nun ein “proxy_to” Attribut, wenn es für eine Site noch keine Firmware gibt, so kann auf eine andere Site verwisen werden, deren Firmware verwendet werden soll. So müssen auf dem Firmware-Server keine Symlinks mehr angelegt werden.
  • Weitere Details im Git in der Commit History.

Ergebnis steht schon online: https://freifunk-muensterland.de/md-fw-dl/

4 „Gefällt mir“
99

5 Beiträge wurden in ein neues Thema verschoben: Firmware für TP-Link TL-WR841N V11

101

@descilla gibt es das Script noch irgendwo?