[PATCH 2/2] Allow initial configuration from Ethernet

Christian Dresel fff at chrisi01.de
So Jun 10 12:54:46 CEST 2018



On 10.06.2018 12:53, Christian Dresel wrote:
> hi
> 
> On 10.06.2018 12:47, Fabian Bläse wrote:
>>
>>> On 10. Jun 2018, at 12:41, Tim Niemeyer <tim at tn-x.org
>>> <mailto:tim at tn-x.org>> wrote:
>>>
>>> Vom Gefühl her müssen wir uns an dem Hoodfile merken, dass es von einem
>>> Gateway kommt und somit "authoritativ" ist. Und nur wenn es das ist,
>>> darf es anderen angeboten werden.
>>
>> Jo, genau die Idee hatte ich für diesen Randfall auch schon, wenn auch
>> ein wenig einfacher gestrickt:
>> In /www/.. landet NIE ein hoodfile, was nicht vom gateway kommt.
>> Brauchen wir dort auch nicht.
>>
>> Was man mit den manuell eingetragenen Hoodfiles macht.. Hmm.
> 
> entweder man bietet doch die vom GW an (neben den nutzen der eigenen
> Hoodfile, holt man sie dennoch die Hoodfile vom GW, nutzt sie aber nicht
> sondern kopiert sie nur weiter ins www-root) oder man bietet gar keine
> an achtet aber darauf keinesfalls nen w2configap aufzumachen weil sonst
> kakke....
> 
> problematisch ist, wenn die manuelle Hoodfile nen anderen Kanal als die
> vom GW hat. Dann holen sich Meshrouter zwar die Hoodfile vom GW können
> am Ende aber nicht meshen weil Kanal falsch und landen wieder in w2sta...
> 
> Warscheinlich ist es dann das beste, wenn ich nie vom GW eine Hoodfile
> hole (aus welchen Grund auch immer, weil locale Hoodfile oder nur eth
> geholt oder oder...), das ich dann auch nie eine anbiete.
> 
> Zeile 41 sollte sich darum schon kümmern das zumindest keiner aufgemacht
> wird wenn keine hoodfile im www-root liegt, ist die Frage was ist wenn
> bereits einer offen ist, müsste man dann wieder zu machen (ich finde
> dazu gerade keine passende Stelle, fehlt das?).

^ hier geht es natürlich um den w2configap, falls das gerade nicht klar
genug war. Sry bissle verwirrend

> 
> Danach müsste man 218 das cp "$hoodfile" "$hoodfilecopy" nach 113
> schieben. Was dadurch aber u.U. wieder kaputt geht, hab ich jetzt nicht
> mehr zu Ende überlegt.
> 
> mfg
> 
> Christian
> 
>>
>> Gruß
>> Fabian
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180610/33622d4c/attachment.sig>


Mehr Informationen über die Mailingliste franken-dev