[Freifunk Franken Firmware 0000106]: /etc/hoodfile (hoodfilelocal) funktioniert nicht

Sa Aug 4 10:50:25 CEST 2018

Am Samstag, den 04.08.2018, 10:31 +0200 schrieb
mail at adrianschmutzler.de:
> Hallo,
> 
> warum ging der nicht automatisch zu?
Weiß nicht, hat die letzten male nie geklappt. Vermutlich ist das
Mantis Setup kaputt. :(

> Muss ich das "Fixes #106" ganz nach oben in der Commit-Message
> schreiben?
Eigentlich nicht.

Tim

> 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
> > ==========================================================
> > ============
> 
> 
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 488 bytes
Beschreibung: This is a digitally signed message part
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180804/9af274d0/attachment.sig>