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

Mi Mai 10 17:19:17 CEST 2023

Bonn 6 ist scheinbar wieder online.

Julian

On 10.05.23, 15:42, "Freifunk-Bonn on behalf of TxRx" <freifunk-bonn-bounces at lists.kbu.freifunk.net on behalf of txrx at riseup.net> wrote:

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

-- 

_______________________________________________

Freifunk-Bonn mailing list

Freifunk-Bonn at lists.kbu.freifunk.net

https://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/20230510/e014af2e/attachment.htm>