[Freifunk Franken Firmware 0000106]: /etc/hoodfile (hoodfilelocal) funktioniert nicht
mail at adrianschmutzler.de
mail at adrianschmutzler.de
Sa Aug 4 10:31:04 CEST 2018
Hallo,
warum ging der nicht automatisch zu?
Muss ich das "Fixes #106" ganz nach oben in der Commit-Message schreiben?
Grüße
Adrian
> -----Original Message-----
> From: Mantis Bug Tracker [mailto:mbt at chrisi01.de]
> Sent: Samstag, 4. August 2018 07:41
> To: mail at adrianschmutzler.de
> Subject: [Freifunk Franken Firmware 0000106]: /etc/hoodfile (hoodfilelocal)
> funktioniert nicht
>
> The following issue has been RESOLVED.
> ==========================================================
> ============
> https://mantis.freifunk-franken.de/view.php?id=106
> ==========================================================
> ============
> Reported By: rola
> Assigned To:
> ==========================================================
> ============
> Project: Freifunk Franken Firmware
> Issue ID: 106
> Category: Freifunk Franken Firmware
> Reproducibility: always
> Severity: major
> Priority: high
> Status: resolved
> Target Version: next-stable
> Resolution: fixed
> Fixed in Version: next-stable
> ==========================================================
> ============
> Date Submitted: 2018-07-28 20:21 CEST
> Last Modified: 2018-08-04 07:41 CEST
> ==========================================================
> ============
> Summary: /etc/hoodfile (hoodfilelocal) funktioniert nicht
> Description:
> Wenn /etc/hoodfile existiert, gibt es kein /tmp/hoodfile. (s. configurehood
> Zeile 13 und 72) Im weiteren Verlauf wird aber auf /tmp/hoodfile ueber
> /lib/functions/fff/keyxchange referenziert. (z.B. vpn-select Zeile 57) Da geht
> dann natürlich nichts.
> Die Frage ist nun fixen oder hoodfilelocal raus schmeißen.
> Man kann damit viel Blödsinn machen, darum bin ich für entfernen.
>
> ==========================================================
> ============
>
> ----------------------------------------------------------------------
> (0000282) ChristianD (administrator) - 2018-07-28 20:39
> https://mantis.freifunk-franken.de/view.php?id=106#c282
> ----------------------------------------------------------------------
> "Die Frage ist nun fixen oder hoodfilelocal raus schmeißen.
> Man kann damit viel Blödsinn machen, darum bin ich für entfernen. "
>
> Wenn wir das rauswerfen, hat man gar keine manuelle Kontrolle mehr über
> die Hood in die der Router fallen soll (außer halt die Koordinaten aber es
> kann ja auch Hoods ohne Koordinaten geben die ich manuell betreten will).
>
> Wenn nun Leute an mich herantreten mit 2 Server die "fertig" sind und sich
> wünschen eine Hood zu testen/anlegen hab ich keine Ahnung wie ich das
> machen soll ohne sie "scharf" zu schalten und hoffen das mit den Servern
> alles passt.
> Gäbe es die hoodfilelocal generiere ich denen eine Hoodfile (bzw. sie
> können sich auch selbst eine generieren), man spielt sie auf einen Router auf
> und testet die Server damit ohne das die Hood im KeyXchange steht.
>
> Ich hab das Problem jetzt nicht nachvollzogen bin aber strikt gegen ein
> rauswerfen.
>
> mfg
>
> Christian
>
>
>
> ----------------------------------------------------------------------
> (0000283) fbl (administrator) - 2018-07-28 21:36
> https://mantis.freifunk-franken.de/view.php?id=106#c283
> ----------------------------------------------------------------------
> Das muss schon seit immer kaputt sein.
> vpn-select greift schon immer auf Dateien im /tmp zu, dort liegt aber nichts,
> wenn configurehood dort nichts hin kopiert.
>
> Mein Vorschlag: Statt
> hoodfiletmp="$hoodfilelocal" (was nur die Referenz auf die Datei für das
> aktuelle Skript ersetzt) ein cp $hoodfilelocal $hoodfiletmp (was sich dann
> genauso verhält, wie das Laden einer Datei von Ethernet oder Wlan
> Nachbar).
>
> Vielleicht was noch jemand, warum man das damals anders gemacht hat. Ich
> kann mir aber keinen Grund vorstellen.
>
> ----------------------------------------------------------------------
> (0000284) Adrian Schmutzler (administrator) - 2018-07-28 22:58
> https://mantis.freifunk-franken.de/view.php?id=106#c284
> ----------------------------------------------------------------------
> Ja, das ist schon immer kaputt. Der einzige, der das bisher genutzt hat war
> Christian, und der hatte sein Gateway in der Hood und keinen VPN gesetzt.
> (Deshalb hat es nie jemand gemerkt)
>
> Der Grund für die existierende Lösung war schlicht, dass man die Datei nicht
> nochmal kopieren muss, wenn es sie schon gibt.
>
> Fabians Lösung sollte mE funktionieren und wäre auch nicht unlogisch im
> Rahmen des restlichen Ablaufes.
>
> Ich hätte aber noch eine andere Idee:
> Im Moment rufen wir in vpn-select die Variable hoodfiletmp auf, die in
> /lib/functions/fff/keyxchange (fff-hoodutils) gesetzt wird.
> vpn-select wiederum wird ausschließlich vom configurehood skript aus
> aufgerufen.
>
> Wäre es nicht viel ordentlicher, wenn man den Namen des hoodfiles (also
> $hoodfiletmp) als Parameter an vpn-select übergibt?
> sh /usr/sbin/vpn-select $hoodfiletmp
>
> Damit würde man die Abhängigkeit der fff-vpn-select von fff-hoodutils
> komplett los (die auch gar nicht im Makefile steht). Und schließlich soll vpn-
> select ja den VPN konfigurieren, wo es den hoodfile hernimmt geht die
> Funktion eigentlich gar nichts an. Ich fände diese Lösung sehr "ordentlich"
> und würde sie daher aus Code-Stil-Gründen bevorzugen.
>
> Issue History
> Date Modified Username Field Change
> ==========================================================
> ============
> 2018-07-28 20:21 rola New Issue
> 2018-07-28 20:39 ChristianD Note Added: 0000282
> 2018-07-28 20:39 ChristianD Note Edited: 0000282
> 2018-07-28 21:36 fbl Note Added: 0000283
> 2018-07-28 22:58 Adrian SchmutzlerNote Added: 0000284
> 2018-08-02 11:47 fbl Target Version => next-stable
> 2018-08-04 07:41 reddog Status new => resolved
> 2018-08-04 07:41 reddog Resolution open => fixed
> 2018-08-04 07:41 reddog Fixed in Version => next-stable
> ==========================================================
> ============
Mehr Informationen über die Mailingliste franken-dev