v1 Abschaltung, Updatedateien für altes v1

[Tobias Klaus]

Hey Adrian,

grundsätzlich finde ich das nicht allzu schlecht, aber bbg würde ich dann gern 
zeitnah kündigen und ungern für so eine eventualität weiterlaufen lassen.

Da es vermutlich nicht allzu oft passieren wird, dass das gateway länger 
ausfällt und es ja dann nur noch die praktische Auswirkung hat, dass jemand 
nicht updaten kann, oder die Vorschaltseite nicht sieht, finde ich es aber 
auch vertretbar kein Notfall-Gateway bereit zu haben.

Viele Grüße
Tobias

Am Mittwoch, 28. November 2018, 13:44:53 CET schrieb Adrian Schmutzler:
> Und nochmal separat:
> 
> Bisher hat sich niemand sonderlich für den Vorschlag eines Notfall-Gateways
> für V1 interessiert.
> 
> Im Moment blieben hierfür entweder meskals GW oder eines der Hofer GWs
> übrig.
> 
> Wenn ich der einzige bin, der das für hilfreich hält, ist es auch gut, dann
> ist das meine letzte Mail zu dem Thema. ;-)
> 
> Grüße
> 
> Adrian
> 
> > -----Original Message-----
> > From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf Of
> > Christian Dresel
> > Sent: Dienstag, 27. November 2018 23:09
> > To: Mailingliste franken-dev <franken-dev at freifunk.net>
> > Subject: v1 Abschaltung, Updatedateien für altes v1
> > 
> > Hallo zusammen
> > 
> > wie schon auf der großen ML bekannt wurde, werde ich am Samstag alle v1
> > Hoods auflösen. Folgendes wird passieren:
> > 
> > * Alle Hoods bis auf default werden aufgelöst
> > * nue2gw3 wird nach default verschoben
> > * alle readonlys werden entfert (mit Ausname vom Netmon und nue2gw3)
> > * alle anderen v1 Gateways fliegen aus dem keyxchange (bitte dann danach
> > auflösen und IPs freigeben)
> > * Alfred wird auf nue2gw3 installiert und am Netmon beendet
> > * Vorschaltseite wird aktiviert (aktuell
> > http://fff-nue2-gw3.fff.community:81/ wer Verbesserungen hat, bitte html
> > Code zuschicken)
> > 
> > Als letzter Punkt bleibt dann noch die Updateurl die bei v1 ja
> > bekanntlich fe80::ff:feee:1 ist.
> > Aktuell zeigt diese IP auf die Netmon VM. Das Problem ist diese VM
> > wollen wir mittelfristig ja los werden.
> > 
> > Ich schlage daher vor, da für das sysupgradescript ja nur die aktuelle
> > Firmware und nicht die ganze History bereit gehalten werden muss, die
> > aktuelle Firmware auf nue2gw3 abzulegen und diese IP auch an ihn zu
> > binden.
> > Dann ist v1 netztechnisch (Layer 2, Batman wie auch immer...) komplett
> > unabhängig von der Netmon VM. Die letzte Abhängigkeit ist dann nur noch
> > der keyxchange den man aber extra angehen muss.
> > Sollte es eine neue Firmware geben, muss ich diese halt händisch
> > nachführen.
> > 
> > Alternativ würde sich ein reverse Proxy anbieten, ich bin mir hier aber
> > unsicher wie das von http (im Batman) zu https geht, ich habs nicht
> > hinbekommen. Falls jemand lieber den reverse Proxy haben will, muss
> > https://dev.freifunk-franken.de/ auch per http erreichbar gemacht werden
> > (ich denke das muss man über nue1 tun wo ich kein root habe, alleine auf
> > der NetmonVM scheint das nicht zu gehen ich hab da aber auch nicht den
> > großen Einblick was da an den Apache VHosts gestrickt ist)
> > 
> > Gibt es etwas, was ich nicht bedacht habe? Einwände?
> > 
> > Vielleicht kann man in diesem Atemzug auch gleich überlegen wo man die
> > dev.freifunk-franken.de und vllt. sogar den keyxchange hosten möchte.
> > Wer will sich darum kümmern? Ansprechpartner?
> > Auch wenn wir jetzt ein neues v2 Release anstreben brauchen wir dafür
> > erstmal einen Updateserver (fd43 und im keyxchange in jede Hood
> > eintragen und so...). Ich denke wir müssen das jetzt wirklich mal
> > angehen, daher jetzt mal mein Aufruf da was auf die Beine zu bekommen.
> > 
> > mfg
> > 
> > Christian

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20181129/c5080440/attachment.sig>