- Admin - Freifunk Nordwest

Schlechte Performance
by M. Geschwinder 17 Aug '26

17 Aug '26

Hallo zusammen, seit dem letzten Ausfall ist das FFNW leider unbenutzbar. 2 Mbit down 0,18 up. Pings zu Google zwischen 200 und 300ms mit Aussetzern. Gibt es da irgendwelche Chancen auf Verbesserung oder laufen grade alle verbleibenden Systeme auf Anschlag? Danke! LG Micha

1 0

Aufall vieler Knoten
by Michael Geschwinder 01 Aug '26

01 Aug '26

Hallo zusammen, wenn man auf die Karte schaut ist es ganz schön rot im Norden ;-) aurich.sn.ffnw.de z.b scheint seit 10 Stunden etwa Offline zu sein. Kann jemand sich das bitte einmal anschauen? Vielen Dank! BG Micha

1 0

gitlab kvm runner
by Jan-Tarek Butt 10 Nov '25

10 Nov '25

Moin zusammen, haben wir ein gitlab runner der quemu mit kvm bzw. virsh drauf hat? der Legacy-Monitor (https://git.ffnw.de/tata/legacy-monitor/) hatte mal nen runner der aber scheinbar entfernt wurde. Wäre schön wenn wir den mal wieder aktive bekommen. :-) Liebe Grüße aus Hamburg Tarek

2 1

Firmware Upgrade Gluon 2023.2.x
by Jens Ellerbrock | Freifunk Nordwest e. V. 25 Jul '25

25 Jul '25

Moin zusammen, es gab ja bereits Versuche eine neue Firmware zu bauen. Können wir das ganze einmal forcieren damit wir neue Hardware unterstützen können? Solangsam gehen uns die Möglichkeiten für die Hardware im Handel aus. Beim Neanderfunk (@Ardorfer) habe ich folgenden Patch gefunden, der Router ist günstig zu kaufen und sehr einfach zu flashen. Wäre also auch was für uns :) https://github.com/eulenfunk/firmware/blob/v2023.2.x/patches/add-totolink-x… https://openwrt.org/toh/totolink/x5000r Gruß Jens

1 0

nextcloud disabled
by lrnzo 06 Mar '25

06 Mar '25

Nabend Leute, nur zur Info: die nextcloud instanz auf files.ffnw.de wurde jetzt mal mittels unlink /etc/nginx/sites-enabled/nextlcoud systemctl reload nginx.service aus dem Verkehr gezogen, weil das starke Anwachsen von /var/log/nginx/errors_cloud.ffnw.de.log immer wieder für 100% Auslastung der /var/log Partition gesorgt hat.

1 0

srv who is who - key fingerprint
by picard 20 Jan '24

20 Jan '24

moin, beim login auf den srv01 passierte heute # ssh srv01 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the RSA key sent by the remote host is SHA256:LX0xpviTs3pSYWtibqspcjoqDDxrkzA1kw0F+4ZmXps. Please contact your system administrator. was ist hier los? The authenticity of host 'srv01.ffnw.de (37.120.176.207)' can't be established. RSA key fingerprint is SHA256:LX0xpviTs3pSYWtibqspcjoqDDxrkzA1kw0F+4ZmXps. RSA key fingerprint is MD5:97:7f:f3:b0:7f:57:04:d1:96:15:7f:eb:bc:de:17:6e. es macht sinn das man weiss das man sich auf den richtigen srv verbindet, wieso hat sich was am key geändert? wo stehen die fingerprints zum vergleichen? -- Freifunk Gruß pic Www: https://fr32k.de Xmpp: picard(a)fr32k.de & picard(a)ffnw.de Keybase: https://keybase.io/picard -- Gruß pic Xmpp: picard(a)ffnw.de & picard(a)fr32k.de @ME https://wiki.nordwest.freifunk.net/picard

5 6

resolver -> VM
by Bjoern Franke 08 Jan '24

08 Jan '24

Moin, können wir den Resolver mal in eine normale VM stecken? Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Watchdog timeout (limit 10s)! Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Killing process 1186457 (kresd) with signal SIGABRT. Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Main process exited, code=killed, status=6/ABRT Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Failed with result 'watchdog'. Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Consumed 3.361s CPU time. Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Service RestartSec=100ms expired, scheduling restart. Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Scheduled restart job, restart counter is at 1709. Nov 10 11:00:26 resolv01 systemd[1]: Stopped Knot Resolver daemon. Nov 10 11:00:26 resolv01 systemd[1]: kresd(a)1.service: Consumed 3.361s CPU time. Nov 10 11:00:26 resolv01 systemd[1]: Starting Knot Resolver daemon... Nov 10 11:00:26 resolv01 systemd[1]: Started Knot Resolver daemon. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Watchdog timeout (limit 10s)! Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Killing process 1186469 (kresd) with signal SIGABRT. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Main process exited, code=killed, status=6/ABRT Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Failed with result 'watchdog'. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Consumed 3.378s CPU time. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Service RestartSec=100ms expired, scheduling restart. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Scheduled restart job, restart counter is at 1710. Nov 10 11:00:49 resolv01 systemd[1]: Stopped Knot Resolver daemon. Nov 10 11:00:49 resolv01 systemd[1]: kresd(a)1.service: Consumed 3.378s CPU time. Nov 10 11:00:49 resolv01 systemd[1]: Starting Knot Resolver daemon... Nov 10 11:00:49 resolv01 systemd[1]: Started Knot Resolver daemon. Das ist doch nicht normal. Ich nutze selbst kresd und der hat nie solche Probleme. VG bjo

1 1

DNS Ausfall
by Michael Geschwinder 10 Nov '23

10 Nov '23

Guten Morgen, könnte jemand einmal vor den DNS treten ? DNS Request Timed out Address: 45.154.109.53 Domnain Aurich Vielen Dank! BG Micha

2 1

DNS Fehler
by Simon Kurka 03 Sep '23

03 Sep '23

Kann bitte jemand den DNS Server prüfen? nslookup läuft wohl ins leere.

1 0

Re: Probleme in der Domäne Steinfurt
by Thomas Engelmeyer 06 Aug '23

06 Aug '23

Hallo Stefan, sorry für die späte Antwort, hatte hier gestern und auch heute Morgen noch in unsere Straße etwas Nachbarschaftshilfe gemacht, daher erst jetzt die Antwort. Ja, ich habe noch einige der Ibbenbürener Freifunker damals kennenlernen dürfen, Sebastian Wolzenberg und die zwei Jungs die dort als EDV'ler auf der Stadtverwaltung arbeiteten. Weiss aber grade die Namen der beiden nicht. Aber die Bekanntschaft wurde damals auch nicht so sehr vertieft. Ich bin damals Ende 2014 zu den Freifunkern hier im Landkreis Osnabrück gestoßen. Habe dann 2017 erkannt das deren Firmware einfach zu beladen mit irgendwelchen Automatismen häufig zu Fehlern und Ausfällen führte, hatte das dann auch dem Stefan Dunkel versucht klar zu machen, aber die Truppe um dem Stefan Dunkel wollte hiervon nichts hören. 2019 bin ich dann mit allen Knoten in Bad Iburg in einer "Nacht und Nebelaktion" ins Münsterland umgezogen. Das fanden einige der nordwestler überhaupt nicht schick. Ich bekam hier Sachen an den Kopf geknallt, Du glaubst es nicht, aber das vielleicht einmal später. Bis sich vor einiger Zeit dann die Gemeindeverwaltung in Hagen a.T.W. für die ich die Knoten in Hagen und Umgebung auch noch verwalte sich meldete und sagte ich solle mal bei den Münsteranern Anfrage halten, ob sie die Knoten in Hagen noch mit in Ihre Netzwerkstruktur einbinden könnten. Münster hat dann eingewilligt weil die Gemeindeveraltung in Hagen dann im Münsterland eine Fördermitgliedschaft unterschrieben hat. Daraufhin wurden die neuen Domänen mit eigener Firmware geschaffen, wovon jetzt auch Ibbenbüren profitiert, da dort jetzt eine eigene Domäne bereitsteht. Netz wird echt gut gewartet und betreut, man kann sich mit den Jungs absolut normal unterhalten und sie machen dann auch zeitnah, nicht so wie bei FFNW, wo dann des Öfteren die Rückmeldung kam "hier läuft alles"! Du kannst dir ja mal einen Account bei ZULIP ( https://zulip.freifunk-muensterland.de ) machen, dort wird in Messengermanier über alle Themen geschrieben und dort setzt man auch seine Probleme und Störungen sowie Fragen zu weiteren Themen ab. Alles sehr familiär. Ich war auch vor einigen Wochen mal nach Münster zum Treffen gefahren, echt cool dort. Zu Beginn der neuen Domänen gab es dann in der Firmwareversion 9.0.1 einen Bug, den hatte ich dann nach zwei Tagen gemerkt. Hatte das über Zulip gemeldet und zwei Tage später hatten die Jungs die neue Firmware 9.1.1 rausgehauen in der dieser Bug dann behoben war. Durchsatz ist sehr gut bei Münsterland, das hatte ich 2019 direkt gemerkt als ich einen 1043 von Nordwest auf Münster umgesflasht hatte und er dann von 18 Mbit/s Datendurchsatz nur durch den Wechsel nach Münster Plötzlich 35 bis 38 MBit/s ausspuckte. Die Münsteraner bauen nebenbei auch noch an einem eigenen AS, dieses ist aber noch nicht in Betrieb. Aktuell lastet man das Netz dadurch aus, das man ein sogenanntes Domänenroulette gebaut hat, je nach Auslastung bekommen Knoten vollen Schub durch einen automatisierten Wechsel des Domänenservers. Habe hier Zuhause im Außenbereich 3 Unifi ac Mesh verbaut und im Innenbereich noch zwei T-Plink, alles verkabelt und den Tunnel baut ein "Ubiquiti Edgerouter x sfp" auf, hier gehen dann knapp über 100 Mbit/s drüber. (Anschluß ist ein Gigabit-Anschluß von Vodafone Cable). Speedtest, gerade mal gemacht: https://www.nperf.com/r/3463833630691386-Gk3syyjs Ich bin mit dieser positiven Ansicht um das Freifunknetz der Münsteraner nicht allein, wir haben hier im Südkreis mit einigen Leuten Kontakt, die auch Freifunk machen und haben eine Whatsapp Gruppe gegründet. Viel los ist da zwar nicht weil wenig zu tun ist am und um das Münsteraner Freifunknetz, es lüpp einfach. Seit 2019 bis zum kürzlichen Wechsel der Firmware (aufgrund der neuen Domänen) hier in Bad Iburg habe ich nur sehr selten mal einen Knoten anfassen müssen. Bei mir in der Strasse stehen auch einige, die habe ich dazwischen nicht bearbeiten müssen. Also, ich bin, genau wie meine Mitstreiter aus Georgsmarienhütte und Umgebung sehr von Freifunk Münsterland angetan. Mit freundlichen Grüßen Ehrenamtlicher Freifunkunterstützer Thomas Engelmeyer Am Riesweg 2 49186 Bad Iburg Telefon: 05403/7269310 Telefax: 05403/7269311 Mobil: 0174/9994232 E-Mail:freifunk-service@gmx.net Am 04.08.23 um 22:48 schrieb Guzberg über Admin: > > Hallo und schönen guten Abend, > > leider muss ich euch nochmal stören. Vor kurzem gab es Probleme in der > Domäne Steinfurt, welche behoben ein sollten. > > Leider ist dem nicht so. Die Nutzung von Freifunk ist nahezu nicht > mehr möglich. Viele Nutzer hier haben mir das berichtet. Mal geht es, > dann wieder nicht. > > Knoten brechen weg oder sind nicht erreichbar und morgens meistens > wieder da. Der Ping Durchsatz ist wohl ganz ok, aber teilweise ständig > über 50%-70% Paketverluste. > > Surfen ist nur selten möglich. > > Und das, wie gesagt, seit Wochen. Ich könnte mir vorstellen, das der > Server/Gateway ein echtes Problem hat, welches einer schnellen Lösung > Bedarf. > > Zudem habe ich gesehen, das die letzte Firmware Stand 2022 auf allen > Knoten ist, obwohl bereits neuere offensichtlich verfügbar sind. Ist > die AutoUpdate Funktion defekt? > > Damit die Akzeptanz von Freifunk hier nicht weiter fällt, wäre es > schön, wenn sich das mal einer genau anschauen würde. Ich weiß ihr > habt alle Hände voll zu tun. > > In diesem Sinne… > > Mfg > > Stefan > > > _______________________________________________ > Admin Mailingliste --admin(a)lists.ffnw.de > Zur Abmeldung von dieser Mailingliste senden Sie eine Nachricht anadmin-leave(a)lists.ffnw.de -- Mit freundlichen Grüßen Ehrenamtlicher Freifunkunterstützer Thomas Engelmeyer Am Riesweg 2 49186 Bad Iburg Telefon: 05403/7269310 Telefax: 05403/7269311 Mobil: 0174/9994232 E-Mail:freifunk-service@gmx.net

1 0