[Freifunk-Bonn] FYI - TuneUp

[Ramon Waldherr]

Hiho,

danke fuer rueckmeldung.

fastd1 und fastd4 machen gerade auch noch ipv4 und es ist sehr gut
moeglich, dass der eigene node gerade einer diesen auch nutzt.

Stellt NUR zum testen eure nodes auf fastd8 nur um, es ist nicht
garantiert, dass dieser perfekt laeuft. Sollte aber jetzt erstmal.

Es hat schon seinen Sinn, dass mehrer fastd server "freigeschalten"sind :)

 (zweite fastd instanz erfolgreich gespawned, uiuiuiui, es gab nur eine
supernode fuer mtu 1312, bei mtu 1426 bin ich mir nicht sicher, aber glaube
fastd4 hatte nur 1312, fastd1 1426. fastd8 hat beides nun.

Gruss,

Rampone

Aber interessant, dass es nur mit einem Snode jeweils noch "halbwegs" lief.





2015-11-07 1:19 GMT+01:00 Nunatak <nunatak at mailbox.org>:

> Hi,
>
> On Friday 06 November 2015 22:53:31 Ramon Waldherr wrote:
> > Hiho,
> >
> > Die InternetFeuerwehr hat versucht den Exit-Brand im derzeitigen Netz zu
> > loeschen.
> >
> > Es gibt nun einen fastd8, der exklusiv nur ipv4 exit via hideme vpn
> macht.
> >
> > Also nicht wundern, wenn auf einmal eine andere exit ipv4 vorhanden ist.
>
> http://canihazip.com liefert mir 195.54.164.204
>
> dig -x 195.54.164.204
> [...]
> ;; ANSWER SECTION:
> 204.164.54.195.in-addr.arpa. 5691 IN    PTR     paulina.kbu.freifunk.net.
>
> Via hideme hätte ich jetzt nicht das erwartet. Allerdings grad auch nur
> mit 'ner alten Beta-Gluon Firmware release: 0.6+exp20150716 getestet, ggf.
> ist der fastd8 da ein anderer.
>
> > Da wir keine gelernten Aerzte sind, hoffen wir trotzdem, dass die
> Operation
> > am offenen Herzen geglueckt ist.
>
> Wer das testen möchte und per ssh auf seinen Router (möglichst in
> Reichweite)
> gelangt, kann in der Datei /etc/config/fastd
> die bis dato aktiven fastd-Server 1+4 temporär mal abschalten, so
> dass sicher nur fastd8 genutzt werden kann:
>
> config peer 'mesh_vpn_backbone_peer_fastd1'
> #       option enabled '1'                  ## ursprünglicher Wert
> auskommentiert
>         option enabled '0'                  ## neue Zeile
> ...
>
> Das gleiche bei fastd4 und dann mit
> /etc/init.d/fastd restart
> den Freifunk-Router nötigen, den einzig verbliebenen fastd8 zu nutzen.
>
> Per
> logread
> sieht man das dann:
>
> ... daemon.info fastd[]: received handshake response from
> <mesh_vpn_backbone_peer_fastd8>[149.202.241.221:10002] using fastd v17
> ... daemon.info fastd[]: 149.202.241.221:10002 authorized as
> <mesh_vpn_backbone_peer_fastd8>
> ... daemon.notice fastd[]: connection with <mesh_vpn_backbone_peer_fastd8>
> established.
> ... daemon.info fastd[]: new session with <mesh_vpn_backbone_peer_fastd8>
> established using method `salsa2012+umac'.
>
> Und das Surfen über den Router sollte dann auch wieder funktionieren.
>
> > http://fastd8.kbu.freifunk.net zeigt bunte stats an.
>
> "mulvad / hourly" scheint zu klemmen.
>
> > Rueckmeldung erwuenscht.
> Danke und biddeschön.
>
> Gruß,
> Nunatak
>
>
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.kbu.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20151107/04a5788f/attachment.htm>