Super. Bin auf Ergebnisse gespannt, wie das die Supernodes entlastet.
btw: Gibt’s eigentlich nen richtig guten Grund, warum wir auf der Seite ausgerechnet nen Dropbox-Mirror haben?
Das Ding wird von irgendwem anscheinend von Hand gepflegt, hingt daher immer hinterher, kann auch nicht als Mirror für den Autoupdater benutzt werden. Ich bin mir gerade nicht sicher, ob der Aufwand überhaupt lohnt.
wird von mir gepflegt. Vor einem halben Jahr gab es öfter Probleme an die Firmware zu gelangen (Serverausfall, andere techn Fehler), weshalb ich meinen DB Space zur Verfügung gestellt habe, damit man einfach noch Zugriff auf eine Firmware hat.
Bzgl. Aktualität werd ich mich heute Nachmittag ran machen. Hinterherhinken tut man ja so oder so nicht, denn es gibt ja noch das autoupdate
Ich hatte die Idee, dass die Communities (Brilon, Bestwig, Meschede etc.) die FW auf deren Webserver einfach spiegeln. Das könnte man dann automatisch per Script (rSync o.ä.) tun und Du müsstest da nicht von Hand in der Dropbox rumrühren. Wenn die Mirror per ipv6 erreichbar sind, wären sie ja sogar als Mirror für den Autoupdater interessant, oder irre ich?
Soll erst mal nur ne Idee sein.
Ich find’s halt nur doof, nein… „suboptimal“, wenn wir nen Mirror haben, der kein Mirror ist, weil da noch ne alte Version rumverwaist.
Wir (Bestwig) würden jedenfalls nen Mirror einrichten. Da hat mir @Groman gerade schon grünes Licht gegeben. Vielleicht machen @nize und @Florian ja auch mit?
Alternativ kann man die Dropbox sicher auch automatisieren. Das Moped hat ja ne API.
Vielleicht sollten wir mal beleuchten, wie sinnvoll solche Mirror für die Möhne wären, oder ob wir da Energie in etwas stecken wollen, was gar nicht gebraucht wird.
Hää? Was hat der Autoupdater mit ner veralteten Version in der Dropbox zu tun? Das verstehe ich jetzt nicht. Wenn der Server mit der FW ausfällt, braucht der Autoupdater auch nen Mirror.
Da ich auf dem Server von freifunk-brilon.net nur die Seite laufen hab, kann ich da gerne noch die FW spiegeln. Dann hat @gomaaz wieder Platz in seiner Box.
Überhaupt einen Spiegel zu haben ist schon mal sehr sinnvoll. Ich habe es schon öfter erlebt, dass der Server genau dann nicht erreichbar war, wenn ich mal die FW herunterladen musste. Und vielleicht kann man den Autoupdater sogar so konfigurieren, dass er bei Problemen mit $Server1 auf $Server2 wechselt oder so in der Art. Keine Ahnung, wie da der Aufwand ist. Aber wichtiger sehe ich einfach, dass man jederzeit die FW irgendwo herunterladen kann.
Aktuell kann ich nicht nachvollziehen, ob die Nodes tatsächlich offline sind oder es ein Alfred Problem ist.
Aber ich halte es grundsätzlich für möglich, dass durch die Reduzierung auf einen Tunnel die nicht mehr vorhandene Verbindungsredundanz nun Auswirkungen zeigt…
Der Tunnel bricht - warum auch immer zusammen - muss neu aufgebaut werden… Früher war dort noch ein zweiter Tunnel als Backup und nun sind die Nodes dann einfach offline.
Hat jemand in seiner Nähe ähnliche Beobachtungen gemacht?
Der Bäcker hat gar keine Nachbarknoten - aber ne Internetverbindung, die nicht in der Karte angezeigt wird…
Nächstes kurioses Beispiel ist: http://map.freifunk-moehne.de/meshviewer/#!n:c46e1fc73102 der Knoten hat nur per Mesh Zugriff aufs Internet. Der geht über Wigge01, der wiederum offline angezeigt wird.
