Re: Server für V2-Update-Dateien

Fabian Bläse fabian at blaese.de
Di Dez 4 00:28:15 CET 2018


Hallo Adrian,

wir sind so oder so gezwungen die IP zu nehmen, nicht-uplink Knoten können DNS nicht auflösen. Die Domain (die auch gar nicht auf eine fd43:* Adresse auflöst ;)) hab ich dazu, dass man es sich ohne Freifunk angucken kann. :D

Gruß
Fabain

On 03.12.18 23:35, mail at adrianschmutzler.de wrote:
> Hallo,
> 
>  
> 
> vielen Dank fürs Kümmern. Ich denke, es ist am schlauesten, das erst einmal so zu machen.
> 
>  
> 
> In dem konkreten Fall würde ich die IP-Adresse dem DNS-Namen vorziehen, dann gibt es keine Probleme wenn im DNS für den Namen noch weitere Adressen hinterlegt werden.
> 
>  
> 
> Grüße
> 
>  
> 
> Adrian
> 
>  
> 
> *From:*Fabian Bläse [mailto:fabian at blaese.de]
> *Sent:* Montag, 3. Dezember 2018 17:24
> *To:* mail at adrianschmutzler.de; fff at chrisi01.de; freifunk at beibecks.de; f.wiessner at smart-kvm.com
> *Cc:* franken-dev at freifunk.net; franken-gateway at freifunk.net
> *Subject:* Re: Server für V2-Update-Dateien
> 
>  
> 
> Hallo zusammen,
> 
> ich möchte in Bezug auf das nächste anstehende Release nochmal auf die Situation hier eingehen. Ich habe auf meinem Gateway jetzt erstmal einen Reverse-Proxy auf den Netmon eingerichtet, damit wir hier erstmal weiterkommen und für den Release einen Upgrade_Path anbieten können.
> 
> http://aquarius.gw.fff.community:83/ bzw. http://[fd43:5602:29bd:ffff::feee]:83/
> oder als upgrade_path: "http://[fd43:5602:29bd:ffff::feee]:83/firmware/current"
> 
> Wenn niemand Einwände hat, dann würde Christian das so in die ganzen Hoodfiles packen, sobald wir mit dem Release soweit sind.
> 
> Gruß
> Fabian
> 
> On 30.10.18 11:14, mail at adrianschmutzler.de <mailto:mail at adrianschmutzler.de> wrote:
>> Hallo zusammen,
>> 
>>  
>> 
>> für den Fall, dass wir tatsächlich ein weiteres Firmware-Release hinbekommen, stellt sich die Frage, wie wir die „Upgrade-Server“ dafür organisieren.
> 
>> 
>>  
>> 
>> Die V2-Firmware sieht dafür im Hoodfile ein Feld vor (=> KeyXchange), in das man eine Adresse eintragen kann. Dieses Feld ist im Moment leer. Wir haben also zwei Möglichkeiten:
> 
>> 
>>  
>> 
>> 1. Wir werfen das auf irgendeinen (zentralen) Server und tragen dann diese Adresse (für alle Hoods) ein. Wäre dann im Endeffekt wie die jetzt praktizierte Lösung für den NTP Server.
> 
>> 
>> Vorteil: Man muss den Spaß nur einmal machen. Frage: Wer machts?
>> 
>>  
>> 
>> 2. Die Firmware-Server werden dezentral organisiert, es gibt dann wohl 3-8 verschiedene. Jede Hood trägt den Server ein, den sie am liebsten hat.
> 
>> 
>> Vorteil: dezentral; Nachteil: Mehrfacher Aufwand (u.a. auch bei Image-Namensproblemen, die dann immer alle am Server reparieren müssen)
> 
>> 
>> Frage: Besteht hier überhaupt Interesse, das selbst zu machen?
>> 
>> Anmerkung: Wenn sich dann alle die Images für ihre Server ohnehin am zentralen Server holen, kann man auch gleich den verlinken …
> 
>> 
>>  
>> 
>> Ich selbst bin raus, weil meine Updates ganz anders organisiert sind. Ich würde mich dann mit „meinen“ Hoods an einen offiziellen oder dezentralen Server mit ran hängen.
> 
>> 
>>  
>> 
>> Bitte Meinungen! Wer würde einen entsprechenden Server organisieren? Können wir den bisherigen Server nutzen oder ist das die NetmonVM, die in V1 hängt?
> 
>> 
>>  
>> 
>> Grüße
>> 
>>  
>> 
>> Adrian
>> 
> 
>  
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20181204/fe7bbe4b/attachment.sig>


Mehr Informationen über die Mailingliste franken-dev