# Freifunk Wuppertal hat Probleme **URL:** \ **Category:** Wuppertal\ **Created:** [2. August 2019 um 16:09 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981 "2019-08-02T16:09:29Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\ **Post date:** [2. August 2019 um 16:09 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/1 "2019-08-02T16:09:29Z")
Hallo zusammen, ich schreibe das hier Stichwortartig, weil TL;DR - ich administriere die Server seit 2014 allein obwohl @DSchmidtberg als Co-Admin fungiert - hier im Forum herrscht von anderen „verantwortlichen“ stille - E-Mails werden nicht kommentiert/beantwortet - im stillen Kämmerlein wird ohne mein und anderer Wissen „[umgebaut](https://forum.freifunk.net/t/20971)“ Ich weiß, dass bei FFRL die Maßeinheit für die Abweichung von der Norm _Wuppertal_ heißt. Ich weiß nicht, ob die Skala nach oben offen ist. Ich kann so nicht Arbeiten und die Wolke am Leben erhalten … wenn der Wert der Abweichung nicht mehr messbar ist. ---
**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\ **Post date:** [3. August 2019 um 17:48 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/2 "2019-08-03T17:48:18Z")
Kurzer Zwischenstand > [@phip](#): > > heute wurde ohne Absprache ein weiterer abgeschaltet dieser Server ist nun wieder da und wird morgen und in der nächsten Woche hinzugefügt, wenn er nicht ständig abstürzt. ---
**Author:** ![plaste](https://forum.freifunk.net/user_avatar/forum.freifunk.net/plaste/32/20367_2.png) [@plaste](https://forum.freifunk.net/u/plaste)\ **Post date:** [4. August 2019 um 06:28 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/3 "2019-08-04T06:28:57Z")
> [@phip](#): > > im stillen Kämmerlein wird ohne mein und anderer Wissen „[umgebaut](https://forum.freifunk.net/t/20971)“ > > - mag sein, dass es öffentlich ist, aber Menschen, die keine Zeit haben treffen beizuwohnen, werden in außen vor gelassen Das kann ich leider nicht so stehen lassen. Das Treffen letzte Woche kam kurzfristig zu Stande, wurde aber 3-4 Tage vorher bei euch angekündigt. Initiator für das Treffen war Freifunk Solingen, die ggf. vor größeren organisatorischen Änderungen stehen und auf der Suche nach Zukunftsperspektiven sich mit den angrenzenden FF Communities austauschen wollten. Dies habe ich zum Anlass genommen um ein kurzfristiges Treffen zu organisieren. Da es bei FFWTAL aktuell nicht gerade rund läuft haben wir es für sinnvoll gehalten zu fragen ob Personen aus Wuppertal dazu kommen wollen, um gemeinsam über zukunftsfähige Lösungen für die Region zu diskutieren. Das Treffen musste aus Gründen letzte Woche stattfinden. Hierbei ging es zunächst primär um die Schaffung von organisatorischen Rahmenbedingungen und nicht um den technischen Umbau von FF Solingen oder FF WTAL. Das Treffen war in Wuppertal, weil es logistisch und ökologisch die beste Lösung für alle war… Wir warten selbst aktuell noch auf das Protokoll des Meetings. Weitere werden hoffentlich folgen, an denen die „nicht informierten“ teilnehmen können. Mir ist es ein großes Anliegen Freifunk in der Region (Krei ME und Umland) mit einem positiven Image voran zu bringen. Die Zustände in WTAL fördern dies aktuell nicht gerade. Die Unterstützungsangebote von verschiedenen Seiten existieren weiterhin, wenn wir dir helfen können, sei es bei der Firmware, den Supernodes oder ähnliches, musst du dich nur melden! ---
**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\ **Post date:** [4. August 2019 um 19:44 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/4 "2019-08-04T19:44:43Z")
OT-Antwort im entsprechenden [Thread](https://forum.freifunk.net/t/20971/3). > [@plaste](#): > > Mir ist es ein großes Anliegen Freifunk in der Region (Krei ME und Umland) mit einem > positiven Image voran zu bringen. Die Zustände in WTAL fördern dies aktuell nicht gerade. Ich schreibe so was, wie Eingangs des Threads doch nicht aus Spaß. Fakt ist: mein Co-Admin macht nichts und andere, die mit-administrieren wollen, verstehen die Doku in Form der Konfiguration nicht. > [@plaste](#): > > Die Unterstützungsangebote von verschiedenen Seiten existieren weiterhin, Ich weiß, danke. > [@plaste](#): > > wenn wir dir helfen können, sei es bei der Firmware, den Supernodes oder ähnliches, musst du dich nur melden! Ich habe dazu schon was geschrieben und füge dem noch dies hinzu: Ich werde keine VMs administrieren, die ich nicht selbst einschalten kann, sowie keine VMs, die nicht im Besitz eines gemeinnützigen Vereins stehen. FFRL wurde u. A. auch dafür gegründet, um VMs zu besitzen. Das dies nun nicht mehr geht (aus BB-Gründen nehme ich an), wurde den FF-Gemeinschaften nahegelegt vor Ort neue FF-Vereine zu gründen. Dies wurde in W aus Gründen nicht gemacht. Letztes Jahr wurde FFW im /dev/tal e. V. untergebracht, wo es ursprünglich her kommt. Jetzt, wo ein riesen DoS im FFW war, will man neu Strukturieren ohne das Problem zu verstehen und für die Nutzer zu beheben. Mein Gefühl ist, dass die FF-Gemeinschaft, die die Knoten aufstellt, betreibt, pflegt und wartet, komplett in Stich und Unwissenheit gelassen wird. Deshalb werde ich in diesem Thread Probleme öffentlich dokumentieren. ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [4. August 2019 um 22:03 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/5 "2019-08-04T22:03:00Z")
> [@phip](#): > > Fakt ist: mein Co-Admin macht nichts und andere, die mit-administrieren wollen, verstehen die Doku in Form der Konfiguration nicht. Oh, klassische Admin-Doku? 🙂 Im Ernst, wie anders ist Wuppertal im Vergleich zu un-anderen Setups? An Batman v15 habt Ihr Euch, dankenswerterweise, frühzeitig die Finger verbrannt, IIRC setzt aber auch Wuppertal auf Gluon auf? ---
**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\ **Post date:** [5. August 2019 um 17:07 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/6 "2019-08-05T17:07:43Z")
> [@wusel](#): > > Im Ernst, wie anders ist Wuppertal im Vergleich zu un-anderen Setups? Na ja, geht. Abgesehen von den Überbleibseln der Domäne Wupper und zwei unterschiedlichen MTUs auf dem gleichen Port plus der Anbindung von fastd über IPv6 sollte alles identisch sein. Die Unterschiede sind mit einer kleinen Transferleistung von jedem administrierbar, der Ahnung von der Materie hat. > [@wusel](#): > > frühzeitig die Finger verbrannt Ich nenne das konsequentes Benutzen und Debuggen. Wenn die Entwickler sagen, dass bat15 der nächste Schritt ist und dieser auch noch 10 Jahre anhält, dann benutzt man den nächsten Schritt, wenn man gerade eine Wolke neu einrichtet. > [@wusel](#): > > setzt aber auch Wuppertal auf Gluon auf Korrekt. Ich frage mich also wirklich, was ich noch dokumentieren soll. ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [6. August 2019 um 16:42 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/7 "2019-08-06T16:42:37Z")
> [@phip](#): > > [werde keine VMs administrieren], die nicht im Besitz eines gemeinnützigen Vereins stehen. Das ist aber eine schöne Umschreibung für _„mittel- bis langfristig nur solche im Besitz des FFRL“_ Denn so ziemlich alle anderen mir bekannten Freifunk-Vereine besitzenkeine Gemeinnützigkeit und die gemeinnützigen Hackspaces kommen regelmäßig in Deubels Küche (F, DA, um Beispiele zu liefern), wenn sie Bleche mieten/kaufen auf denen die Supernodes laufen. Umgekehrt ist „Supernode-Verleih“ beim FFRL ein Auslaufmodell bei dem das Kehrlicht schon ziemlich unangenehm flackert. Will sagen: Ich sehe für das von Dir angestrebte Modell keine Option. Du sagst damit, dass Du die Funktion gern mangels Alternativen zeitnah an andere übergeben möchtest, korrekt? ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [6. August 2019 um 20:41 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/8 "2019-08-06T20:41:54Z")
> [@adorfer](#): > > Denn so ziemlich alle anderen mir bekannten Freifunk-Vereine besitzen keine Gemeinnützigkeit OT, aber habe ich was verpaßt und dem FFRL wurde die Gemeinnützigkeit zwischenzeitlich wieder erteilt? Insofern stimmt ich Dir zu, @adorfer, daß die Festlegung auf nur durch gemeinnützigen Verein besessene VMs auf mehrfacher Ebene problematisch ist: Einerseits durch den grassierenden Vereins-Auflösungsstoß durch die Finanzämter, die – korrekterweise – Freifunk direkt nicht in der AO finden und erteilte Gemeinnützigkeiten kassieren, andererseits durch den Zwang gemeinnütziger Vereine, ihre Mittel nur satzungsgemäß zu verwenden — und da Freifunk – politisch gewollt – nach wie vor nicht gemeinnützig ist, wird die Luft hier sehr, sehr dünn. Somit ist quasi Freifunk Wuppertal ein Beispiel dafür, was absehbar auch für andere Freifunk-Communities mit Infrastrukturbedarf zum Problem werden kann. Kurzum: > [@phip](#): > > Ich habe dazu schon was geschrieben und füge dem noch dies hinzu: Ich werde keine VMs administrieren, die ich nicht selbst einschalten kann, Das macht voll und ganz Sinn, … > [@](#): > > sowie keine VMs, die nicht im Besitz eines gemeinnützigen Vereins stehen. … dies aus den genannten Gründen eher weniger. * * * Hmm, vielleicht sollten sich die verschiedenen Einzelkämpfer mal zusammentun und quasi ein FF-Admin-Kollektiv bilden. Denn eigentlich rennt so ein Netz ja doch ganz passabel vor sich hin, wenn einmal eingerichtet und das Wachstum überschaubar ist. Und Skripte zur Unterstützung gibt es dankenswerterweise heute auch — was wiederum die Abweichungen minimiert. Derlei setzt aber eher voraus, daß _keine_ Vereine im Spiel sind, denen die Server/VMs gehören — sonst wird das mit Haftung ggf. unerquicklich. ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [28. August 2019 um 05:36 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/9 "2019-08-28T05:36:06Z")
Aktuell sieht zumindest das Reporting (das was die Knoten so per respondd zu sagen haben) danach aus, als ob am Freitag 23.08.2019 gegen 16h eine Topologie-Änderung vorgenommen wurde/eingetreten ist: ![grafik](https://forum.freifunk.net/uploads/default/original/3X/2/c/2cf5857e6bbf7c9ae762929bdb8af059627162be.jpeg) Was zumindest mir auffällt ist, dass es nach respondd-Daten zwei Gateways gibt, nach „batman gwl“ jedoch nur einen. (Zumindest fällt mir für so einen Effekt gerade plausible Erklärung ein) ![grafik](https://forum.freifunk.net/uploads/default/original/3X/8/e/8effc3b8a0f04772301a70d10f612aac099782a3.png) ![grafik](https://forum.freifunk.net/uploads/default/original/3X/d/3/d3d7b205b61211640885f7d375b61bc6a7041f22.png) ---
**Author:** ![steneu](https://forum.freifunk.net/user_avatar/forum.freifunk.net/steneu/32/1397_2.png) [@steneu](https://forum.freifunk.net/u/steneu)\ **Post date:** [28. August 2019 um 10:46 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/10 "2019-08-28T10:46:31Z")
Bisher hatten die Wupper Server eine MAC aus dem Bereich 04:be:4a:de:fe:xx und Radevormwald den Bereich 04:be:4a:de:ff:xx genutzt. Das Wuppertaler GW für Rade ist unter 04:be:4a:de:fe:60 auch noch da und verteilt IP Adressen im Rader FF Netz. Durchsatz ins Internet geht aber gegen null ☹ ---
**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\ **Post date:** [28. August 2019 um 22:49 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/11 "2019-08-28T22:49:33Z")
Danke fürs Überwachen. Ich bin z. Z. im Ausland und habe die Wolke gerade nicht auf dem Schirm/Radar. _nf\_conntrack_ ist überlaufen. K. A. warum die Verstellung auf eine längere Tabellengröße nach dem Reboot nicht griff. 21,0.: Reboot 24,2.: Laut Euren Quellen brach das Ganze ein 28,5.: Fehler hier gemeldet (zukünftig gerne in einem neuen Thread; a la „»Datum« »Problem«“) 29,0.: Fehler gelesen und behoben; _nf\_conntrack_ auf Korrektheit überprüft ---
**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\ **Post date:** [28. August 2019 um 22:58 UTC](https://forum.freifunk.net/t/freifunk-wuppertal-hat-probleme/20981/12 "2019-08-28T22:58:38Z")
soetwas kann man durchaus gegen ein Monitoring laufen lassen. z.B. Zeile 188f. > Wobei ich gerade ernsthafte zweifel habe, ob so hohe max-Werte wie z.B auf dem hier dargestellen konz1-ffnef überhaupt jemals genutzt werden könnten. ![grafik](https://forum.freifunk.net/uploads/default/original/3X/c/8/c882b9e1e861b6fb31a7d232e29933ccfc0978fd.png)