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

Mi Aug 1 21:33:05 CEST 2018

> -----Original Message-----
> From: Christian Dresel [mailto:fff at chrisi01.de]
> Sent: Mittwoch, 1. August 2018 21:12
> To: Freifunk Franken <franken at freifunk.net>; mail at adrianschmutzler.de
> Subject: Re: Loop im Freifunk [fffVPN->ffffuerthVPN | ffffuerthVPN-
> >fffVPN]
> 
> hi Adrian
> 
> On 01.08.2018 20:48, mail at adrianschmutzler.de wrote:
> > Der hat gerade 44 Clients auf dem Ding, die trotz fehlender
> > Koordinaten Internet bekommen, weil eine Loop mit Fürth gebaut wurde.
> >
> > Hier wäre ich sehr für Sperren, wenn nicht zügig etwas unternommen
> > wird (=morgen).
> 
> ich grübel auch schon die ganze Zeit was ich hier machen soll.
> Eigentlich will ich weiterhin zu meiner Aussage stehen, keine Router mehr zu
> sperren.
> Anderseits nervt mich das ganze auch und interessieren tut es bis auf ein
> paar wenige anscheinend niemanden.
> 
> In dem Fall kommen sogar noch Sonderfälle dazu:
> - Es gibt keine Kontaktdaten (Verstoß PPA)
> - Passwort der Router geändert, man _könnte_ hier also sogar Mutwilligkeit
> unterstellen da er so anscheinend zumindest schon mal irgendwas
> konfiguriert hat.
> 
> Ich überlege das ganze Meshnetz komplett in die default Hood festzunageln.
> Dort kommt dann eine schöne Fehlerseite [1].

"Das ganze Meshnetz" heißt wirklich nur das Meshnetz? Nicht die ganze Hood? D.h. in dem Fall 3-5 Router und im schlimmsten halt was sich so noch damit verbindet. In dem Fall könnte ich damit leben; das das schwer wieder rückgängig zu machen ist, ist klar, aber hier geht es ja auch ein bisschen um Renitenz, da ist die Maßnahme vll. gerechtfertigt.

Grüße

Adrian

> 
> Das Problem ist, wenn derjenige es dann doch irgendwann behebt, hab ich
> wieder den Ärger mit freischalten und krimskrams. Den würde ich eigentlich
> gerne vermeiden. Schade das v2 noch nicht fertig ist, sonst könnte ich
> sperren und sagen: "Das Zeug schalt ich nie wieder frei, wenn du die Router
> wieder verwenden willst, nutzt v2". Is aber halt nicht
> ¯\_(ツ)_/¯
> Sperren und ohne alternative nie wieder freischalten ist halt auch nicht die
> feine Art. Wobei dez. Hood ist ja schon ne alternative die zumindest
> theoretisch vorhanden ist hmmmhhhhhhh und bei v2 sind wir immerhin bei
> einer beta die recht gut funktioniert (die aktuell vorhandenen Bugs sind eher
> in Randfällen interessant). Wie stehen denn die anderen keyxchange Admins
> dazu, wenn ich das so durchziehen würde? Rückendeckung?
> 
> Heute mach ich nichts mehr, sollte morgen Nachmittag nichts passiert sein,
> muss ich überlegen wie ich da weiter mache.
> 
> mfg
> 
> ein trauriger
> 
> Christian
> 
> [1] http://10.50.16.2:81/
> 
> >
> > Da einer der verbundenen Router ohnehin schon gesperrt ist, sieht das
> > für mich so aus, als ob da auch nicht viel passieren wird ...
> >
> > Grüße
> >
> > Adrian
> >
> >> -----Original Message-----
> >> From: franken [mailto:franken-bounces at freifunk.net] On Behalf Of
> >> Adrian Schmutzler
> >> Sent: Mittwoch, 1. August 2018 17:57
> >> To: 'Freifunk Franken' <franken at freifunk.net>
> >> Subject: RE: Loop im Freifunk [fffVPN->ffffuerthVPN | ffffuerthVPN-
> >>> fffVPN]
> >>
> >> Hallo,
> >>
> >> der Router ist schuld:
> >>
> >> https://monitoring.freifunk-franken.de/routers/5820
> >>
> >> War schon immer ohne Koordinaten, aber wurde jetzt erst mit WAN-
> >> Anschluss versehen.
> >>
> >> Keine Kontaktdaten, für mehr habe ich gerade keine Zeit.
> >>
> >> Grüße
> >>
> >> Adrian
> >>
> >>> -----Original Message-----
> >>> From: franken [mailto:franken-bounces at freifunk.net] On Behalf Of v1-
> >>> loop at freifunk-franken.de
> >>> Sent: Mittwoch, 1. August 2018 17:25
> >>> To: franken at freifunk.net
> >>> Subject: Loop im Freifunk [fffVPN->ffffuerthVPN |
> >>> ffffuerthVPN->fffVPN]
> >>>
> >>> LOOP
> >>> Testing for loop from bat0 to bat1
> >>> traceroute to 36:3a:6e:db:eb:a7 http://monitoring.freifunk-
> >>> franken.de/mac/36:3a:6e:db:eb:a7 (363A6EDBEBA7) (92:0f:86:ea:3c:9f
> >>> http://monitoring.freifunk-franken.de/mac/92:0f:86:ea:3c:9f
> >>> (92:0F:86:EA:3C:9F)), 50 hops max, 20 byte packets
> >>>  1: 9e:64:50:61:26:d3 http://monitoring.freifunk-
> >>> franken.de/mac/9e:64:50:61:26:d3 (9E64506126D3)  0.833 ms  0.601 ms
> >>> 0.583 ms
> >>>  2: 68:72:51:21:d8:eb http://monitoring.freifunk-
> >>> franken.de/mac/68:72:51:21:d8:eb (68725121D8EB)  13.401 ms  13.861
> >>> ms
> >>> 15.203 ms
> >>>  3: 60:e3:27:bd:b1:58 http://monitoring.freifunk-
> >>> franken.de/mac/60:e3:27:bd:b1:58 (60E327BDB158)  293.877 ms  273.683
> >>> ms
> >>> 156.995 ms
> >>>  4: 5e:b0:63:1f:23:24 http://monitoring.freifunk-
> >>> franken.de/mac/5e:b0:63:1f:23:24 (5EB0631F2324)  200.888 ms  342.381
> >>> ms
> >>> 94.907 ms
> >>>  5: 92:0f:86:ea:3c:9f http://monitoring.freifunk-
> >>> franken.de/mac/92:0f:86:ea:3c:9f (920F86EA3C9F)  742.116 ms  214.880
> >>> ms
> >>> 287.406 ms
> >>> LOOP from fffVPN to ffffuerthVPN
> >>> LOOP
> >>>
> >>> LOOP
> >>> Testing for loop from bat1 to bat0
> >>> traceroute to 2a:ab:d3:4a:90:0b http://monitoring.freifunk-
> >>> franken.de/mac/2a:ab:d3:4a:90:0b (2AABD34A900B) (0a:84:2a:48:58:ec
> >>> http://monitoring.freifunk-franken.de/mac/0a:84:2a:48:58:ec
> >>> (0A:84:2A:48:58:EC)), 50 hops max, 20 byte packets
> >>>  1: 0e:54:99:50:e2:cb http://monitoring.freifunk-
> >>> franken.de/mac/0e:54:99:50:e2:cb (0E549950E2CB)  3.850 ms  3.468 ms
> >>> 3.498 ms
> >>>  2: 60:e3:27:bd:b1:58 http://monitoring.freifunk-
> >>> franken.de/mac/60:e3:27:bd:b1:58 (60E327BDB158)  16.225 ms  15.362
> >>> ms
> >>> 15.516 ms
> >>>  3: 68:72:51:21:d8:eb http://monitoring.freifunk-
> >>> franken.de/mac/68:72:51:21:d8:eb (68725121D8EB)  246.722 ms  106.131
> >>> ms
> >>> 16.957 ms
> >>>  4: 9e:64:50:61:26:d3 http://monitoring.freifunk-
> >>> franken.de/mac/9e:64:50:61:26:d3 (9E64506126D3)  36.159 ms  36.651
> >>> ms
> >>> 32.512 ms
> >>>  5: 0a:84:2a:48:58:ec http://monitoring.freifunk-
> >>> franken.de/mac/0a:84:2a:48:58:ec (0A842A4858EC)  40.571 ms  39.760
> >>> ms
> >>> 31.243 ms LOOP from ffffuerthVPN to fffVPN LOOP
> >
> >