[PATCH 1/7] fff: advertise fdff:0::/64 to access web interface

[Christian Dresel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Am 17.01.2016 um 18:49 schrieb Tim Niemeyer:
> Hi Mayosemmel
> 
> Am 17. Januar 2016 18:46:26 MEZ, schrieb mayosemmel
> <mayosemmel at googlemail.com>:
>> Ich hab mir das auch angeschaut und finds auch recht cool.
>> Allerdings hab ich einen Fehler/Problem gefunden. Wenn man per
>> fdff::1 verbunden ist und dann den WLan-Scan laufen lässt, roamt
>> man unter Umständen auf einen anderen Router und dann schlägt
>> und dann kriegt man entweder nen Fehler, dass der Server nicht
>> gefunden werden kann oder überträgt schlimmstenfalls sogar das
>> Kennwort an einen anderen Router.
> 
> Ja. Das ist so gewollt. "LocalNode" heisst das wohl. Dafür brauch
> man sich nicht die MAC raus suchen. Wenn man dann drauf ist sollte
> man natürlich besser die richtige IP nehmen.

ich zitiere mal eben aus dem IRC:

<ChristianDr> vllt fdff::1 allgemein immer auf fdff::link-local
umleiten? Sehe ich zumindest jetzt auf Anhieb keinen Nachteil darin
<ChristianDr> was is wenn der Laptop beim konfigurieren ständig hin
und her wechselt? Dann wirds irgendwann schief
<ChristianDr> und im worst case vllt. sogar gefährlich?
<meskal> hey auch von mir
<meskal> klingt nach nem guten vorschlag :-)

Den Patch (falls wir uns drauf einigen ;)) darf aber gern jemand
anders machen und wenn ich Jan richtig verstanden habe sitzt er ja
schon dran?

mfg

Christian

> 
> Tim
> 
>> Das Problem hat man auch, wenn man per http auf den Router geht
>> und roamt. Patch dazu kommt gleich noch hinterher.
>> 
>> Grüße Jan
>> 
>> Am Sonntag, den 17.01.2016, 18:39 +0100 schrieb Tobias Klaus:
>>> Halllo Tim,
>>> 
>>> ich hab mit gerade die Patchserie durchgeschaut und muss sagen:
>>> Sehr
>> cool!
>>> 
>>> Der Zugriff aufs webinterface funktioniert prima und vor allem
>> gefällt mir,
>>> dass wir eine ganze Menge code und damit Abhängigkeiten LOS
>>> werden.
>>> 
>>> Das einzige das mir nicht so gut gefällt ist, dass wir den
>>> "reinen"
>> ULA-Präfix
>>> Verwendung und ihn nicht "lokalisieren", wie es der Standard
>>> wohl
>> fordert.
>>> Dazu gehört auch die einzige Anmerkung unten.
>>> 
>>> Insgesamt möchte ich das aber so applied haben: Reviewed-by:
>>> Tobias Klaus <tk+ff at meskal.net>
>>> 
>>> 
>>> 
>>> Am Mittwoch, 6. Januar 2016, 18:39:16 schrieb Tim Niemeyer:
>>>> This patch adds a prefix advertisment for each node. Every
>>>> node get
>> also
>>>> the IPs * $prefix::MAC * $prefix::link-local * $prefix::1
>>>> 
>>>> ::1 is duplicated so we need filtering to not forward data
>>>> into the
>>>> 
>>>> --- a/bsp/default/root_file_system/etc/network.sh +++
>>>> b/bsp/default/root_file_system/etc/network.sh @@ -113,3
>>>> +113,41 @@ if [[ -n "$ETH0MAC" ]]; then ifconfig eth0 up 
>>>> /etc/init.d/network restart fi + +if uci get
>>>> network.mesh.ip6addr
>>> [...]
>>>> +    for ip in $(ip -6 addr show br-mesh | awk '/fdff/{ print
>>>> $2
>> }'); do
>>>> +        ip -6 addr del $ip dev br-mesh +    done + +
>>>> prefix="fdff:0::/64"
>>> Da sollten die beiden Doppelpunkte reichen, oder braucht man
>>> die Null
>> noch?
>>> 
>>> 
>>> Falls es keinen Widerspruch mehr gibt würde ich morgen im Laufe
>>> des
>> Tages
>>> dieses Patchset mit einem Doppelpunkt und einer Null weniger in
>>> den
>> Master
>>> schieben.
>>> 
>>> Grüße Tobias -- franken-dev mailing list 
>>> franken-dev at freifunk.net 
>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>
>>> 
- -- 
Kontaktmöglichkeiten ChristianD (Christian Dresel):
Jabber: ChristianD at jabber.community
E-Mail: fff at chrisi01.de
Facebook: https://www.facebook.com/christian.chili
Handy/Whatsapp & Festnetz: auf Nachfrage
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWm9W5AAoJEOID5jPgWNLiMdkQAIPN4RGR9BTDHzk1TDQ8hD2y
XP8f49xZHyIrHd4w2Ea/z55eJyEeqhi2P6vCnyg2yu4fg30wFZDRAxPuCrtSsZhk
6AmGmJqRUkvfqo+VIY5Xcgync1GdXA2+F6VLwZgXB/u5HPrjTeccrfjdYmSOnHrh
lX5Vkj3ObVlaTDf1DEt9g9BhiZZKI3hMdLQ5qsJxOIvBHwFgiCEbd5BcENb/0Brb
O7b347rdjF1ZifvNz+j/G/rAxtj9QkXCTm1Z8wqos08POjUL9SRGqRmDVUvtv+Kj
04TiFSwyibvnEF5xwisVnNomuRm5AwMVe+tSHY+AQFABbLNhHbPWmVgG0ahPw25P
tZHH6iydaP29B+02lsM3XsJGEQ5I7NYpLeijH0QW7Meci3makRcdhmIosnDxYZDD
AIukx8/UZuVe6gydlHo14Jp+p1GYRz597JozGvLl/t7pYHEuHUnt2aSAyOiUuOXl
MjaK4MBqYezbSIKlHQSBL3l7MWoLRxDPP/VNFK3MicvTza2OqaazOzytBu6w4NJi
yWnEPARPxrBxXuxlrqpVqs2sBGiwI8VEAeT7ICKNPXpHiDdFtfV83uWtoMGncCEy
zzj0BPFgJBJgHcBV9aHGZqgBq4qLELPE4gbT8KtCwysy7ttThCTDGNmOkTJszdU6
zJYLle9al9euVR2ukDhF
=RXHH
-----END PGP SIGNATURE-----