Loop im Freifunk [fffVPN->fffebermsVPN | fffebermsVPN->fffVPN]

Steffen Winkler freifunk at steffen-winkler.de
Mi Jun 6 20:09:17 CEST 2018


Supersache

Am 6. Juni 2018 19:54:16 MESZ schrieb mayosemmel <mayosemmel at googlemail.com>:
>Halte ich für eine Gute Lösung! Danke das du dich drum gekümmert hast.
>
>Grüße Jan
>
>Am 6. Juni 2018 19:50:35 MESZ schrieb Christian Dresel
><fff at chrisi01.de>:
>>Hi
>>
>>so ich war jetzt bisschen fleißig arbeiten und da es fast nur
>>körperlich
>>war, konnte ich geistig bisschen über unser Problem nachdenken.
>>
>>Was hält die Community (=die Mailinglistenabbonenten) von folgenden
>>Vorschlag:
>>
>>- Ich hab die Loopmail ein klein wenig angepasst, hinter jeden Router
>>steht nun (sofern mein sed halbwegs funktioniert, ich bin da nun
>>wirklich kein Experte... wenn es nicht funktioniert sry schon mal das
>>die nächste Loopmail bescheuert aussieht an alle die sie bekommen...)
>>auch ein Link zum Monitoring.
>>Natürlich kann man nicht rausfinden welcher der "kaputte" ist, das
>muss
>>man händisch machen da die Umstände einfach immer anders sein können.
>>Das zu Scripten wäre viel zu aufwendig und irgendeinen randfall
>>vergisst
>>man dann eh, ne für das uralte v1 macht das keinen Sinn mehr da noch
>>soviel aufwand reinzustecken wennd as Problem mit v2 schon mehr oder
>>weniger komplett gelöst ist.
>>
>>theoretisch müsste das jetzt dann so aussehen:
>>
>>traceroute to a2:b2:ce:a6:ff:0c
>>http://monitoring.freifunk-franken.de/mac/a2:b2:ce:a6:ff:0c
>>(A2B2CEA6FF0C) (A2B2CEA6FF0C) (5e:09:85:65:69:96
>>http://monitoring.freifunk-franken.de/mac/5e:09:85:65:69:96
>>(5E:09:85:65:69:96) (5E:09:85:65:69:96)), 50 hops max, 20 byte packets
>> 1: 32:55:1f:29:0e:c6
>>http://monitoring.freifunk-franken.de/mac/32:55:1f:29:0e:c6
>>(32551F290EC6)  0.834 ms  0.706 ms  1.192 ms
>> 2: 98:de:d0:a8:c4:df
>>http://monitoring.freifunk-franken.de/mac/98:de:d0:a8:c4:df
>>(98DED0A8C4DF)  26.723 ms  27.019 ms  27.219 ms
>> 3: 14:cc:20:e3:94:41
>>http://monitoring.freifunk-franken.de/mac/14:cc:20:e3:94:41
>>(14CC20E39441)  28.064 ms  27.887 ms  32.591 ms
>> 4: 30:b5:c2:0e:8b:37
>>http://monitoring.freifunk-franken.de/mac/30:b5:c2:0e:8b:37
>>(30B5C20E8B37)  28.967 ms  56.159 ms  33.918 ms
>> 5: 66:ae:72:35:8a:cd
>>http://monitoring.freifunk-franken.de/mac/66:ae:72:35:8a:cd
>>(66AE72358ACD)  56.215 ms  58.030 ms  59.510 ms
>> 6: 5e:09:85:65:69:96
>>http://monitoring.freifunk-franken.de/mac/5e:09:85:65:69:96
>>(5E0985656996)  55.527 ms  55.481 ms  58.337 ms
>>
>>- Dazu richte ich einen Cronjob ein das 1x pro Tag, wenn es eine Loop
>>gibt eine Mail an die ML geht. Uhrzeit ist mir relativ egal, 15Uhr
>>damit
>>es Leute nach der Arbeit sehen oder wegen mir auch Nachts um 4Uhr.
>>Überlass ich euch was euch lieber ist.
>>Somit bekommt dann jeder 1x pro Tag mit, das was kaputt ist und
>>irgendwer sollte sich dann drum kümmern und den entsprechenden
>Besitzer
>>raussuchen und anschreiben. Ich denke das nervt dann auch deutlich
>>weniger als alle 30 Minuten.
>>Rückfragen wie man den Fehler findet darf natürlich jederzeit auf der
>>ML
>>gestellt werden, ich bin jederzeit (sofern ich Zeit habe) bereit
>>Probleme zu erklären und meine Erfahrung zu teilen (war ich schon
>>immer), sofern ich merke das es auch Leute interessiert (war bisher
>>selten bis nie der Fall).
>>
>>- Die 30min Mail bekommen weiterhin ausgewählte Leute, wer sie
>>ebenfalls
>>so häufig bekommen möchte einfach kurz melden dann trag ich es nach
>>(wenn es zuviele werden, muss man u.U. das Script anpassen, ich hoffe
>>da
>>auf Hilfe seitens Tim).
>>
>>Was haltet ihr von den Vorschlag?
>>
>>P.S. Die aktuelle loop hab ich auf etwas schiefe weise heute
>Nachmittag
>>noch gelöst ohne einen Router zu sperren.
>>
>>mfg
>>
>>Christian
>>
>>On 06.06.2018 16:34, Alex Gutfried wrote:
>>> Von meiner Seite war das die letzte Mail zu diesem Thema.
>>> Ich baue mein Zeug den nächsten Monat um, dann war's das für mich im
>>v1
>>> Netz. Dann könnt ihr da machen was ihr wollt. :-/
>>> 
>>> Alex Gutfried <alexgutfried at gmail.com
>><mailto:alexgutfried at gmail.com>>
>>> schrieb am Mi., 6. Juni 2018, 16:29:
>>> 
>>>     Zitat von mir gerade im Chat.
>>>     Vll hilft das zu verstehen.
>>>     Es geht doch schon lange nicht mehr einfach nur um die 3 loops
>im
>>Jahr.
>>> 
>>>     Zitat Anfang:
>>>     "siehe ML:
>>> 
>>> 
>>>     Aaaaahhhhhh!!!!!! Warum begreift es denn keiner?!?!!! Bin ich
>der
>>>     einzige mit ner verschrobenen Meinung zu Freifunk???
>Aaaahhhhh!!!
>>>     Kapiert hier keiner dass das ganze am kippen ist und dann wird
>>die
>>>     Kacke einfach runter gespült!!!!"
>>> 
>>>     Zitat Ende.
>>> 
>>>     Steffen Winkler <freifunk at steffen-winkler.de
>>>     <mailto:freifunk at steffen-winkler.de>> schrieb am Mi., 6. Juni
>>2018,
>>>     16:17:
>>> 
>>>         Adrian, das geht genau in die Richtung, was ich meine.
>>>         Automatisierung muss das Problem lösen und nicht alle
>anderen
>>>         bespammen.
>>> 
>>>         Am 6. Juni 2018 15:16:40 MESZ schrieb Adrian Schmutzler
>>>         <mail at adrianschmutzler.de
><mailto:mail at adrianschmutzler.de>>:
>>> 
>>>             Hallo,
>>> 
>>>             was das Monitoring erkennen kann sind "Resets", also
>wenn
>>am Router plötzlich die Koordinaten weg sind, wo vorher noch welche
>>waren.
>>> 
>>>             Man könnte hier z.B. für registrierte Nutzer im
>>Monitoring (!) eine Option einbauen, dass bei Resets eine Mail
>>verschickt wird.
>>> 
>>>             Das hat jedoch zwei Schwächen:
>>>             - Wer sich nicht kümmert, ist wohl auch nicht im
>>Monitoring registriert.
>>>             - Es werden nur Resets erfasst, keine anderen Ursachen
>>für Loops. (Reset sollten aber der Hauptgrund für neue Loops sein)
>>> 
>>>             Das sollte dann kein DSGVO Problem sein, wenn man es
>>Opt-In macht.
>>> 
>>>             Vorteil: Resets sind auch bei V2 relevant, nur macht es
>>da keine Loops. Das Feature würde also auch V2-Nutzern helfen
>>(allerdings ist zum Beispiel für mich das Thema Reset eigtl. kein
>>Thema).
>>> 
>>>             Ich frage mich allerdings, ob die Schwächen den Aufwand
>>rechtfertigen.
>>> 
>>>             Grüße
>>> 
>>>             Adrian
>>> 
>>>                 -----Original Message-----
>>>                 From: franken [mailto:franken-bounces at freifunk.net
>>>                 <mailto:franken-bounces at freifunk.net>] On Behalf Of
>>>                 Christian Dresel
>>>                 Sent: Mittwoch, 6. Juni 2018 12:36
>>>                 To: fff at mm.franken.de <mailto:fff at mm.franken.de>;
>>>                 Freifunk Franken <franken at freifunk.net
>>>                 <mailto:franken at freifunk.net>>
>>>                 Subject: Re: Loop im Freifunk [fffVPN->fffebermsVPN
>|
>>>                 fffebermsVPN-
>>> 
>>>                     fffVPN]
>>> 
>>> 
>>>                 hi
>>> 
>>>                 On 06.06.2018 11:58, fff at mm.franken.de
>>>                 <mailto:fff at mm.franken.de> wrote:
>>> 
>>>                     Liebe Profis,
>>> 
>>>                     ich lese hier immer mal wieder (unregelmässig!)
>>mit
>>>                     und freue mich
>>>                     über Euer Engagement! Manchmal verstehe ich auch
>>den
>>>                     Inhalt :-)
>>> 
>>>                     Hier hatte ich verstanden, dass mit diesen
>>Routern
>>>                     "etwas nicht klappt":
>>> 
>>>                                
>>https://monitoring.freifunk-franken.de/mac/98:de:d0:a8:c4:de
>>>                                
>>https://monitoring.freifunk-franken.de/mac/14:cc:20:e3:94:40
>>>                                
>>https://monitoring.freifunk-franken.de/mac/30:b5:c2:0e:8b:36
>>> 
>>> 
>>>                     Als "Knotenaufsteller" weiss ich aber nicht, ob
>>das
>>>                     einer von "meinen"
>>>                     ist. Dazu bräuchte ich eine direkte Ansprache
>>>                     ("Markus, dein Router
>>>                     <URL> macht Blödsinn", idealerweise mit einem
>>konkreten
>>>                     Fehler-Hinweis) Und natürlich nicht über die ML,
>>>                     sondern direkt.
>>> 
>>>                     Falls sowas öfter vorkommt, könnte man solch
>>>                     spezifische Fehlermails
>>>                     ja vielleicht im Monitoring automatisieren? und
>>bei
>>>                     Bedarf auch eskalieren?
>>> 
>>> 
>>>                 Die Loops kennt bisher nur die alte NetmonVM. Die
>>E-Mail
>>>                 Adressen kennt
>>>                 das Monitoring. NetmonVM holt E-Mail von
>>Monitoring....
>>>                 DSGVO autsch....
>>> 
>>>                 Eigentlich kennt die NetmonVM die E-Mails auch aus
>>den
>>>                 Alfred Datensatz.
>>>                 Das zu Scripten ist aber recht aufwendig und für das
>>>                 alte v1 System werde ich
>>>                 da keine Zeit rein stecken aber vielleicht will die
>>Zeit
>>>                 ja jemand anders
>>>                 aufwenden (im IRC kamen erste Ideen und Diskussionen
>>>                 dazu auf). Dazu
>>>                 kommt auch so ne DSGVO Sache, ich will da nicht
>>>                 automatisiert Mails
>>>                 schicken und für das Script "verantwortlich" sein.
>>> 
>>>                 Ich schaue in Richtung v2 bzw. wie manche es so
>gerne
>>>                 nennen v3 bzw. auf
>>>                 mein Netz und da sind die Probleme schon alle nahezu
>>>                 komplett gelöst,
>>>                 dafür gibt es halt paar (eigentlich recht wenige,
>>>                 genaugenommen in der
>>>                 Alpha nur ein bekanntes, in einem Fall der eher
>>selten
>>>                 auftritt) neue.
>>> 
>>>                 mfg
>>> 
>>>                 Christian
>>> 
>>> 
>>>                     Mit herzlichem Gruss,
>>>                     Markus
>>> 
>>> 
>>> 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/mailman/private/franken-freifunk.net/attachments/20180606/00341689/attachment.html>


Mehr Informationen über die Mailingliste franken