Moin Lorenz,
ja, genau. Der ist das. Ich habe den nochmal gebootet. Die letzten Einträge im Log sehen so aus:
Fri Nov 5 11:18:22 2021 daemon.notice netifd: Interface 'mesh_wan' is now up Fri Nov 5 11:18:22 2021 daemon.notice netifd: wan (2413): udhcpc: started, v1.30.1 Fri Nov 5 11:18:22 2021 daemon.err odhcp6c[2415]: Failed to send RS (Address not available) Fri Nov 5 11:18:23 2021 daemon.info td-client: Performing broker selection... Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'vx_mesh_wan' is setting up now Fri Nov 5 11:18:23 2021 daemon.notice netifd: wan (2413): udhcpc: sending discover Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'mesh_wan_mesh' is enabled Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'vx_mesh_wan' is now up Fri Nov 5 11:18:23 2021 daemon.notice netifd: tunnel 'vx_mesh_wan' link is up Fri Nov 5 11:18:23 2021 daemon.notice netifd: Network alias 'vx_mesh_wan' link is up Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'mesh_wan_mesh' has link connectivity Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'mesh_wan_mesh' is setting up now Fri Nov 5 11:18:23 2021 daemon.notice netifd: Interface 'mesh_wan_mesh' is now up Fri Nov 5 11:18:23 2021 daemon.notice netifd: gluon_bat0 (2614): Error - failed to add interface bat0: Invalid argument Fri Nov 5 11:18:23 2021 kern.info kernel: [ 12.361643] batman_adv: bat0: Adding interface: vx_mesh_wan Fri Nov 5 11:18:23 2021 kern.info kernel: [ 12.361941] batman_adv: bat0: The MTU of interface vx_mesh_wan is too small (1430) 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. Fri Nov 5 11:18:23 2021 kern.info kernel: [ 12.363002] batman_adv: bat0: Interface activated: vx_mesh_wan Fri Nov 5 11:18:23 2021 daemon.info procd: - init complete - Fri Nov 5 11:18:23 2021 user.notice firewall: Reloading firewall due to ifup of mesh_wan_mesh (vx_mesh_wan) Fri Nov 5 11:18:23 2021 daemon.err odhcp6c[2415]: Failed to send DHCPV6 message to ff02::1:2 (Address not available) Fri Nov 5 11:18:26 2021 daemon.notice netifd: wan (2413): udhcpc: sending discover Fri Nov 5 11:18:27 2021 daemon.err td-client: [lk-os01.sn.ffnw.de:9000] Hostname resolution timed out. Fri Nov 5 11:18:28 2021 daemon.info td-client: [lk-os01.sn.ffnw.de:9000] Reinitializing tunnel context. Fri Nov 5 11:18:29 2021 daemon.err td-client: [lk-os01.sn.ffnw.de:9000] Failed to resolve hostname. Fri Nov 5 11:18:29 2021 daemon.notice netifd: wan (2413): udhcpc: sending discover Fri Nov 5 11:18:29 2021 daemon.notice netifd: wan (2413): udhcpc: sending select for 192.168.6.50 Fri Nov 5 11:18:29 2021 daemon.notice netifd: wan (2413): udhcpc: lease of 192.168.6.50 obtained, lease time 71195 Fri Nov 5 11:18:29 2021 daemon.notice netifd: Interface 'wan' is now up Fri Nov 5 11:18:29 2021 user.notice firewall: Reloading firewall due to ifup of wan (br-wan) Fri Nov 5 11:18:29 2021 daemon.info dnsmasq[2373]: reading /var/gluon/wan-dnsmasq/resolv.conf Fri Nov 5 11:18:29 2021 daemon.info dnsmasq[2373]: using nameserver 217.237.151.205#53 Fri Nov 5 11:18:29 2021 daemon.info dnsmasq[2373]: using nameserver 217.237.148.70#53 Fri Nov 5 11:18:29 2021 daemon.info dnsmasq[2373]: using nameserver 217.0.43.17#53 Fri Nov 5 11:18:30 2021 daemon.info td-client: [lk-os01.sn.ffnw.de:9000] Reinitializing tunnel context. Fri Nov 5 11:18:30 2021 daemon.debug td-client: [lk-os01.sn.ffnw.de:9000] Broker usage: 5439 Fri Nov 5 11:18:30 2021 daemon.info td-client: Selected lk-os01.sn.ffnw.de:9000 as the best broker. Fri Nov 5 11:18:30 2021 daemon.info td-client: [lk-os01.sn.ffnw.de:9000] Tunnel successfully established. Fri Nov 5 11:18:30 2021 daemon.info td-client: [lk-os01.sn.ffnw.de:9000] Requesting the broker to configure downstream bandwidth limit of 2048 kbps. Fri Nov 5 11:18:30 2021 daemon.notice netifd: Interface 'mesh_vpn' is enabled Fri Nov 5 11:18:30 2021 daemon.notice netifd: Network device 'mesh-vpn' link is up Fri Nov 5 11:18:30 2021 daemon.notice netifd: Interface 'mesh_vpn' has link connectivity Fri Nov 5 11:18:30 2021 daemon.notice netifd: Interface 'mesh_vpn' is setting up now Fri Nov 5 11:18:30 2021 daemon.notice netifd: Interface 'mesh_vpn' is now up Fri Nov 5 11:18:30 2021 daemon.notice netifd: gluon_bat0 (2929): Error - failed to add interface bat0: Invalid argument Fri Nov 5 11:18:30 2021 kern.info kernel: [ 19.558386] batman_adv: bat0: Adding interface: mesh-vpn Fri Nov 5 11:18:30 2021 kern.info kernel: [ 19.558673] batman_adv: bat0: The MTU of interface mesh-vpn is too small (1312) 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. Fri Nov 5 11:18:30 2021 kern.info kernel: [ 19.559727] batman_adv: bat0: Interface activated: mesh-vpn Fri Nov 5 11:18:30 2021 user.notice firewall: Reloading firewall due to ifup of mesh_vpn (mesh-vpn) Fri Nov 5 11:18:33 2021 daemon.notice netifd: Interface 'client' is now up Fri Nov 5 11:18:33 2021 user.notice firewall: Reloading firewall due to ifup of client (br-client) Fri Nov 5 11:18:42 2021 daemon.info td-client: [lk-os01.sn.ffnw.de:9000] Setting MTU to 1312
Wenn ich es richtig lese, dann bekommt er vom DHCPv6 keine Antwort.
Sonst alles bestens. Und wie ist es bei Euch?
Gruß Frank
Am 05.11.2021 um 11:15 schrieb lrnzo über Nordwest:
Moin Frank,
ist das dieser hier, oder?
https://map.ffnw.de/archiv/#%21/en/map/0019995f6552
in der Tat seltsam. da mein ssh-key auf allen nodes am johannistorwall liegt, konnte ich mich bis zum uplink durchhangeln und sehe dort folgendes:
root@FF-OS-Johannistorwall-56-Uplink:~# ip a s br-client 8: br-client: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 00:19:99:5f:65:52 brd ff:ff:ff:ff:ff:ff inet6 2a0f:b506:ff16:0:219:99ff:fe5f:6552/64 scope global dynamic valid_lft 86287sec preferred_lft 14287sec inet6 fe80::219:99ff:fe5f:6552/64 scope link valid_lft forever preferred_lft forever root@FF-OS-Johannistorwall-56-Uplink:~# ip a s br-wan 5: br-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 00:19:99:5f:65:52 brd ff:ff:ff:ff:ff:ff inet 192.168.6.50/24 brd 192.168.6.255 scope global br-wan valid_lft forever preferred_lft forever inet6 fe80::219:99ff:fe5f:6552/64 scope link valid_lft forever preferred_lft forever
er bekommt also -- im gegensatz zu allen nodes dort -- keine Adresse aus dem 2a06:e881:2000:4400::/64er Netz. Keine Ahnung aus welchem Grund. Einfach mal rebooten das Teil? bin erstmal wieder raus da.
sonst alles klar bei dir?
LG Lorenz
Am 04.11.21 um 15:12 schrieb Frank Bleckert über Nordwest:
Moin Zusammen,
am Dienstag ist der Offloader FF-OS-Johannistorwall-56-Uplink von der Map verschwunden. Die AP dahinter waren noch auf der Karte doch alle offline.
Mittlerweile habe ich den Offloader auf die neuste Firmeware gebracht. Doch scheint der sich nur gedrosselt zu verbinden. Auch taucht er auf der Map nicht mehr auf. Woran kann das liegen?
Gruß Frank
Nordwest Mailingliste -- nordwest@lists.ffnw.de Zur Abmeldung von dieser Mailingliste senden Sie eine Nachricht an nordwest-leave@lists.ffnw.de
Nordwest Mailingliste -- nordwest@lists.ffnw.de Zur Abmeldung von dieser Mailingliste senden Sie eine Nachricht an nordwest-leave@lists.ffnw.de