[Freifunk-Bonn] fastd key upload

[Jan Lühr]

Hallo,


Am 05/04/2014 03:39 PM, schrieb D. Theisen:
> Hi!
> 
> Ich habe mir gerade die Prozessliste eines 1.1-Knotens angeschaut. Gibt
> es keine intelligentere Methode als 8x folgendes Script laufen zu haben?

Mit Sicherheit :)

> root at kruemel:~# cat /lib/freifunk/mesh-vpn/upload_key_to_server
> #!/bin/sh
> 
> UPLOAD_URL=$1
> KEY=`/etc/init.d/fastd show_key mesh_vpn`
> WGETC=`which wget`
> VERSION=$(cat /etc/freifunk_version)
> MAC=$(uci get freifunk. at node[0].nodeid)
> while [ 1 = 1 ]
> do
>         $WGETC
> "$UPLOAD_URL/upload_key?nodeid=${MAC}&_method=post&key=${KEY}&fw_version=${VERSION}"
> -O - && break
> sleep 30
> done
> 
> 
> Welche der gepushten Informationen ändert sich denn überhaupt? Für mich
> sieht das erstmal so aus, als würden die sich erst nach einem Neustart
> oder zumindest „uci commit" ändern>
> Oder wird das als eine Art „ping“ benutzt? Aber dafür haben wir doch ein
> collectd-plugin, oder?
> 
> Wäre doch schön, wenn wir die gut 130 Bytes/s einsparen könnten.

Die gepushten Informationen ändern sich nicht. Das Script wird benötigt
um Keys an Supernodes zu senden. Es terminiert, bei Erfolg.
Da nicht alle Supernodes erreichbar sind (manchmal auch keine - falls
kein Internet-Uplink vorhanden ist) terminieren nicht alle Prozesse.

Wir haben das Design so gewählt, damit wir möglichst zuverlässig Keys an
alle Erreichbaren Supernodes verteilen können.

Grundsätzlich ist es denkbar, verschiedene Dinge zu optimieren (z.B.
kein wget-Aufruf, wenn Supernode nicht erreichbar ist, lua oder C statt
bash).

Ich sehe hier zur Zeit aber keinen wirklichen Optimierungsbedarf.
Gescheite Pull-Requests sind gerne willkommen - es ist zur Zeit nur
keine Baustelle für mich. Bereiten Dir die 130 Byte / sec Probleme?

Gruß, Jan