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

Mi Aug 1 21:20:43 CEST 2018

Hallo Christian,

das Ding mesht ja mit einem Router in Fürth, der scheinbar dem gleichen Typen gehört. Hier könnte man einfach an den Fürther Gateways den Fürther Router sperren, was normal ja keine Option ist, aber hier geht.

Dann bist du deiner Aussage treu und das Problem wäre trotzdem erstmal erledigt. Musst du aber selbst wissen.

Grüße

Adrian

> -----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 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
> >
> >