FF-c3RE-Nonnenbusch-6 verbindet sich nicht mit 2 Supernodes

Technik Ruhrgebiet
1

Mein 1043er mag sich nicht ins Netz einbuchen.
http://[2a03:2260:50:1:c66e:1fff:fefe:c5d8]/cgi-bin/status

Das ist die Ausgabe vom logread, ich erkenne keinen Grund weshalb sich der Router nicht einbuchen sollte.

Wer kann helfen?

root@FF-c3RE-Nonnenbusch-6:~# logread -f

> Wed Mar  4 22:56:52 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet4>[85.14.244.127:10000]...
> Wed Mar  4 22:56:52 2015 daemon.info fastd[1375]: resolving host `ffrg4.freifunk-ruhrgebiet.de' for peer
<mesh_vpn_backbone_peer_ruhrgebiet4>...
> Wed Mar  4 22:56:52 2015 daemon.info fastd[1375]: resolved host `ffrg4.freifunk-ruhrgebiet.de' successfully
> Wed Mar  4 22:56:53 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet10>[37.120.173.105:10000]...
> Wed Mar  4 22:56:53 2015 daemon.info fastd[1375]: resolving host `ffrg10.freifunk-ruhrgebiet.de' for peer
<mesh_vpn_backbone_peer_ruhrgebiet10>...
> Wed Mar  4 22:56:53 2015 daemon.info fastd[1375]: resolved host `ffrg10.freifunk-ruhrgebiet.de' successfully
> Wed Mar  4 22:56:54 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet2>[85.14.244.131:10000]...
> Wed Mar  4 22:56:58 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet3>[85.14.244.132:10000]...
> Wed Mar  4 22:56:58 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet5>[37.120.172.62:10000]...
> Wed Mar  4 22:56:58 2015 daemon.info fastd[1375]: resolving host `ffrg5.freifunk-ruhrgebiet.de' for peer
<mesh_vpn_backbone_peer_ruhrgebiet5>...
> Wed Mar  4 22:56:58 2015 daemon.info fastd[1375]: resolved host `ffrg5.freifunk-ruhrgebiet.de' successfully
> Wed Mar  4 22:57:01 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet11>[85.14.244.128:10000]...
> Wed Mar  4 22:57:01 2015 daemon.info fastd[1375]: resolving host `ffrg11.freifunk-ruhrgebiet.de' for peer
<mesh_vpn_backbone_peer_ruhrgebiet11>...
> Wed Mar  4 22:57:01 2015 daemon.info fastd[1375]: resolved host `ffrg11.freifunk-ruhrgebiet.de' successfully
> Wed Mar  4 22:57:03 2015 daemon.info fastd[1375]: sending handshake to
<mesh_vpn_backbone_peer_ruhrgebiet9>[37.120.161.36:10000]...
> Wed Mar  4 22:57:03 2015 daemon.info fastd[1375]: resolving host `ffrg9.freifunk-ruhrgebiet.de' for peer
<mesh_vpn_backbone_peer_ruhrgebiet9>...
> Wed Mar  4 22:57:03 2015 daemon.info fastd[1375]: resolved host `ffrg9.freifunk-ruhrgebiet.de' successfully

Zusätzlich: Der Router: ff-c3re-nonnenbusch-2.node.freifunk.ruhr/cgi-bin/status hat anscheinend einen Uplink (wird auf der Karte angezeigt) allerdings, wenn man ihn aufruft zeigt er keine Neighbours an und er verbindet sich auch nicht mit den Mesh Netzwerken in der Nähe, woran kann das liegen?
(Router liegt ausserhalb meines Einflussbereichs ist aber in der Nachbarschaft)

Lg

2

Denke das hat damit zu tun, dass das Ruhrgebiet voll ist und keine weiteren VPN Tunnel mehr aufgebaut werden können. Da muss im Backend erst die Kapazität erweitert werden, was wohl laufend geschieht.

3

Ja, mitlerweile ist die Node mit einem Supernode verbunden ABER das macht nichts, die Node löst kein DNS auf.

Auf der Konsole lese ich dann „bad adress“ und im WiFi bekomme ich angezeigt Verbindung eingeschränkt

Nun deshalb die Frage, weswegen reicht eine Supernode nicht aus?

4

Der Fehler muss irgendwo anders liegen.
Wo liest Du „bad address“? was versuchst Du genau?
Was für eine IPv6-IP bekommt das Mobiltelefon denn?

5

Hi Adorfer,

vielen Dank für die schnelle Antwort.

Habe es nicht mit meinem Handy getestet [Das bekommt übrigens ganz normal eine 10er Ip zugewiesen, DNS Auflösung scheint aber nicht zu funktionieren]

Laptop und Konsolenausgabe [SSH mit Putty] sehen wie folgt aus.

Problem äussert sich auf der Konsole dass DNS Anfragen sehr langsam beantwortet werden, verwende ich den Google DNS mit nslookup funktioniert es problemlos.

Anbei die Screenshots



6

Dass Du - je nach FF-Domain - vom Router aus keine IPv4-Adressen erreichen kannst (oder nur einen Teil), das ist normal.

Dass Dein Windows-Rechner keine RFC1918er-IPv4 bekommen hat, das ist jedoch unschön.
Vermutlich reagiert das Netz zu langsam.
In der Regel muss man es dann „nur“ 4-10 mal probieren.