[4/4] Setzt einen Wert wenn der Router weder Position noch Mail Adresse hat, cronjob alle 5 Minuten

Signed-off-by: Christoph <suepke.christoph@gmail.com>
---
 bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
 bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
 .../root_file_system/usr/lib/micron.d/default       |  1 +
 3 files changed, 23 insertions(+), 1 deletion(-)
 create mode 100755 bsp/default/root_file_system/etc/default.sh

Hallo Christoph,

die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
eine Weile im IRC diskutiert.
Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
paar Anmerkungen Inline.

Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
jetzt nichts:
1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
konfigurieren.
Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
wenn es nicht geschieht.
2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
besten anstellt bin ich mir noch nicht sicher.
3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist

Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
Ausnahme OpenStreetMaps) auf den Router umleiten.
5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
HIER beantwortet.
6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.


Über Feedback zu meinen Gedanken würde ich mich freuen.

Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
> Signed-off-by: Christoph <suepke.christoph@gmail.com>
> ---
>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
>  .../root_file_system/usr/lib/micron.d/default       |  1 +
>  3 files changed, 23 insertions(+), 1 deletion(-)
>  create mode 100755 bsp/default/root_file_system/etc/default.sh
> 
> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
> index 24cf700..9794e11 100644
> --- a/bsp/default/root_file_system/etc/config/system.tpl
> +++ b/bsp/default/root_file_system/etc/config/system.tpl
> @@ -1,7 +1,7 @@
>  config 'system'
>  	option 'hostname' 'OpenWrt'
>  	option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
> -        option 'default' '1'
> +        option 'NoPosAndMail' '1'
Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
>  
>  config 'led' 'status_led_green'
>  	option 'name' 'status'
> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
> new file mode 100755
> index 0000000..64ab896
> --- /dev/null
> +++ b/bsp/default/root_file_system/etc/default.sh
> @@ -0,0 +1,21 @@
> +#!/bin/sh
> +
> +uci get system.@system[0].latitude
> +lat=$?
> +uci get system.@system[0].longitude
> +lon=$?
> +uci get system.@system[0].contact
> +mail=$?
> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
Ich denke das ließe sich auch schöner lösen z.B.
if [ uci get system.@system[0].latitude ] && \
[ uci get system.@system[0].longitude ] && \
[ uci get system.@system[0].contact ] ; then
> +echo "Bitte eintragen"
> +uci set system.@system[0].NoPosAndMail="1"
> +uci commit
> +
> +else
> +uci set system.@system[0].NoPosAndMail="0"
> +uci commit
Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
Gedanken dazu habe ich ja bereits oben beschrieben.

Grüße Jan
> +
> +fi
> +
> +def=`uci get system.@system[0].NoPosAndMail`
> +echo $def
> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
> index 3dbf3d7..defbfcf 100644
> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
> @@ -1,2 +1,3 @@
>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
> +*/5 * * * *  sh /etc/default.sh
> -- 
> 1.9.1
>

Hallo Jan.

zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
kleine Anfangen ;-)
zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
dazu bin ich zu wenig in der Materie.
zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
zu 6. siehe 1. ;-)

Antworten zum CODE mit >>>>



Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
> Hallo Christoph,
>
> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
> eine Weile im IRC diskutiert.
> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
> paar Anmerkungen Inline.
>
> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
> jetzt nichts:
> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
> konfigurieren.
> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
> wenn es nicht geschieht.
> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
> besten anstellt bin ich mir noch nicht sicher.
> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
>
> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
> Ausnahme OpenStreetMaps) auf den Router umleiten.
> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
> HIER beantwortet.
> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
>
>
> Über Feedback zu meinen Gedanken würde ich mich freuen.
>
> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
>> ---
>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
>>  3 files changed, 23 insertions(+), 1 deletion(-)
>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
>>
>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
>> index 24cf700..9794e11 100644
>> --- a/bsp/default/root_file_system/etc/config/system.tpl
>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
>> @@ -1,7 +1,7 @@
>>  config 'system'
>>       option 'hostname' 'OpenWrt'
>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
>> -        option 'default' '1'
>> +        option 'NoPosAndMail' '1'
> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
>>
>>  config 'led' 'status_led_green'
>>       option 'name' 'status'
>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
>> new file mode 100755
>> index 0000000..64ab896
>> --- /dev/null
>> +++ b/bsp/default/root_file_system/etc/default.sh
>> @@ -0,0 +1,21 @@
>> +#!/bin/sh
>> +
>> +uci get system.@system[0].latitude
>> +lat=$?
>> +uci get system.@system[0].longitude
>> +lon=$?
>> +uci get system.@system[0].contact
>> +mail=$?
>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
> Ich denke das ließe sich auch schöner lösen z.B.
> if [ uci get system.@system[0].latitude ] && \
> [ uci get system.@system[0].longitude ] && \
> [ uci get system.@system[0].contact ] ; then
>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
>> +uci set system.@system[0].NoPosAndMail="1"
>> +uci commit
>> +
>> +else
>> +uci set system.@system[0].NoPosAndMail="0"
>> +uci commit
> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
> Gedanken dazu habe ich ja bereits oben beschrieben.
>
>>>>Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
>>>>Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.


> Grüße Jan
>> +
>> +fi
>> +
>> +def=`uci get system.@system[0].NoPosAndMail`
>> +echo $def
>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
>> index 3dbf3d7..defbfcf 100644
>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
>> @@ -1,2 +1,3 @@
>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
>> +*/5 * * * *  sh /etc/default.sh
>> --
>> 1.9.1
>>
>


MFG Mister Crumble

Hallo Tobias,

danke für die Korrektur. Ich war mich auch nicht ganz sicher ob das so
funktioniert. Wollte auf das Grundprinzip hinaus.
Somit hab ich mir einmal auf die Schnauze fallen beim Entwickeln
gespart. Man lernt nie aus.

Grüße Jan
Am Mittwoch, den 06.04.2016, 20:58 +0200 schrieb Tobias Klaus:
> Hallo,
> 
> On Mittwoch, 6. April 2016 18:34:34 CEST mayosemmel wrote:
> > > +uci get system.@system[0].latitude
> > > +lat=$?
> > > +uci get system.@system[0].longitude
> > > +lon=$?
> > > +uci get system.@system[0].contact
> > > +mail=$?
> > > +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
> > 
> > Ich denke das ließe sich auch schöner lösen z.B.
> > if [ uci get system.@system[0].latitude ] && \
> > [ uci get system.@system[0].longitude ] && \
> > [ uci get system.@system[0].contact ] ; then
> So funktioniert das vermutlich auch nicht.
> [ ist keine Sprachelement sondern ein Programm das sich im groben verhält wie 
> das Programm "test"-> "man test".
> 
> "if" testet _nur_ auf den Rückgabewert selbst. Wenn man "if [ " nutzt, testet 
> man damit auf den Rückgabewert von "[" also "test".
> In eurem Fall "sieht" das test progamm nur einen string. Den wertet es dann 
> standardmäßig mit "-n"(Länge ungleich Null) aus. Das heißt einerseits, dass 
> der uci call nie aufgerufen wird und andererseits, dass "test" immer "true" 
> also 0 zurückgeben wird.
> Da wir aber eh auf Rückgabewerte testen wollen, können wir gleich "if" 
> verwenden.
> Das hier sollt funktionieren:
> if    uci get system.@system[0].latitude      \
>    && uci get system.@system[0].longitude     \
>    &&  uci get system.@system[0].contact ; then
> 
> 
> Grüße
> Tobias

Hallo,

On Mittwoch, 6. April 2016 18:34:34 CEST mayosemmel wrote:
> > +uci get system.@system[0].latitude
> > +lat=$?
> > +uci get system.@system[0].longitude
> > +lon=$?
> > +uci get system.@system[0].contact
> > +mail=$?
> > +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
> 
> Ich denke das ließe sich auch schöner lösen z.B.
> if [ uci get system.@system[0].latitude ] && \
> [ uci get system.@system[0].longitude ] && \
> [ uci get system.@system[0].contact ] ; then
So funktioniert das vermutlich auch nicht.
[ ist keine Sprachelement sondern ein Programm das sich im groben verhält wie 
das Programm "test"-> "man test".

"if" testet _nur_ auf den Rückgabewert selbst. Wenn man "if [ " nutzt, testet 
man damit auf den Rückgabewert von "[" also "test".
In eurem Fall "sieht" das test progamm nur einen string. Den wertet es dann 
standardmäßig mit "-n"(Länge ungleich Null) aus. Das heißt einerseits, dass 
der uci call nie aufgerufen wird und andererseits, dass "test" immer "true" 
also 0 zurückgeben wird.
Da wir aber eh auf Rückgabewerte testen wollen, können wir gleich "if" 
verwenden.
Das hier sollt funktionieren:
if    uci get system.@system[0].latitude      \
   && uci get system.@system[0].longitude     \
   &&  uci get system.@system[0].contact ; then


Grüße
Tobias

Hallo,

zu 2. das Meschen tritt doch auf, wenn man einen unkonfigurierten Router
ans Internet ansteckt und andere FFF Router in der nähe sind. Oder bin
ich da falsch?
Mann könnte doch erstmal ohne fastd starten und prüfen, ob batman
Nachbarn sieht und seine Tabellen füllt. Wenn nicht startet fastd.
Damit erledigt sich auch 3.

Robert


Am 06.04.2016 um 19:23 schrieb Christoph süpke:
> Hallo Jan.
>
> zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
> kleine Anfangen ;-)
> zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
> zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
> dazu bin ich zu wenig in der Materie.
> zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
> zu 6. siehe 1. ;-)
>
> Antworten zum CODE mit >>>>
>
>
>
> Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
>> Hallo Christoph,
>>
>> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
>> eine Weile im IRC diskutiert.
>> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
>> paar Anmerkungen Inline.
>>
>> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
>> jetzt nichts:
>> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
>> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
>> konfigurieren.
>> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
>> wenn es nicht geschieht.
>> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
>> besten anstellt bin ich mir noch nicht sicher.
>> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
>> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
>>
>> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
>> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
>> Ausnahme OpenStreetMaps) auf den Router umleiten.
>> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
>> HIER beantwortet.
>> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
>>
>>
>> Über Feedback zu meinen Gedanken würde ich mich freuen.
>>
>> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
>>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
>>> ---
>>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
>>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
>>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
>>>  3 files changed, 23 insertions(+), 1 deletion(-)
>>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
>>>
>>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
>>> index 24cf700..9794e11 100644
>>> --- a/bsp/default/root_file_system/etc/config/system.tpl
>>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
>>> @@ -1,7 +1,7 @@
>>>  config 'system'
>>>       option 'hostname' 'OpenWrt'
>>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
>>> -        option 'default' '1'
>>> +        option 'NoPosAndMail' '1'
>> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
>>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
>>>  config 'led' 'status_led_green'
>>>       option 'name' 'status'
>>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
>>> new file mode 100755
>>> index 0000000..64ab896
>>> --- /dev/null
>>> +++ b/bsp/default/root_file_system/etc/default.sh
>>> @@ -0,0 +1,21 @@
>>> +#!/bin/sh
>>> +
>>> +uci get system.@system[0].latitude
>>> +lat=$?
>>> +uci get system.@system[0].longitude
>>> +lon=$?
>>> +uci get system.@system[0].contact
>>> +mail=$?
>>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
>> Ich denke das ließe sich auch schöner lösen z.B.
>> if [ uci get system.@system[0].latitude ] && \
>> [ uci get system.@system[0].longitude ] && \
>> [ uci get system.@system[0].contact ] ; then
>>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
>>> +uci set system.@system[0].NoPosAndMail="1"
>>> +uci commit
>>> +
>>> +else
>>> +uci set system.@system[0].NoPosAndMail="0"
>>> +uci commit
>> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
>> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
>> Gedanken dazu habe ich ja bereits oben beschrieben.
>>
>>>>> Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
>>>>> Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.
>
>> Grüße Jan
>>> +
>>> +fi
>>> +
>>> +def=`uci get system.@system[0].NoPosAndMail`
>>> +echo $def
>>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
>>> index 3dbf3d7..defbfcf 100644
>>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
>>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
>>> @@ -1,2 +1,3 @@
>>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
>>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
>>> +*/5 * * * *  sh /etc/default.sh
>>> --
>>> 1.9.1
>>>
>
> MFG Mister Crumble

Hallo Robert,

grundsätzlich hast du Recht. Wenn der Router aber korrekterweise einen
Router aus der eigenen Hood in der Nähe mesht, soll der VPN ja trotzdem
aufgebaut werden.
Dann funktioniert das wieder nicht. Aber ich werde mir das nochmal
anschauen.

Grüße Jan

Am Mittwoch, den 06.04.2016, 22:43 +0200 schrieb Robert:
> Hallo,
> 
> zu 2. das Meschen tritt doch auf, wenn man einen unkonfigurierten Router
> ans Internet ansteckt und andere FFF Router in der nähe sind. Oder bin
> ich da falsch?
> Mann könnte doch erstmal ohne fastd starten und prüfen, ob batman
> Nachbarn sieht und seine Tabellen füllt. Wenn nicht startet fastd.
> Damit erledigt sich auch 3.
> 
> Robert
> 
> 
> Am 06.04.2016 um 19:23 schrieb Christoph süpke:
> > Hallo Jan.
> >
> > zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
> > kleine Anfangen ;-)
> > zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
> > zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
> > dazu bin ich zu wenig in der Materie.
> > zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
> > zu 6. siehe 1. ;-)
> >
> > Antworten zum CODE mit >>>>
> >
> >
> >
> > Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
> >> Hallo Christoph,
> >>
> >> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
> >> eine Weile im IRC diskutiert.
> >> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
> >> paar Anmerkungen Inline.
> >>
> >> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
> >> jetzt nichts:
> >> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
> >> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
> >> konfigurieren.
> >> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
> >> wenn es nicht geschieht.
> >> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
> >> besten anstellt bin ich mir noch nicht sicher.
> >> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
> >> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
> >>
> >> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
> >> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
> >> Ausnahme OpenStreetMaps) auf den Router umleiten.
> >> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
> >> HIER beantwortet.
> >> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
> >>
> >>
> >> Über Feedback zu meinen Gedanken würde ich mich freuen.
> >>
> >> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
> >>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
> >>> ---
> >>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
> >>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
> >>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
> >>>  3 files changed, 23 insertions(+), 1 deletion(-)
> >>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
> >>>
> >>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
> >>> index 24cf700..9794e11 100644
> >>> --- a/bsp/default/root_file_system/etc/config/system.tpl
> >>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
> >>> @@ -1,7 +1,7 @@
> >>>  config 'system'
> >>>       option 'hostname' 'OpenWrt'
> >>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
> >>> -        option 'default' '1'
> >>> +        option 'NoPosAndMail' '1'
> >> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
> >>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
> >>>  config 'led' 'status_led_green'
> >>>       option 'name' 'status'
> >>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
> >>> new file mode 100755
> >>> index 0000000..64ab896
> >>> --- /dev/null
> >>> +++ b/bsp/default/root_file_system/etc/default.sh
> >>> @@ -0,0 +1,21 @@
> >>> +#!/bin/sh
> >>> +
> >>> +uci get system.@system[0].latitude
> >>> +lat=$?
> >>> +uci get system.@system[0].longitude
> >>> +lon=$?
> >>> +uci get system.@system[0].contact
> >>> +mail=$?
> >>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
> >> Ich denke das ließe sich auch schöner lösen z.B.
> >> if [ uci get system.@system[0].latitude ] && \
> >> [ uci get system.@system[0].longitude ] && \
> >> [ uci get system.@system[0].contact ] ; then
> >>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
> >>> +uci set system.@system[0].NoPosAndMail="1"
> >>> +uci commit
> >>> +
> >>> +else
> >>> +uci set system.@system[0].NoPosAndMail="0"
> >>> +uci commit
> >> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
> >> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
> >> Gedanken dazu habe ich ja bereits oben beschrieben.
> >>
> >>>>> Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
> >>>>> Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.
> >
> >> Grüße Jan
> >>> +
> >>> +fi
> >>> +
> >>> +def=`uci get system.@system[0].NoPosAndMail`
> >>> +echo $def
> >>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
> >>> index 3dbf3d7..defbfcf 100644
> >>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
> >>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
> >>> @@ -1,2 +1,3 @@
> >>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
> >>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
> >>> +*/5 * * * *  sh /etc/default.sh
> >>> --
> >>> 1.9.1
> >>>
> >
> > MFG Mister Crumble
>

Hallo Jan,

so wie ich das verstanden habe, geht es um die Option

 option 'NoPosAndMail' '1'
da kennt der Router seine korrekte Hood noch gar nicht. Der Client braucht nur irgendwie Internet für die Map. Entweder über meshen oder Tunnel, nicht beides. 
Und wenn  option 'NoPosAndMail''0'
dann alles wie bisher.

Das Meshen von Hoods durch falsch positionierte Router zu verhindern, wäre auch mal zu diskutieren.

Robert


Am 09.04.2016 um 20:17 schrieb mayosemmel:
> Hallo Robert,
>
> grundsätzlich hast du Recht. Wenn der Router aber korrekterweise einen
> Router aus der eigenen Hood in der Nähe mesht, soll der VPN ja trotzdem
> aufgebaut werden.
> Dann funktioniert das wieder nicht. Aber ich werde mir das nochmal
> anschauen.
>
> Grüße Jan
>
> Am Mittwoch, den 06.04.2016, 22:43 +0200 schrieb Robert:
>> Hallo,
>>
>> zu 2. das Meschen tritt doch auf, wenn man einen unkonfigurierten Router
>> ans Internet ansteckt und andere FFF Router in der nähe sind. Oder bin
>> ich da falsch?
>> Mann könnte doch erstmal ohne fastd starten und prüfen, ob batman
>> Nachbarn sieht und seine Tabellen füllt. Wenn nicht startet fastd.
>> Damit erledigt sich auch 3.
>>
>> Robert
>>
>>
>> Am 06.04.2016 um 19:23 schrieb Christoph süpke:
>>> Hallo Jan.
>>>
>>> zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
>>> kleine Anfangen ;-)
>>> zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
>>> zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
>>> dazu bin ich zu wenig in der Materie.
>>> zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
>>> zu 6. siehe 1. ;-)
>>>
>>> Antworten zum CODE mit >>>>
>>>
>>>
>>>
>>> Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
>>>> Hallo Christoph,
>>>>
>>>> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
>>>> eine Weile im IRC diskutiert.
>>>> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
>>>> paar Anmerkungen Inline.
>>>>
>>>> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
>>>> jetzt nichts:
>>>> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
>>>> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
>>>> konfigurieren.
>>>> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
>>>> wenn es nicht geschieht.
>>>> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
>>>> besten anstellt bin ich mir noch nicht sicher.
>>>> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
>>>> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
>>>>
>>>> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
>>>> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
>>>> Ausnahme OpenStreetMaps) auf den Router umleiten.
>>>> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
>>>> HIER beantwortet.
>>>> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
>>>>
>>>>
>>>> Über Feedback zu meinen Gedanken würde ich mich freuen.
>>>>
>>>> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
>>>>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
>>>>> ---
>>>>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
>>>>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
>>>>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
>>>>>  3 files changed, 23 insertions(+), 1 deletion(-)
>>>>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
>>>>>
>>>>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
>>>>> index 24cf700..9794e11 100644
>>>>> --- a/bsp/default/root_file_system/etc/config/system.tpl
>>>>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
>>>>> @@ -1,7 +1,7 @@
>>>>>  config 'system'
>>>>>       option 'hostname' 'OpenWrt'
>>>>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
>>>>> -        option 'default' '1'
>>>>> +        option 'NoPosAndMail' '1'
>>>> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
>>>>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
>>>>>  config 'led' 'status_led_green'
>>>>>       option 'name' 'status'
>>>>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
>>>>> new file mode 100755
>>>>> index 0000000..64ab896
>>>>> --- /dev/null
>>>>> +++ b/bsp/default/root_file_system/etc/default.sh
>>>>> @@ -0,0 +1,21 @@
>>>>> +#!/bin/sh
>>>>> +
>>>>> +uci get system.@system[0].latitude
>>>>> +lat=$?
>>>>> +uci get system.@system[0].longitude
>>>>> +lon=$?
>>>>> +uci get system.@system[0].contact
>>>>> +mail=$?
>>>>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
>>>> Ich denke das ließe sich auch schöner lösen z.B.
>>>> if [ uci get system.@system[0].latitude ] && \
>>>> [ uci get system.@system[0].longitude ] && \
>>>> [ uci get system.@system[0].contact ] ; then
>>>>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
>>>>> +uci set system.@system[0].NoPosAndMail="1"
>>>>> +uci commit
>>>>> +
>>>>> +else
>>>>> +uci set system.@system[0].NoPosAndMail="0"
>>>>> +uci commit
>>>> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
>>>> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
>>>> Gedanken dazu habe ich ja bereits oben beschrieben.
>>>>
>>>>>>> Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
>>>>>>> Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.
>>>> Grüße Jan
>>>>> +
>>>>> +fi
>>>>> +
>>>>> +def=`uci get system.@system[0].NoPosAndMail`
>>>>> +echo $def
>>>>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>> index 3dbf3d7..defbfcf 100644
>>>>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>> @@ -1,2 +1,3 @@
>>>>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
>>>>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
>>>>> +*/5 * * * *  sh /etc/default.sh
>>>>> --
>>>>> 1.9.1
>>>>>
>>> MFG Mister Crumble

Hallo Robert,

völlig richtig. Bei Christians Entwurf geht es erstmal um
unkonfigurierte Router. Wenn man sich aber schon die Arbeit macht und
das Meshen unterbindet, würde ich gern eine Lösung haben, die auch
später noch greift.

Grüße Jan

Am Samstag, den 09.04.2016, 21:08 +0200 schrieb Robert:
> Hallo Jan,
> 
> so wie ich das verstanden habe, geht es um die Option
> 
>  option 'NoPosAndMail' '1'
> da kennt der Router seine korrekte Hood noch gar nicht. Der Client braucht nur irgendwie Internet für die Map. Entweder über meshen oder Tunnel, nicht beides. 
> Und wenn  option 'NoPosAndMail''0'
> dann alles wie bisher.
> 
> Das Meshen von Hoods durch falsch positionierte Router zu verhindern, wäre auch mal zu diskutieren.
> 
> Robert
> 
> 
> Am 09.04.2016 um 20:17 schrieb mayosemmel:
> > Hallo Robert,
> >
> > grundsätzlich hast du Recht. Wenn der Router aber korrekterweise einen
> > Router aus der eigenen Hood in der Nähe mesht, soll der VPN ja trotzdem
> > aufgebaut werden.
> > Dann funktioniert das wieder nicht. Aber ich werde mir das nochmal
> > anschauen.
> >
> > Grüße Jan
> >
> > Am Mittwoch, den 06.04.2016, 22:43 +0200 schrieb Robert:
> >> Hallo,
> >>
> >> zu 2. das Meschen tritt doch auf, wenn man einen unkonfigurierten Router
> >> ans Internet ansteckt und andere FFF Router in der nähe sind. Oder bin
> >> ich da falsch?
> >> Mann könnte doch erstmal ohne fastd starten und prüfen, ob batman
> >> Nachbarn sieht und seine Tabellen füllt. Wenn nicht startet fastd.
> >> Damit erledigt sich auch 3.
> >>
> >> Robert
> >>
> >>
> >> Am 06.04.2016 um 19:23 schrieb Christoph süpke:
> >>> Hallo Jan.
> >>>
> >>> zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
> >>> kleine Anfangen ;-)
> >>> zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
> >>> zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
> >>> dazu bin ich zu wenig in der Materie.
> >>> zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
> >>> zu 6. siehe 1. ;-)
> >>>
> >>> Antworten zum CODE mit >>>>
> >>>
> >>>
> >>>
> >>> Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
> >>>> Hallo Christoph,
> >>>>
> >>>> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
> >>>> eine Weile im IRC diskutiert.
> >>>> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
> >>>> paar Anmerkungen Inline.
> >>>>
> >>>> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
> >>>> jetzt nichts:
> >>>> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
> >>>> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
> >>>> konfigurieren.
> >>>> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
> >>>> wenn es nicht geschieht.
> >>>> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
> >>>> besten anstellt bin ich mir noch nicht sicher.
> >>>> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
> >>>> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
> >>>>
> >>>> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
> >>>> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
> >>>> Ausnahme OpenStreetMaps) auf den Router umleiten.
> >>>> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
> >>>> HIER beantwortet.
> >>>> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
> >>>>
> >>>>
> >>>> Über Feedback zu meinen Gedanken würde ich mich freuen.
> >>>>
> >>>> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
> >>>>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
> >>>>> ---
> >>>>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
> >>>>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
> >>>>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
> >>>>>  3 files changed, 23 insertions(+), 1 deletion(-)
> >>>>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
> >>>>>
> >>>>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
> >>>>> index 24cf700..9794e11 100644
> >>>>> --- a/bsp/default/root_file_system/etc/config/system.tpl
> >>>>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
> >>>>> @@ -1,7 +1,7 @@
> >>>>>  config 'system'
> >>>>>       option 'hostname' 'OpenWrt'
> >>>>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
> >>>>> -        option 'default' '1'
> >>>>> +        option 'NoPosAndMail' '1'
> >>>> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
> >>>>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
> >>>>>  config 'led' 'status_led_green'
> >>>>>       option 'name' 'status'
> >>>>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
> >>>>> new file mode 100755
> >>>>> index 0000000..64ab896
> >>>>> --- /dev/null
> >>>>> +++ b/bsp/default/root_file_system/etc/default.sh
> >>>>> @@ -0,0 +1,21 @@
> >>>>> +#!/bin/sh
> >>>>> +
> >>>>> +uci get system.@system[0].latitude
> >>>>> +lat=$?
> >>>>> +uci get system.@system[0].longitude
> >>>>> +lon=$?
> >>>>> +uci get system.@system[0].contact
> >>>>> +mail=$?
> >>>>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
> >>>> Ich denke das ließe sich auch schöner lösen z.B.
> >>>> if [ uci get system.@system[0].latitude ] && \
> >>>> [ uci get system.@system[0].longitude ] && \
> >>>> [ uci get system.@system[0].contact ] ; then
> >>>>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
> >>>>> +uci set system.@system[0].NoPosAndMail="1"
> >>>>> +uci commit
> >>>>> +
> >>>>> +else
> >>>>> +uci set system.@system[0].NoPosAndMail="0"
> >>>>> +uci commit
> >>>> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
> >>>> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
> >>>> Gedanken dazu habe ich ja bereits oben beschrieben.
> >>>>
> >>>>>>> Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
> >>>>>>> Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.
> >>>> Grüße Jan
> >>>>> +
> >>>>> +fi
> >>>>> +
> >>>>> +def=`uci get system.@system[0].NoPosAndMail`
> >>>>> +echo $def
> >>>>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
> >>>>> index 3dbf3d7..defbfcf 100644
> >>>>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
> >>>>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
> >>>>> @@ -1,2 +1,3 @@
> >>>>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
> >>>>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
> >>>>> +*/5 * * * *  sh /etc/default.sh
> >>>>> --
> >>>>> 1.9.1
> >>>>>
> >>> MFG Mister Crumble
> 
> 
> -- 
> franken-dev mailing list
> franken-dev@freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net

Hi

die Frage ist also, woran erkennt der Router, dass er in mehr als einer
hood ist?
Knifflig, wir können ja nur ins batman schauen, und ich glaube, da
unterscheiden sich die Hoods nicht.

Eine Idee hätte ich noch. Wenn der Router an mehreren Hoods hängt,
müsste er auch mehr Gateways über die Gatewayselection bekommen. Wenn
das mehr sind als Tunnel und/oder peers in seiner Hood, denn mesht er.
Bin ich da richtig?

Robert


Am 09.04.2016 um 21:13 schrieb mayosemmel:
> Hallo Robert,
>
> völlig richtig. Bei Christians Entwurf geht es erstmal um
> unkonfigurierte Router. Wenn man sich aber schon die Arbeit macht und
> das Meshen unterbindet, würde ich gern eine Lösung haben, die auch
> später noch greift.
>
> Grüße Jan
>
> Am Samstag, den 09.04.2016, 21:08 +0200 schrieb Robert:
>> Hallo Jan,
>>
>> so wie ich das verstanden habe, geht es um die Option
>>
>>  option 'NoPosAndMail' '1'
>> da kennt der Router seine korrekte Hood noch gar nicht. Der Client braucht nur irgendwie Internet für die Map. Entweder über meshen oder Tunnel, nicht beides. 
>> Und wenn  option 'NoPosAndMail''0'
>> dann alles wie bisher.
>>
>> Das Meshen von Hoods durch falsch positionierte Router zu verhindern, wäre auch mal zu diskutieren.
>>
>> Robert
>>
>>
>> Am 09.04.2016 um 20:17 schrieb mayosemmel:
>>> Hallo Robert,
>>>
>>> grundsätzlich hast du Recht. Wenn der Router aber korrekterweise einen
>>> Router aus der eigenen Hood in der Nähe mesht, soll der VPN ja trotzdem
>>> aufgebaut werden.
>>> Dann funktioniert das wieder nicht. Aber ich werde mir das nochmal
>>> anschauen.
>>>
>>> Grüße Jan
>>>
>>> Am Mittwoch, den 06.04.2016, 22:43 +0200 schrieb Robert:
>>>> Hallo,
>>>>
>>>> zu 2. das Meschen tritt doch auf, wenn man einen unkonfigurierten Router
>>>> ans Internet ansteckt und andere FFF Router in der nähe sind. Oder bin
>>>> ich da falsch?
>>>> Mann könnte doch erstmal ohne fastd starten und prüfen, ob batman
>>>> Nachbarn sieht und seine Tabellen füllt. Wenn nicht startet fastd.
>>>> Damit erledigt sich auch 3.
>>>>
>>>> Robert
>>>>
>>>>
>>>> Am 06.04.2016 um 19:23 schrieb Christoph süpke:
>>>>> Hallo Jan.
>>>>>
>>>>> zu 1. mit dem WebUI habe ich mich noch nicht beschäftigt, möchte
>>>>> kleine Anfangen ;-)
>>>>> zu 2. da bin ich auch Ratlos, wie man das prüfen könnte.
>>>>> zu 3. siehe 2., da habe ich keine Ahnung wie man das prüfen könnte,
>>>>> dazu bin ich zu wenig in der Materie.
>>>>> zu 4. ist ne Sache der Firewall habe ich mich noch nicht mit beschäftigt.
>>>>> zu 6. siehe 1. ;-)
>>>>>
>>>>> Antworten zum CODE mit >>>>
>>>>>
>>>>>
>>>>>
>>>>> Am 6. April 2016 um 18:34 schrieb mayosemmel <mayosemmel@googlemail.com>:
>>>>>> Hallo Christoph,
>>>>>>
>>>>>> die Intention hinter deinem Patch ist gut. Wir haben da auch auch schon
>>>>>> eine Weile im IRC diskutiert.
>>>>>> Da fehlt aber noch eine ganze Menge außen herum. Unten findest du ein
>>>>>> paar Anmerkungen Inline.
>>>>>>
>>>>>> Weiterhin meine bisherigen Gedanken zu dem Thema. Ich hoffe ich vergesse
>>>>>> jetzt nichts:
>>>>>> 1. Wenn der Router unkonfiguriert ist, sollten wir auf der Statuspage
>>>>>> des Routers eine große Warnung anzeigen, mit der Bitte den Router zu
>>>>>> konfigurieren.
>>>>>> Außerdem sollte dort stehen, das ggf. die Funktion eingeschränkt wird,
>>>>>> wenn es nicht geschieht.
>>>>>> 2. Man sollte prüfen ob dieser Router eine Hood Mesht. Wie man das am
>>>>>> besten anstellt bin ich mir noch nicht sicher.
>>>>>> 3. Wenn Hoods gemesht werden, die VPN Verbindung kappen und eine Meldung
>>>>>> auf der Statuspage ausgeben, weshalb die VPN Verbindung weg ist
>>>>>>
>>>>>> Zusätzlich eventuell noch ein etwas extremeres Vorgehen:
>>>>>> 4. Wenn der Router unkonfiguriert ist, automatisch ALLE Pakte (mit
>>>>>> Ausnahme OpenStreetMaps) auf den Router umleiten.
>>>>>> 5. Auf dem Router sollte dann noch ein mini-DNS laufen, der alles mit
>>>>>> HIER beantwortet.
>>>>>> 6. User sieht Statuspage und MUSS nun seinen Router konfigurieren.
>>>>>>
>>>>>>
>>>>>> Über Feedback zu meinen Gedanken würde ich mich freuen.
>>>>>>
>>>>>> Am Donnerstag, den 24.03.2016, 23:21 +0100 schrieb Christoph:
>>>>>>> Signed-off-by: Christoph <suepke.christoph@gmail.com>
>>>>>>> ---
>>>>>>>  bsp/default/root_file_system/etc/config/system.tpl  |  2 +-
>>>>>>>  bsp/default/root_file_system/etc/default.sh         | 21 +++++++++++++++++++++
>>>>>>>  .../root_file_system/usr/lib/micron.d/default       |  1 +
>>>>>>>  3 files changed, 23 insertions(+), 1 deletion(-)
>>>>>>>  create mode 100755 bsp/default/root_file_system/etc/default.sh
>>>>>>>
>>>>>>> diff --git a/bsp/default/root_file_system/etc/config/system.tpl b/bsp/default/root_file_system/etc/config/system.tpl
>>>>>>> index 24cf700..9794e11 100644
>>>>>>> --- a/bsp/default/root_file_system/etc/config/system.tpl
>>>>>>> +++ b/bsp/default/root_file_system/etc/config/system.tpl
>>>>>>> @@ -1,7 +1,7 @@
>>>>>>>  config 'system'
>>>>>>>       option 'hostname' 'OpenWrt'
>>>>>>>       option 'timezone' 'CET-1CEST,M3.5.0,M10.5.0/3'
>>>>>>> -        option 'default' '1'
>>>>>>> +        option 'NoPosAndMail' '1'
>>>>>> Ich denke nicht das dieser Wert Sinn macht. Siehe unten.
>>>>>>>>> Der Wert könnte man anderen "Modulen" abgefragt werden, wie WebUI, fastd,....
>>>>>>>  config 'led' 'status_led_green'
>>>>>>>       option 'name' 'status'
>>>>>>> diff --git a/bsp/default/root_file_system/etc/default.sh b/bsp/default/root_file_system/etc/default.sh
>>>>>>> new file mode 100755
>>>>>>> index 0000000..64ab896
>>>>>>> --- /dev/null
>>>>>>> +++ b/bsp/default/root_file_system/etc/default.sh
>>>>>>> @@ -0,0 +1,21 @@
>>>>>>> +#!/bin/sh
>>>>>>> +
>>>>>>> +uci get system.@system[0].latitude
>>>>>>> +lat=$?
>>>>>>> +uci get system.@system[0].longitude
>>>>>>> +lon=$?
>>>>>>> +uci get system.@system[0].contact
>>>>>>> +mail=$?
>>>>>>> +if [ $lat -eq 1 ]  && [ $lon -eq 1 ]  && [ $mail -eq 1 ] ; then
>>>>>> Ich denke das ließe sich auch schöner lösen z.B.
>>>>>> if [ uci get system.@system[0].latitude ] && \
>>>>>> [ uci get system.@system[0].longitude ] && \
>>>>>> [ uci get system.@system[0].contact ] ; then
>>>>>>> +echo "Bitte eintragen"                                    >>>> war zum Test für die Console
>>>>>>> +uci set system.@system[0].NoPosAndMail="1"
>>>>>>> +uci commit
>>>>>>> +
>>>>>>> +else
>>>>>>> +uci set system.@system[0].NoPosAndMail="0"
>>>>>>> +uci commit
>>>>>> Jetzt haben wir einem Wert gespeichert, ob der Router konfiguriert ist
>>>>>> oder nicht. Ich denke wir sollten stattdessen etwas triggern. Meine
>>>>>> Gedanken dazu habe ich ja bereits oben beschrieben.
>>>>>>
>>>>>>>>> Ich habe die Abfrage so ausgeführt, weil ich es so gelesen habe, wenn es anders Einfacher ist probiere ich das gerne aus.
>>>>>>>>> Was wir triggern sollten kann ich leider nicht beurteilen, ich habs es mit dem fastd-script probiert und hatte prompt einen Loop im fastd-script drin.
>>>>>> Grüße Jan
>>>>>>> +
>>>>>>> +fi
>>>>>>> +
>>>>>>> +def=`uci get system.@system[0].NoPosAndMail`
>>>>>>> +echo $def
>>>>>>> diff --git a/bsp/default/root_file_system/usr/lib/micron.d/default b/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>>>> index 3dbf3d7..defbfcf 100644
>>>>>>> --- a/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>>>> +++ b/bsp/default/root_file_system/usr/lib/micron.d/default
>>>>>>> @@ -1,2 +1,3 @@
>>>>>>>  */5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
>>>>>>>  */1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
>>>>>>> +*/5 * * * *  sh /etc/default.sh
>>>>>>> --
>>>>>>> 1.9.1
>>>>>>>
>>>>> MFG Mister Crumble
>>
>> -- 
>> franken-dev mailing list
>> franken-dev@freifunk.net
>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net