Bei meinem Freifunk-Router ist gestern das Internet ausgefallen. Ich habe zufällig auf der Karte gesehen, dass er das letzte mal am selben Tag um 11:45 lief mit der Version 0.8.8. Die lokalen Statusseite zeigte aber 0.9.0 an. Also hatte ich den Verdacht, dass es am Update liegt. Mit Hilfe der (nicht verlinkten ) alten Versionen hab ich das alte 0.8.8 wieder gesysupgradet über ssh und es funktionierte wieder…
Da ich das autoupdate vergessen hatte auszuschalten hat er sich dann wieder geupdated und nicht mehr funktioniert, ich habe es wieder gedowngradet und es ging wieder… Dann hab ich heute nochmal autoupdate -f ausgeführt und es ging wieder nicht, und bin wieder zurück. Das verfestigt meinen Verdacht, dass es etwas mit der neuen Version zu tun hat.
Hab hier auch einen logread von 0.9.0, man erkennt das alle resolving hosts mit Namen failen, falls das wem was sagt… Hab auch eine Warnung über zu kleine MTU darin gefunden. Aber da es nur eine Warnung ist, ist sie vielleicht nicht das Problem?
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: adding peer <athene>
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: adding peer <mesh_vpn_backbone_peer_gw04>
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: adding peer <mesh_vpn_backbone_peer_gw05>
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: adding peer <mesh_vpn_backbone_peer_gw01>
Thu Nov 24 17:25:48 2016 user.emerg syslog: setting up led USB1
Thu Nov 24 17:25:48 2016 user.emerg syslog: Skipping trigger 'usbdev' for led 'USB1' due to missing kernel module
Thu Nov 24 17:25:48 2016 user.emerg syslog: setting up led USB2
Thu Nov 24 17:25:48 2016 user.emerg syslog: Skipping trigger 'usbdev' for led 'USB2' due to missing kernel module
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: adding peer <mesh_vpn_backbone_peer_gw02>
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:25:48 2016 user.emerg syslog: setting up led WLAN2G
Thu Nov 24 17:25:48 2016 user.notice firewall: Reloading firewall due to ifup of local_node (local-node)
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:25:48 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::44:1' successfully
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.670000] batman_adv: bat0: Adding interface: primary0
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.680000] batman_adv: bat0: Interface activated: primary0
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.690000] 8021q: adding VLAN 0 to HW filter on device bat0
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.690000] device bat0 entered promiscuous mode
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.700000] br-client: port 2(bat0) entered forwarding state
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.710000] br-client: port 2(bat0) entered forwarding state
Thu Nov 24 17:25:49 2016 daemon.notice netifd: Interface 'bat0' is enabled
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.710000] batman_adv: bat0: Adding interface: mesh-vpn
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.720000] batman_adv: bat0: The MTU of interface mesh-vpn is too small (1280) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the performance. Setting the MTU to 1532 would solve the problem.
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.740000] batman_adv: bat0: Interface activated: mesh-vpn
Thu Nov 24 17:25:49 2016 kern.info kernel: [ 45.750000] batman_adv: bat0: no_rebroadcast: Changing from: disabled to: enabled
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Network device 'bat0' link is up
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Interface 'bat0' has link connectivity
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Interface 'bat0' is setting up now
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Interface 'bat0' is now up
Thu Nov 24 17:25:50 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:25:50 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::40:1' successfully
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio0 (1506): Configuration file: /var/run/hostapd-phy0.conf
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Interface 'mesh_vpn' is now up
Thu Nov 24 17:25:50 2016 daemon.notice netifd: wan (1588): Sending discover...
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio0 (1506): client0: interface state UNINITIALIZED->COUNTRY_UPDATE
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio0 (1506): Using interface client0 with hwaddr 10:fe:ed:9b:80:bd and ssid "darmstadt.freifunk.net"
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.150000] IPv6: ADDRCONF(NETDEV_UP): client0: link is not ready
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.310000] device client0 entered promiscuous mode
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.310000] br-client: port 3(client0) entered forwarding state
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.320000] br-client: port 3(client0) entered forwarding state
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.490000] IPv6: ADDRCONF(NETDEV_CHANGE): client0: link becomes ready
Thu Nov 24 17:25:50 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:25:50 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::41:1' successfully
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio1 (1507): Configuration file: /var/run/hostapd-phy1.conf
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.850000] IPv6: ADDRCONF(NETDEV_UP): client1: link is not ready
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.930000] device client1 entered promiscuous mode
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.930000] br-client: port 4(client1) entered forwarding state
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.940000] br-client: port 4(client1) entered forwarding state
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio1 (1507): client1: interface state UNINITIALIZED->COUNTRY_UPDATE
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio1 (1507): Using interface client1 with hwaddr ea:04:23:77:fe:54 and ssid "darmstadt.freifunk.net"
Thu Nov 24 17:25:50 2016 kern.info kernel: [ 46.990000] IPv6: ADDRCONF(NETDEV_CHANGE): client1: link becomes ready
Thu Nov 24 17:25:50 2016 daemon.notice netifd: Network device 'client0' link is up
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio1 (1507): client1: interface state COUNTRY_UPDATE->ENABLED
Thu Nov 24 17:25:50 2016 daemon.notice netifd: radio1 (1507): client1: AP-ENABLED
Thu Nov 24 17:25:51 2016 daemon.info procd: - init complete -
Thu Nov 24 17:25:51 2016 daemon.notice netifd: Network device 'client1' link is up
Thu Nov 24 17:25:51 2016 kern.info kernel: [ 47.710000] br-client: port 2(bat0) entered forwarding state
Thu Nov 24 17:25:51 2016 daemon.info hostapd: client1: STA 34:02:86:d2:55:af IEEE 802.11: authenticated
Thu Nov 24 17:25:51 2016 daemon.info hostapd: client1: STA 34:02:86:d2:55:af IEEE 802.11: associated (aid 1)
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.320000] br-client: port 3(client0) entered forwarding state
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.400000] batman_adv: bat0: Changing gw mode from: off to: client
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.420000] batman_adv: bat0: hop_penalty: Changing from: 30 to: 15
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.420000] batman_adv: bat0: multicast_mode: Changing from: enabled to: disabled
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.440000] batman_adv: bat0: orig_interval: Changing from: 1000 to: 5000
Thu Nov 24 17:25:52 2016 daemon.info dnsmasq[2005]: started, version 2.73 cachesize 150
Thu Nov 24 17:25:52 2016 daemon.info dnsmasq[2005]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Thu Nov 24 17:25:52 2016 daemon.info dnsmasq[2005]: using local addresses only for domain lan
Thu Nov 24 17:25:52 2016 daemon.warn dnsmasq[2005]: no servers found in /tmp/resolv.conf.auto, will retry
Thu Nov 24 17:25:52 2016 daemon.info dnsmasq[2005]: read /etc/hosts - 1 addresses
Thu Nov 24 17:25:52 2016 kern.info kernel: [ 48.940000] br-client: port 4(client1) entered forwarding state
Thu Nov 24 17:25:54 2016 daemon.notice netifd: Interface 'client' is now up
Thu Nov 24 17:25:56 2016 user.notice firewall: Reloading firewall due to ifup of client (br-client)
Thu Nov 24 17:26:09 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]...
Thu Nov 24 17:26:09 2016 daemon.info fastd[1709]: resolving host `82.195.73.44' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:26:09 2016 daemon.info fastd[1709]: resolved host `82.195.73.44' successfully
Thu Nov 24 17:26:09 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:26:09 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:26:10 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]...
Thu Nov 24 17:26:10 2016 daemon.info fastd[1709]: resolving host `82.195.73.40' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:26:10 2016 daemon.info fastd[1709]: resolved host `82.195.73.40' successfully
Thu Nov 24 17:26:12 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]...
Thu Nov 24 17:26:12 2016 daemon.info fastd[1709]: resolving host `82.195.73.41' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:26:12 2016 daemon.info fastd[1709]: resolved host `82.195.73.41' successfully
Thu Nov 24 17:26:12 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:26:12 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:26:18 2016 authpriv.info dropbear[2320]: Child connection from fd01:67c:2ed8:6100:3602:86ff:fed2:55af:42386
Thu Nov 24 17:26:19 2016 authpriv.notice dropbear[2320]: Pubkey auth succeeded for 'root' with key md5 d3:62:c7:73:26:d0:34:81:e6:7d:6d:6a:77:ea:99:ad from fd01:67c:2ed8:6100:3602:86ff:fed2:55af:42386
Thu Nov 24 17:26:27 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:26:27 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:26:28 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]...
Thu Nov 24 17:26:28 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:26:28 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]...
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]...
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:26:30 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:26:37 2016 daemon.info hostapd: client0: STA d4:87:d8:32:35:49 IEEE 802.11: authenticated
Thu Nov 24 17:26:37 2016 daemon.info hostapd: client0: STA d4:87:d8:32:35:49 IEEE 802.11: associated (aid 1)
Thu Nov 24 17:26:47 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:26:47 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::44:1' successfully
Thu Nov 24 17:26:47 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:26:47 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:26:49 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:26:49 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::41:1' successfully
Thu Nov 24 17:26:50 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:26:50 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::40:1' successfully
Thu Nov 24 17:26:52 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:26:52 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:07 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]...
Thu Nov 24 17:27:07 2016 daemon.info fastd[1709]: resolving host `82.195.73.44' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:27:07 2016 daemon.info fastd[1709]: resolved host `82.195.73.44' successfully
Thu Nov 24 17:27:09 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:27:09 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:27:09 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]...
Thu Nov 24 17:27:09 2016 daemon.info fastd[1709]: resolving host `82.195.73.41' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:27:09 2016 daemon.info fastd[1709]: resolved host `82.195.73.41' successfully
Thu Nov 24 17:27:11 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]...
Thu Nov 24 17:27:11 2016 daemon.info fastd[1709]: resolving host `82.195.73.40' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:27:11 2016 daemon.info fastd[1709]: resolved host `82.195.73.40' successfully
Thu Nov 24 17:27:11 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:27:11 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:25 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]...
Thu Nov 24 17:27:25 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:27:25 2016 daemon.info fastd[1709]: resolving host `gw05.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:29 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]...
Thu Nov 24 17:27:29 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:27:29 2016 daemon.info fastd[1709]: resolving host `gw02.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:29 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:27:29 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:27:32 2016 daemon.info fastd[1709]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]...
Thu Nov 24 17:27:32 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:27:32 2016 daemon.info fastd[1709]: resolving host `gw01.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:32 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:27:32 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Thu Nov 24 17:27:44 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Thu Nov 24 17:27:44 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::44:1' successfully
Thu Nov 24 17:27:48 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' for peer <athene>...
Thu Nov 24 17:27:48 2016 daemon.info fastd[1709]: resolving host `home.maralorn.de' failed: Name or service not known
Thu Nov 24 17:27:50 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Thu Nov 24 17:27:50 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::40:1' successfully
Thu Nov 24 17:27:50 2016 daemon.info fastd[1709]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Thu Nov 24 17:27:50 2016 daemon.info fastd[1709]: resolved host `2001:67c:2ed8::41:1' successfully
Thu Nov 24 17:27:53 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Thu Nov 24 17:27:53 2016 daemon.info fastd[1709]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
( Mit 0.8.8 hab ich übrigens auch ein Problem… Öh, aber erstmal dieses hier! )
bei manuell vorgenommenen Änderungen können diese jederzeit bei einem Update kaputt gehen (alle über SSH vorgenommenen Änderungen; das, was man in der Weboberfläche einstellen kann, sollte bei einem Update weiterhin funktionieren). Von daher bei “manuellen Umbauten” am besten den Autoupdater deaktivieren. Natürlich solltet ihr euch bewusst sein, dass es auch im Netz Veränderungen geben kann, die dazu führen, dass der Router mit “alter Konfiguration dann irgendwann nicht mehr richtig funktionieren”. Also am besten dann auch ein Auge aufs Forum und die Mailingliste haben (da kündigen wir so etwas an), und diese Knoten dann “von Hand” aktualisieren/neu aufsetzen.
Downgrades können ebenfalls nicht sinnvoll unterstützt werden. In dem Fall bitte beim Aufspielen über die Weboberfläche auswählen, dass die Konfiguration zurückgesetzt wird. Wenn du sowieso per SSH verbinden kannst, kannst du davor den fastd-private-key wegsichern und nachher wieder einspielen, das erspart uns das Neueintragen der Keys
Du schreibst ja selbst, du hast ein Downgrade gemacht, und im Syslog sind auch komische Gateways drinnen, die so normalerweise nicht in der Firmware vorkommen, von daher vermute ich stark, dass es an irgendwelchen dieser Änderungen liegt.
Bitte versuche daher, ob du mit einer “frisch aufgesetzten Routerfirmware” die gleichen Probleme hast. Wir können momentan schlicht und einfach schwer rausfinden, wo das Problem liegt, und sehr wahrscheinlich liegt es an einem deiner Änderungen…
Aha, danke! Den Private-Key hätte ich bestimmt vergessen. Den werde ich dann also dann wenn ich das nächste Mal ein update mit Konfigurations-Reset durchführe, speichern und wieder zurücksetzten.
Ansonsten habe ich keine Änderungen, die mir jetzt bewusst sind, – und somit keine die ich vermissen könnte! Dann probier ich so ein update mit Konfig-Reset mal die nächste Woche aus.
Dann noch drei Nebenfragen:
Grade bei meiner Abfolge (autoupdate, downgrade mit sysupgrade, autoupdate, sysdowngrade, sysupgrade, sysdowngrade) hätte ich erwartet das so gut wie alle Einstellung verloren gehen… Kann ich mir evtl. sogar mit uci anschauen, welche Abweichung von der Standard-Konfiguration ich habe?
Auch weil ich dachte, ich hätte keine Einstellungsänderungen drin, hab ich nicht dran gedacht sie zurückzusetzen. Könntest du vllt sagen, was die komische Gateways sind, die dich zu dieser Vermutung veranlassen? Für mich sah das irgendwie nach Freifunk-Darmstadt aus.
Werde dann später mal googlen und --help oder so lesen, aber vllt kann das auch jemand beantworten. Geht so ein Konfig-Reset auch über ssh bspw. mit Option für sysupgrade?
sysupgrade löscht nur mit dem Parameter “-n” die alte Konfiguration. Unsere Gateways sind nach dem Muster gw*.darmstadt.freifunk.net, zumindest das home.maralorn.de ist komisch.
Schau dich mal unter dem Link von mir oben um, da ist zu ziemlich viel erklärt, wie das auch per SSH geht.
Also ich habe jetzt einmal sysupgrade -n zu 0.9.0 gemacht, danach musste ich auf dem Webinterface die einfache Setup-Seite neu ausfüllen und über ssh den das fastd private key einstellen. Aber so scheint es auch nicht zu gehen.
Dann bin ich wieder zu 0.8.8 unter Beibehaltung der Konfig und das geht jetzt auch nicht mehr
Trotzdem habe ich folgenden Unterschied zwischen den beiden Versionen bemerkt: Bei 0.8.8 sehe ich unter ifconfig bei br-wan (m)eine IPv4 Adresse hier im Wohnheim, bei 0.9.0 taucht diese nicht bei ifconfig auf. Desweiteren kann ich bei 0.8.8 die Adresse 130.83.198.1 (Gateway 4) anpingen und bei 0.9.0 nicht. Bei beiden kann ich nicht die gw04.darmstadt.freifunk.net, sondern nur 130.83.198.1 anpingen.
[details=logread 0.9.0]
Wed Nov 23 15:43:20 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::40:1' successfully
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:43:23 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::41:1' successfully
Wed Nov 23 15:43:24 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:25 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:26 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:26 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:27 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:27 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:27 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:43:27 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::44:1' successfully
Wed Nov 23 15:43:27 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:28 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:28 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:28 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:29 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:30 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:34 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:35 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:39 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:40 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:41 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]...
Wed Nov 23 15:43:41 2016 daemon.info fastd[1682]: resolving host `82.195.73.40' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:43:41 2016 daemon.info fastd[1682]: resolved host `82.195.73.40' successfully
Wed Nov 23 15:43:42 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]...
Wed Nov 23 15:43:42 2016 daemon.info fastd[1682]: resolving host `82.195.73.41' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:43:42 2016 daemon.info fastd[1682]: resolved host `82.195.73.41' successfully
Wed Nov 23 15:43:43 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:44 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:44 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:43:44 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:43:45 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:46 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:46 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:46 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]...
Wed Nov 23 15:43:46 2016 daemon.info fastd[1682]: resolving host `82.195.73.44' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:43:46 2016 daemon.info fastd[1682]: resolved host `82.195.73.44' successfully
Wed Nov 23 15:43:47 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:47 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:48 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:52 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:53 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:54 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:55 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:56 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:57 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:57 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:58 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:43:59 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:00 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:01 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]...
Wed Nov 23 15:44:01 2016 daemon.info fastd[1682]: resolving host `gw02.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:44:01 2016 daemon.info fastd[1682]: resolving host `gw02.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:03 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]...
Wed Nov 23 15:44:03 2016 daemon.info fastd[1682]: resolving host `gw01.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:44:03 2016 daemon.info fastd[1682]: resolving host `gw01.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:04 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:44:04 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:06 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]...
Wed Nov 23 15:44:06 2016 daemon.info fastd[1682]: resolving host `gw05.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:44:06 2016 daemon.info fastd[1682]: resolving host `gw05.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:06 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:07 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:07 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:08 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:13 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:14 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:15 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:16 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:16 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:18 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:19 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:19 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:20 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:21 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:22 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:44:22 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:22 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:44:22 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::40:1' successfully
Wed Nov 23 15:44:22 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:23 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:44:23 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::41:1' successfully
Wed Nov 23 15:44:23 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:23 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:44:23 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::44:1' successfully
Wed Nov 23 15:44:24 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:25 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:26 2016 daemon.notice hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:26 2016 daemon.info hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: disassociated
Wed Nov 23 15:44:27 2016 daemon.info hostapd: client0: STA c8:a8:23:72:2f:36 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Nov 23 15:44:39 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:44:39 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:44:42 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]...
Wed Nov 23 15:44:42 2016 daemon.info fastd[1682]: resolving host `82.195.73.40' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:44:42 2016 daemon.info fastd[1682]: resolved host `82.195.73.40' successfully
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]...
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: resolving host `82.195.73.44' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: resolved host `82.195.73.44' successfully
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]...
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: resolving host `82.195.73.41' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:44:44 2016 daemon.info fastd[1682]: resolved host `82.195.73.41' successfully
Wed Nov 23 15:44:50 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:44:57 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:44:57 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:01 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]...
Wed Nov 23 15:45:01 2016 daemon.info fastd[1682]: resolving host `gw01.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:45:01 2016 daemon.info fastd[1682]: resolving host `gw01.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:03 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]...
Wed Nov 23 15:45:03 2016 daemon.info fastd[1682]: resolving host `gw02.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:45:03 2016 daemon.info fastd[1682]: resolving host `gw02.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:06 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]...
Wed Nov 23 15:45:06 2016 daemon.info fastd[1682]: resolving host `gw05.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:45:06 2016 daemon.info fastd[1682]: resolving host `gw05.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:16 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:45:16 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:23 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::40:1' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:45:23 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::40:1' successfully
Wed Nov 23 15:45:24 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::44:1' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:45:24 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::44:1' successfully
Wed Nov 23 15:45:25 2016 daemon.info fastd[1682]: resolving host `2001:67c:2ed8::41:1' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:45:25 2016 daemon.info fastd[1682]: resolved host `2001:67c:2ed8::41:1' successfully
Wed Nov 23 15:45:26 2016 daemon.notice hostapd: client0: STA 80:56:f2:41:07:d7 IEEE 802.11: did not acknowledge authentication response
Wed Nov 23 15:45:37 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:45:37 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
Wed Nov 23 15:45:42 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]...
Wed Nov 23 15:45:42 2016 daemon.info fastd[1682]: resolving host `82.195.73.40' for peer <mesh_vpn_backbone_peer_gw01>...
Wed Nov 23 15:45:42 2016 daemon.info fastd[1682]: resolved host `82.195.73.40' successfully
Wed Nov 23 15:45:43 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]...
Wed Nov 23 15:45:43 2016 daemon.info fastd[1682]: resolving host `82.195.73.44' for peer <mesh_vpn_backbone_peer_gw05>...
Wed Nov 23 15:45:43 2016 daemon.info fastd[1682]: resolved host `82.195.73.44' successfully
Wed Nov 23 15:45:44 2016 daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]...
Wed Nov 23 15:45:44 2016 daemon.info fastd[1682]: resolving host `82.195.73.41' for peer <mesh_vpn_backbone_peer_gw02>...
Wed Nov 23 15:45:44 2016 daemon.info fastd[1682]: resolved host `82.195.73.41' successfully
Wed Nov 23 15:45:59 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' for peer <mesh_vpn_backbone_peer_gw04>...
Wed Nov 23 15:45:59 2016 daemon.info fastd[1682]: resolving host `gw04.darmstadt.freifunk.net' failed: Name or service not known
```[/details]
[details=logread 0.8.8]
Wed Nov 23 16:00:06 2016 daemon.info fastd[1374]: resolved host 82.195.73.44' successfully Wed Nov 23 16:00:10 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]... Wed Nov 23 16:00:10 2016 daemon.info fastd[1374]: resolving host82.195.73.40’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:00:10 2016 daemon.info fastd[1374]: resolved host 82.195.73.40' successfully Wed Nov 23 16:00:17 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[[2001:41b8:83f:4242::c601]:3334]... Wed Nov 23 16:00:17 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]... Wed Nov 23 16:00:17 2016 daemon.info fastd[1374]: resolving hostgw02.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:00:17 2016 daemon.info fastd[1374]: resolved host gw02.darmstadt.freifunk.net' successfully Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]... Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: resolving hostgw01.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: resolved host gw01.darmstadt.freifunk.net' successfully Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]... Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: resolving hostgw05.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:00:28 2016 daemon.info fastd[1374]: resolved host gw05.darmstadt.freifunk.net' successfully Wed Nov 23 16:00:38 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]... Wed Nov 23 16:00:39 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]... Wed Nov 23 16:00:39 2016 daemon.info fastd[1374]: resolving hostgw04.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw04>…
Wed Nov 23 16:00:39 2016 daemon.info fastd[1374]: resolved host gw04.darmstadt.freifunk.net' successfully Wed Nov 23 16:00:49 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]... Wed Nov 23 16:00:50 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]... Wed Nov 23 16:00:55 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]... Wed Nov 23 16:00:55 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::41:1’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:00:55 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::41:1' successfully Wed Nov 23 16:00:57 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[[2001:41b8:83f:4242::c601]:3334]... Wed Nov 23 16:01:08 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]... Wed Nov 23 16:01:08 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::40:1’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:01:08 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::40:1' successfully Wed Nov 23 16:01:11 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]... Wed Nov 23 16:01:11 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::44:1’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:01:11 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::44:1' successfully Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]... Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: resolving hostgw04.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw04>…
Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: resolved host gw04.darmstadt.freifunk.net' successfully Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]... Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: resolving host82.195.73.41’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:01:17 2016 daemon.info fastd[1374]: resolved host 82.195.73.41' successfully Wed Nov 23 16:01:29 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]... Wed Nov 23 16:01:29 2016 daemon.info fastd[1374]: resolving host82.195.73.40’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:01:29 2016 daemon.info fastd[1374]: resolved host 82.195.73.40' successfully Wed Nov 23 16:01:32 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]... Wed Nov 23 16:01:32 2016 daemon.info fastd[1374]: resolving host82.195.73.44’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:01:32 2016 daemon.info fastd[1374]: resolved host 82.195.73.44' successfully Wed Nov 23 16:01:34 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[[2001:41b8:83f:4242::c601]:3334]... Wed Nov 23 16:01:35 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]... Wed Nov 23 16:01:35 2016 daemon.info fastd[1374]: resolving hostgw02.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:01:35 2016 daemon.info fastd[1374]: resolved host gw02.darmstadt.freifunk.net' successfully Wed Nov 23 16:01:49 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]... Wed Nov 23 16:01:49 2016 daemon.info fastd[1374]: resolving hostgw01.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:01:49 2016 daemon.info fastd[1374]: resolved host gw01.darmstadt.freifunk.net' successfully Wed Nov 23 16:01:49 2016 kern.info kernel: [ 1205.590000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is down Wed Nov 23 16:01:52 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]... Wed Nov 23 16:01:52 2016 daemon.info fastd[1374]: resolving hostgw05.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:01:52 2016 daemon.info fastd[1374]: resolved host gw05.darmstadt.freifunk.net' successfully Wed Nov 23 16:01:54 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]... Wed Nov 23 16:01:55 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]... Wed Nov 23 16:01:55 2016 daemon.info fastd[1374]: resolving hostgw04.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw04>…
Wed Nov 23 16:01:55 2016 daemon.info fastd[1374]: resolved host gw04.darmstadt.freifunk.net' successfully Wed Nov 23 16:02:09 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]... Wed Nov 23 16:02:12 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]... Wed Nov 23 16:02:15 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]... Wed Nov 23 16:02:15 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::41:1’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:02:15 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::41:1' successfully Wed Nov 23 16:02:18 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[[2001:41b8:83f:4242::c601]:3334]... Wed Nov 23 16:02:25 2016 kern.info kernel: [ 1241.600000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is up Wed Nov 23 16:02:30 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]... Wed Nov 23 16:02:30 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::40:1’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:02:30 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::40:1' successfully Wed Nov 23 16:02:33 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]... Wed Nov 23 16:02:33 2016 daemon.info fastd[1374]: resolving host82.195.73.41’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:02:33 2016 daemon.info fastd[1374]: resolved host 82.195.73.41' successfully Wed Nov 23 16:02:34 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]... Wed Nov 23 16:02:34 2016 daemon.info fastd[1374]: resolving host2001:67c:2ed8::44:1’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:02:34 2016 daemon.info fastd[1374]: resolved host 2001:67c:2ed8::44:1' successfully Wed Nov 23 16:02:38 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]... Wed Nov 23 16:02:38 2016 daemon.info fastd[1374]: resolving hostgw04.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw04>…
Wed Nov 23 16:02:38 2016 daemon.info fastd[1374]: resolved host gw04.darmstadt.freifunk.net' successfully Wed Nov 23 16:02:47 2016 kern.info kernel: [ 1263.600000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is down Wed Nov 23 16:02:49 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]... Wed Nov 23 16:02:49 2016 daemon.info fastd[1374]: resolving host82.195.73.40’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:02:49 2016 daemon.info fastd[1374]: resolved host 82.195.73.40' successfully Wed Nov 23 16:02:53 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[82.195.73.41:6100]... Wed Nov 23 16:02:53 2016 daemon.info fastd[1374]: resolving hostgw02.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw02>…
Wed Nov 23 16:02:53 2016 daemon.info fastd[1374]: resolved host gw02.darmstadt.freifunk.net' successfully Wed Nov 23 16:02:54 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]... Wed Nov 23 16:02:54 2016 daemon.info fastd[1374]: resolving host82.195.73.44’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:02:54 2016 daemon.info fastd[1374]: resolved host 82.195.73.44' successfully Wed Nov 23 16:02:55 2016 kern.info kernel: [ 1271.600000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is up Wed Nov 23 16:02:58 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[[2001:41b8:83f:4242::c601]:3334]... Wed Nov 23 16:03:09 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[82.195.73.40:6100]... Wed Nov 23 16:03:09 2016 daemon.info fastd[1374]: resolving hostgw01.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw01>…
Wed Nov 23 16:03:09 2016 daemon.info fastd[1374]: resolved host gw01.darmstadt.freifunk.net' successfully Wed Nov 23 16:03:12 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[82.195.73.44:6100]... Wed Nov 23 16:03:12 2016 daemon.info fastd[1374]: resolving hostgw05.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw05>…
Wed Nov 23 16:03:12 2016 daemon.info fastd[1374]: resolved host gw05.darmstadt.freifunk.net' successfully Wed Nov 23 16:03:15 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2001:67c:2ed8::41:1]:6100]... Wed Nov 23 16:03:17 2016 authpriv.info dropbear[4542]: Child connection from fe80::ad21:fec7:275e:df41%br-client:36374 Wed Nov 23 16:03:17 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]... Wed Nov 23 16:03:17 2016 daemon.info fastd[1374]: resolving hostgw04.darmstadt.freifunk.net’ for peer <mesh_vpn_backbone_peer_gw04>…
Wed Nov 23 16:03:17 2016 daemon.info fastd[1374]: resolved host `gw04.darmstadt.freifunk.net’ successfully
Wed Nov 23 16:03:19 2016 authpriv.notice dropbear[4542]: Pubkey auth succeeded for ‘root’ with key md5 d3:62:c7:73:26:d0:34:81:e6:7d:6d:6a:77:ea:99:ad from fe80::ad21:fec7:275e:df41%br-client:36374
Wed Nov 23 16:03:30 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw01>[[2001:67c:2ed8::40:1]:6100]…
Wed Nov 23 16:03:32 2016 daemon.info fastd[1374]: sending handshake to <mesh_vpn_backbone_peer_gw05>[[2001:67c:2ed8::44:1]:6100]…
Kann ich sonst noch was untersuchen, dass interessant ist oder mir weiterhelfen könnte?
Wie schon oben geschrieben, Downgrades mit Beibehaltung der Konfiguration können generell Probleme bereiten. Versuche da auch, ein Sys(down)grade per -n durchzuführen.
Das mit den IPs hört sich komisch an. Hast du dem Router lange genug Zeit für DHCP gegeben?
Kannst du mit ip l evtl. mal schauen, ob sich die MAC-Adresse deines WAN-Interfaces ändert? (jeweils bei einem neu aufgesetztem 0.8.8 und einem neu aufgesetzten 0.9.0)
Achso, das meintest du mit “wird nicht supported”. Bei “Downgrades können ebenfalls nicht sinnvoll unterstützt werden” dachte ich irgendwie, alle downgrades werden nicht supported oder so.
Die MACs kann ich gerne mal sammeln, aber ich weis noch, zumindest bei eth0 war bei beiden Versionen diesselbe eingetragen. Mit dem WAN-Interface meinst du jetzt aber wahrscheinlich br-wan?
Aha! Die br-wan HWaddr hat sich tatsächlich geändert… Die wird wohl aus der echten MAC berechnet, und der Algorithmus zur Berechnung hat sich geändert, oder so?
Hm, das könnte das Problem natürlich erklären… Dann muss ich also nur Bescheid geben, dass sich meine MAC geändert hat… Mal sehen was dann passiert.
Kommt eigentlich nur die Mac des br-wan interface nach draußen?
Ansonsten hab ich folgende HWaddr Änderungen bemerkt:
geändert: br-wan, client0, client1, mesh0, mesh1
gleich geblieben: bat0, br-client, eth0, eth0.1, eth0.2, local-node,
nur bei 0.8.8: mesh-vpn
nur bei 0.9.0: primary0
Kann sein, dass diese Änderung mit einem der letzten Firmwares dazu kam. Das bedeutet natürlicn, dass du die neue MAC freischalten lassen musst, ja…
Der Router müsste als Source-MAC das Interface nehmen, auf dem die IP-Adressen liegen. Wenn das br-wan ist, gehen die Pakete mit der MAC-Adresse dieses Interfaces raus.
Das MAC-Addressschema wurde im Zuge der Unterstützung der durch mt76 unterstützten Chipsätze nötig, da dieser Chipsatz nur wenige MAC-Adressen, die von der Original-MAC abweichen, nutzen kann.
Bedeutet natürlich, dass alle Freifunk-Knoten, die hinter einem MAC-Filter hängen, den Eintrag aktualisieren (lassen) müssen, bevor der Router wieder funktioniert.
Die neue MAC-Adresse, insbesondere da die MAC ja nun vom Label abzuweichen scheint, können wir gerne Montags beim Treffen mit Euch zusammen finden.
Also eigentlich musste ich meine MAC gar nicht wissen, sondern nur Bescheid geben, dass sie sich geändert hat. Nun bekomme ich auch auf 0.9.0 (m)eine IP-Adresse auf br-wan!
Leider ist mir jedoch aufgefallen, dass nach dem Start ich einen Haufen udhpc: malformed package oder so ähnlich bekomme. Anschließend bekomme ich zwar eine IP aber keinen DNS Server. So funktioniert nslookup gw04.darmstadt.freifunk.net nicht, aber nslookup gw04.darmstadt.freifunk.net 130.83.22.60 funktioniert. Wenn ich dann 130.83.22.60 als in /etc/resolv.conf eintrage geht auch das wieder. Die udhpc: malformed package habe ich aber auch letztens schon bei 0.8.8 gesehen.
Nun kann ich auch wieder ping gw04.darmstadt.freifunk.net und ping 130.83.198.1 erfolgreichen machen. Trotzdem sehe ich, auf der lokalen Statusseite, dass ich noch nicht mit gw04 verbunden bin.
Im log wiederholt sich nun:
[details=log]``` daemon.info fastd[1682]: sending handshake to <mesh_vpn_backbone_peer_gw04>[130.83.198.1:3334]… daemon.info fastd[1682]: resolving host 130.83.198.1:3334' for peer <mesh_vpn_backbone_peer_gw04>... daemon.info fastd[1682]: resolved host130.83.198.1:3334’ successfully
Kann ich mir im log noch irgendwie genauer anschauen, was mit fastd zwischen "resolved successfully" und "nicht verbunden" eigentlich schief läuft?
Ich habe heute morgen immerhin über uci den loglevel von fastd auf debug2 gehoben, aber musste dann weg. Mal sehen ob da irgendwas drin steht, was ich verstehe... :)
Das liegt nicht an dir, wir ziehen gw04 gerade um und benötigen hierfür noch mindestens einige Stunden, ggf. klappt das aber auch erst zum Wochenende hin wieder.
Die Installation ist tatsächlich durch und ich dachte es ging heute morgen^Wnacht bereits, das war aber ein Trugschluss. Wir prüfen gerade wo es überall noch klemmt und beheben schrittweise Probleme. Das alte gw04 wurde damals händisch aufgesetzt, mittlerweile haben wir das aber gut durchautomatisiert, daher war dieser Schritt unbedingt nötig.
Hurra, mein Router verbindet sich nun wieder und Internet! (Edit: Und jetzt wieder nicht! Wohl doch noch in Umbauarbeiten )
Wenn ich das richtig sehe, ist von den vielen Interfaces das br-client interface das, das mit dem gateway verbunden ist, korrekt? Das rate ich einfach mal, weil es das einzige ist mit dem ich gerade google anpingen kann.
Leider geht das nicht mit ping -4, ebenso lassen sich alle Webseiten, die nur über IPv4 erreichbar sind, nicht erreichen. Nun habe ich gesehen, dass das br-client Interface keine IPv4-Adresse hat, ist das normal?
Dann wollte ich mal manuell udhcpc -i br-client ausführen. So bekomme ich auf dem Interface zwar eine ipv4-Adresse, aber anschließend funktioniert gar kein ping mehr, nicht mal auf dem anderen Interface br-wan. Wahrscheinlich überschreibt das manuelle Ausführen von udhcpc irgendeine Konfigdatei von dem anderen laufendem udhcpc, oder ich habe doch falsch geraten und es ist ein anderes Interface für die Verbindung verantwortlich…?
Öhm, Ideen bezüglich der Unerreichbarkeit von IPv4 Webseiten? Hat es vielleicht was mit den “Teilausfälle der IPv4-Konnektivität” aus dem Adminstrativen Tagebuch zu tun? Das Problem hatte ich aber eigentlich auch schon wesentlich früher hin und wieder, bin dem aber bis jetzt noch nicht nachgegangen.
@drcicero: br-client ist das Interface, welches per WLAN und an den LAN-Ports verteilt wird. Das gehört so, dass der Router dort keine IPv4-Adressen hat. Du solltest die IPv4 deines Anschlusses auf dem br-wan - Interface sehen.
Am besten startest du den Router neu, dann sollten die IP-Adressen wieder dort liegen, wo sie sollten.
Die Unerreichbarkeit von IPv4-Webseiten meinst du dann, wenn du über WLAN oder LAN-Ports mit deinem Rechner verbunden bist? Kann gut sein, dass das mit den Wartungsarbeiten zusammenhängt. Bin mir nicht sicher, ob die schon durch sind.
Ja, Router rebooten hat das wieder zurückgesetzt, das hab ich schon bemerkt!
Ich denke udhcpc hat dann das default gateway, was man sich mit route anzeigen lassen kann, gleich mit gesetzt und das alte überschrieben oder so.
Aber ich befürchte irgendwie das zur Zeit ipv6 Verbindungen über Freifunk laufen und ipv4 Verbindungen nicht.
Diesen Verdacht hab ich, aufgrund folgender Untersuchung:
Am Wochenende hat der Freifunk-Router in meiner Abwesenheit meine im Wohnheim monatliche verfügbaren 120GB irgendwie vollgeladen hat und so wurde der normalen Internetzugang gesperrt…
Gestern zwischen 22:00 bis 24:00 war dann der Fall, dass der Router sich mit dem gw04 verbinden konnte, und ich so obwohl das Wohnheim-Internet noch gesperrt war darüber ins Internet konnte.
Dabei habe ich bemerkt wie oben beschrieben, dass ich auf dem Router nur ping -6 google.com aufrufen kann, während ping -4 google.com nicht funktioniert. -> Also läuft wohl ping -6 über freifunk und ping -4 nicht. Im WLAN waren ebenso Seiten wie google.com, die über IP6 erreichbar sind, erreichbar und Seiten wie startpage.com, die nur über IP4 erreichbar sind nicht erreichbar.
Heute morgen um 10:00 oder so, hat sich die Lage geändert. Nun geht auf dem Router über ssh ping -4 google.com nur auf dem interface br-wan und ping -6 google.com nur auf dem interface br-client. Mit nur auf dem Interface meine ich die Option -I interface also bspw. ping -6 google.com -I br-wan. Im WLAN gehen weiterhin nur Webseiten die über ipv6 erreichbar sind. Das würde sich mit meinem Verdacht decken, dass ipv4 nicht über Freifunk läuft, denn heute hat ein neuer Monat begonnen und ich hab wieder 120GB über das Wohnheim-Internet verfügbar…
Ich hatte das Problem, dass ich im WLAN startpage.com nicht erreichen kann, aber google.com schon auch schon früher darum, bin ich mir nicht sicher, ob das etwas mit dem gateway zu tun hat oder mit mir. Und ich würde raten dass ich irgendwo im router bei ifconfig noch eine ipv4 Adresse brauche, außer bei br-wan um über Freifunk diese Adresse zu nutzen, oder?
Achso, jetzt verstehe ich, was du meinst. Von deinem Router aus testen bringt hier wenig. Der hat im Freifunknetz keine geroutete IPv4-Adresse, und nutzt als defaultroute für IPv4 und IPv6 AFAIK sowieso die Verbindung über den WAN-Port, schließlich baut er darüber ja auch den fastd-Tunnel auf.
Generell ist es als WLAN-Client so, dass IPv6-Connectivity meist schneller aufgrund der Router Advertisements da ist, als der DHCP-Request beantwortet wird. Nach gewisser Zeit solltest du aber als Endgerät auch eine IPv4-Adresse erhalten.
Oooh! Ich hatte naiver Weise gedacht, dass direkt auf dem Router zu testen eine Problemquelle weniger ist und wenn es da schon nicht funktioniert…
Besitze wohl noch zu viel gefährliches Halbwissen über Netzwerke.
Nagut, ich denke, alle meine Probleme haben sich wohl fürs Erste in Luft aufgelöst!
Danke
) alten Versionen hab ich das alte 0.8.8 wieder ge
)
Kann ich mir evtl. sogar mit uci anschauen, welche Abweichung von der Standard-Konfiguration ich habe?
