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

[Mantis Bug Tracker]

Der folgende Eintrag wurde erledigt. 
====================================================================== 
https://mantis.freifunk-franken.de/view.php?id=106 
====================================================================== 
Berichtet von:              rola
Zugewiesen an:              
====================================================================== 
Projekt:                    Freifunk Franken Firmware
Eintrag-ID:                 106
Kategorie:                  Freifunk Franken Firmware
Reproduzierbarkeit:         immer
Auswirkung:                 schwerer Fehler
Priorität:                  hoch
Status:                     erledigt
Zielversion:                next-stable
Lösung:                     erledigt
Behoben in Version:         next-stable
====================================================================== 
Erstellt am:                2018-07-28 20:21 CEST
Zuletzt geändert:           2018-08-04 07:41 CEST
====================================================================== 
Zusammenfassung:            /etc/hoodfile (hoodfilelocal) funktioniert nicht
Beschreibung: 
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. 

Eintrags-Historie 
Änderungsdatum   Benutzername   Feld                     Änderung             
====================================================================== 
2018-07-28 20:21 rola           Neuer Eintrag                                
2018-07-28 20:39 ChristianD     Notiz hinzugefügt: 0000282                    
2018-07-28 20:39 ChristianD     Notiz bearbeitet: 0000282                    
2018-07-28 21:36 fbl            Notiz hinzugefügt: 0000283                    
2018-07-28 22:58 Adrian SchmutzlerNotiz hinzugefügt: 0000284                   

2018-08-02 11:47 fbl            Zielversion               => next-stable     
2018-08-04 07:41 reddog         Status                   neu => erledigt     
2018-08-04 07:41 reddog         Lösung                   offen => erledigt   
2018-08-04 07:41 reddog         Behoben in Version        => next-stable     
======================================================================