[Freifunk-Bonn] Bonn6 Hardware-Server scheint seit einer Stunde offline...

[TxRx]

während eine Frage ist, wie man es hinbekommt, dass das kbuu_v2 effektiv failover zwischen umland1 und umland 2 macht (was es derzeit ganz offenbar nicht schafft),

wäre die andere Frage: was ist denn los mit bonn6 dass es so lange dauert die maschine wieder hochzufahren? ist das ein hardware-defekt oder hat momentan schlicht niemand Zugriff auf die Maschine?

wenn alle kbuu_v2 gluons das selbe problem haben wie meiner, ist das vielleicht langsam etwas ungemütlich, wenn alle betroffen sind (immerhin >50 Knoten)? 
Und falls die nicht alle betroffen sind - warum ist mein gluon betroffen, was ist da anders?


> On 10. May 2023, at 15:31, TxRx <txrx at riseup.net> wrote:
> 
> grüss dich ede,
> 
> im log kommt 
> 
> daemon.notice netifd: gluon_bat0 (18658): Error - failed to add interface mesh-vpn: Invalid argument
> 
> un danach wiederholt es sich bis wieder derselbe Fehler auftritt.
> 
> /lib/gluon/gluon-mesh-wireguard/checkuplink
> Device "mesh-vpn" does not exist.
>  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                 Dload  Upload   Total   Spent    Left  Speed
>  0     0    0     0    0     0      0      0 --:--:--  0:00:05 --:--:--     0
> curl: (28) Connection timed out after 5001 milliseconds
> sh: 0: unknown operand
> uci: Entry not found
> Key is not the correct length or format: `remove'
> Error - interface does not exist: gre
> Cannot find device "gre"
> Cannot find device "mesh-vpn"
> RTNETLINK answers: File exists
> Error: any valid prefix is expected rather than "/16".
> uci: Entry not found
> uci: Entry not found
> Key is not the correct length or format: `persistent-keepalive'
> Error: inet address is expected rather than "remote".
> Cannot find device "gre"
> Error - interface does not exist: gre
> 
> habe peer_1 in wireguard auskommentiert, wie Du empfohlen hast. 
> es gibt dort übrigens kein peer_2 für umland2!
> 
> und so verbindet sich dann das gluon auch nicht mit umland2.
> in wireshark sehe ich beim neustart des gluon den DHCP für das upstream interface und einen IGMP.
> und das wars dann!
> 
> /lib/gluon/gluon-mesh-wireguard/checkuplink
> Device "gre" does not exist.
> uci: Entry not found
> Key is not the correct length or format: `remove'
> Error - interface does not exist: gre
> Cannot find device "gre"
> Cannot find device "mesh-vpn"
> Error: any valid prefix is expected rather than "/16".
> uci: Entry not found
> uci: Entry not found
> Key is not the correct length or format: `persistent-keepalive'
> Error: inet address is expected rather than "remote".
> Cannot find device "gre"
> Error - interface does not exist: gre
> 
> muss ich den umland2 noch in die wirguard config eintragen? woher bekomme ich den public key dafür?
> 
> oder wenn nicht so, gibt es weitere ideen?
> 
> 
>> On 10. May 2023, at 12:23, edgar.soldin at web.de wrote:
>> 
>> hey TxRx,
>> 
>> ja die BonnV2-Umland domain hat nur zwei VPN Server
>> https://github.com/ff-kbu/site-ffkbu-multidomain/blob/wireguard/domains/ffkbu_hood_umland.conf
>> 
>> das (re)connect-Skript macht nen `https://$URL/speed.php` auf den VPN-Server, wenn das erfolgreich ist, aber Wireguard oder Batman nicht korrekt laufen, dann könnte das den Effekt den Du beschreibst haben.
>> https://github.com/ff-kbu/gluon-mesh-vpn-wireguard/blob/master/gluon-mesh-vpn-wireguard-kbu/files/lib/gluon/gluon-mesh-wireguard/checkuplink
>> 
>> das skript schreibt meldungen ins system log. mit `logread` kannst Du die lesen.
>> 
>> die Namensauflösung ist hart kodiert in den Firmwares
>> https://github.com/ff-kbu/gluon-special-packages/blob/master/gluon-ffkbu-files/files/lib/gluon/upgrade/400-gluon-ffkbu-files
>> 
>> # umland1 hat nen time-out
>> https://157.90.178.17/speed.php
>> # umland2 antwortet
>> https://81.173.204.217/speed.php
>> 
>> als workaround kannst Du erstmal umland1 in `/etc/config/wireguard` auskommentieren, ungefähr so
>> #config peer 'peer_1'
>> #        option endpoint 'umland1.kbu.freifunk.net:10020'
>> #        option publickey 'xxx'
>> 
>> soweit ..sonnige ede
>> 
>> On 10.05.2023 04:05, TxRx wrote:
>>> eigentlich müsste das gluon ffkbuu_v2 versuchen, sich mit umland1 (bonn6) oder umland2 (bonn4) zu verbinden, richtig?
>>> 
>>> tatsächlich sehe ich nur SYNs an umland1/bonn6. Auch keine ICMPs. Soll das so sein?
>>> 
>>>> On 10. May 2023, at 03:15, TxRx <txrx at riseup.net> wrote:
>>>> 
>>>> 
>>>> Genau den bonn6 möchte mein gluon unbedingt verbinden und es kommt keine Antwort. Ist die maschine dauerhaft weg? wenn ja, was soll man tun, damit der gluon wieder geht?
>>>> 
>>>> mein gluon scheint wirklich nur den einen supernode zu kennen… müsste ffkbuu_v2 sein.. jedenfalls ein v2021.1.2-wireguard image
>>>> 
>>>> interessanterweise siehts im Dashboard so aus als wären da noch eine handvoll nodes drauf, aber auf ping antwortet der bonn6 nicht.
>>>> 
>>>> 
>>>>> On 9. May 2023, at 18:47, Freifunk-Peter <freifunk at cptechnik.de> wrote:
>>>>> 
>>>>> Bonn6 Hardware-Server scheint seit einer Stunde offline...
>>>>> Proxmox antwortet nicht,
>>>>> KBU-Map sagt die Router wären offline...
>>>>> 
>>>>> --
>>>>> Gruß Peter
>>>>> kbu.freifunk.net
>>>>> --
>>>>> _______________________________________________
>>>>> Freifunk-Bonn mailing list
>>>>> Freifunk-Bonn at lists.kbu.freifunk.net
>>>>> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>>>>> 
>>>> 
>>> 
>> -- 
>> _______________________________________________
>> Freifunk-Bonn mailing list
>> Freifunk-Bonn at lists.kbu.freifunk.net
>> https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>