[Berlin-wireless] VPN03 Updates IPv6

[Patrick]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Sven-Ola

Am 06.09.13 23:55, schrieb Sven-Ola Tuecke:
> Hi Patrick,
> 
> das ist wahrscheinlich zuviel. Mit Glück bekommen wir ein /48
> native über IN-Berlin.
Der normal Fall sollte aber so sein das das /48 vom internet provider
des gateway router's kommt. Hoffe ich.
 Aber ich hab' noch was anderes. Du hast ja auf 6relayd
> umgeschaltet. Ich musst gerade bei einer Node "uci set 
> 6relayd.default.always_assume_default=1" eingeben. Ist das nicht
> der Default?
Ja das ist nach dem /etc/uci-defaults/zz-auto_ipv6_node an.
 Diese Node hat kein eigenes Inet und auch keinen Tunnel
> (jedenfalls auch nicht zu dem Zeitpunkt, wo der Freifunk-Assistent 
> durchgelaufen ist)
Der setzt das auch nicht weil es ja schon an ist.
Welche Version?
cat /etc/VERSION.txt

In der naechsten Version leuft das vpn ueber Policy routing.
Dafuer hab ich das gw-check script umgeschrieben.
Mit freifunk-gwcheck.script.logging kann die syslog ausgabe eingestellt
werden.
Möglich werte sind debug|info|err .
Bitte mal ausgiebig testen. Hab ich zwar auch schon gemacht aber nur
mit dhcp hinter einem Kabelrouter mit nat.

Fall 1:
Wenn das inet ausfaelt geht der Verkehr vom private lan und olsr ueber
das Mesh. Der vpnclient baut keine verbindung ueber das mesh auf.

Fall 2:
Wenn das vpn ausfaelt geht der Verkehr vom private lan ueber dsl und
olsr ueber das mesh.


Gruss
           Patrick

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlIrqMwACgkQr9m0OkMZoqT60ACg718HTvUbhUO7AxxIEB9kIImd
MeAAoJKpx+ZLbxkbvtZ8AX4Kx5gQWV5O
=AI76
-----END PGP SIGNATURE-----