fra1: Taufe

So Okt 18 22:51:35 CEST 2015

Am Sonntag, den 18.10.2015, 22:15 +0200 schrieb Christian Dresel:
> Am 18.10.2015 um 22:06 schrieb Tim Niemeyer:
> > Hi
> >
> > Am 18. Oktober 2015 21:59:30 MESZ, schrieb Christian Dresel <fff at chrisi01.de>:
> >> Guten Abend
> >>
> >> Am 18.10.2015 um 20:45 schrieb delphiN:
> >>> -----BEGIN PGP SIGNED MESSAGE-----
> >>> Hash: SHA1
> >>>
> >>>> Wie ist denn die Verteilung der Aux-FW geregelt? * Die Leute lesen
> >>>> hier mit und installieren die FW? * Wir tragen im Wiki im
> >>>> Flüchlingsheader ganz oben ein, wer für die FW kontaktiert werden
> >>>> kann? * Wir schreiben Betreuer größerer Flüchtlingsinstallationen
> >>>> gezielt an?
> >>> Suboptimal!
> >>> Mit dotManaged ist abgesprochen, das der Betrieb erst Ende des Monats
> >>> los geht und wir solange Tests machen. Ich sehe das also als Test :-)
> >> ok erster Test ;)
> >>> Meiner Meinung Nach hat das Aux Netz eine gesteigerte
> >>> Schutzbedürftigkeit (z.B. gegen Geheimdienste, Rechtsterroristen).
> >>> Außerdem haben wir hier besonders viel Bandbreite zu Verfügung, die
> >>> ich ungern z.B. in Studentenwohnheimen oder Hotels verbraten möchte.
> >> dafür ist es ja eigentlich auch nicht Gedacht, das blöde ist, wir
> >> können
> >> es unmöglich kontrollieren. Die Firmware ist öffentlich, ja eigentlich
> >> OpenSource (oder?) wer also will kann und wir können /eigentlich
> >> /nichts
> >> dagegen tun auser drüber zu reden und auf die Leute einzureden und
> >> notfalls extrem Ausnutzer zu sperren aber ist das unsere Philosophie?
> >>> Im Moment fühlt es sich nach einer fast unerschöpflichen Ressource
> >> an,
> >>> wenn da aber erstmal ein paarhundert Flüchtlinge dranhängen haben
> >> kann
> >>> es schnell anders aussehen.
> >>> Bis dahin spricht ja nichts dagegen Backbone-intern den server
> >>> mitzunutzen.
> >>>
> >>> Ich bin also dafür die Aux-Firmware nur nach Rücksprache an Betreiber
> >>> von Flüchtlingsunterkünfte rausgeben. Hier ist zu diskutieren ob
> >> nicht
> >>> sogar eine manuelles freischalten im Keyxchange sinnvoll wäre.
> >> das war ja damals meine Anfangsidee, wir schaffen eine neue Hood und
> >> schieben entsprechende Router manuell in diese rein (da wäre dann gar
> >> keine Firmwareanpassung nötig geworden nur ein keyxchangeadmin hätte
> >> jedes mal manuell eingreifen müssen). Das wurde dann unnötig durch die
> >> neue Communityfile, jetzt die Frage was besser ist? Ich bin
> >> unentschlossen und will mich da nicht wirklich festlegen :/ (war ich
> >> damals beim treffen schon, fand dort aber die Communityfile noch
> >> besser,
> >> die Auswirkung die sich jetzt zeigt war mir damals aber auch noch nicht
> >>
> >> bewusst). Ich hab weder den Server organisiert noch irgendeinen anderen
> >>
> >> in der aux Hood stecken von daher bin ich mal "böse" und sag mir isses
> >> wurscht.
> >>> Außerdem brauchen wir dringend eine Knoten-Monitoring. Was spricht
> >>> dagegen eine Brücke zum bestehenden Netmon zu schlagen?
> >> das Netmon gratzt eh schon an der Leistungsgrenze, wäre nicht (und
> >> jetzt
> >> bitte nicht hauen, ja ich weiß Netmon ist böse Netmon ist nicht gut und
> >>
> >> soll weg und....) einfach ein neues Netmon aufzusetzen? Wie groß ist
> >> der
> >> Aufwand dafür? Das aktuelle Netmon ist doch (ganz, halbwegs?) gut mit
> >> den Sourcen auf GitHub gepflegt oder? Also sollte sich da der Aufwand
> >> nicht in Grenzen halten?
> > Der Aufwand ein neues Netmon aufzubauen ist recht hoch. Lasst uns einfach ein VPN mehr vom netmon zum aux aufbauen. Aufwand ist sehr gering. Geht halt erst, wenn Netmon wieder online ist.
> >
> > Tim
> ja wo läuft er denn hin der Netmon? Aktuell wirft er nur 502er um sich 
Er ist wieder da.

> ;) Aber gut wenn der Aufwand doch größer ist als ich dachte ist diese 
> "Brücke" vielleicht doch besser, kann man die aux-Router irgendwie 
> speziell Kennzeichnen damit sie erkennbar bleiben (oder einen Filter auf 
> der Karte oder...)
Die Brücke ist jetzt auch da.

Tim

> >
> >> Gruß
> >>
> >> Christian
> >>> delphiN
> >>>
> >>> - -- 
> >>> freifunk at wunschik.net
> >>> delphiN at jabber.ccc.de
> >>> Mitglied: Freie Netze e.V., CCC, Piratenpartei
> >>>
> >>>
> >>> -----BEGIN PGP SIGNATURE-----
> >>> Version: GnuPG v1.4.14 (GNU/Linux)
> >>>
> >>> iQIcBAEBAgAGBQJWI+jAAAoJEGuH2dOBPapCRZ0QAM++afdB7eqDVtV/aL9RYsM5
> >>> K9fC24EJZqgg4w4TO2vpQkaVeQpa3wOX1kNUC4BhyNvSGVEK9tUC/1BwNg2UsFT+
> >>> 13A/Qai8Ovv5Ekjl+Y8ZW2N1NiMy5NGYJy5ckMEhsmENzOfcRDXKYkSK+cjdsDIX
> >>> soJkgOrJyEMV0sNYVyUiOinnkq8oowUIFv//4UlSl+iMUe4Kq8FVa8lZhEq2mS28
> >>> oGDGlcMXtLEuVQRdZ6DFFmdxzSNBpZgAyJ83Iacahpw/ECKfUlk0GvR7/YoPMN2s
> >>> Y+X91jdU9EotKMDMrqE3eRVSQHTswjTQv/R/M7ddcAf2zQVgMqjPUvvlBkxW8+tV
> >>> u7zUIXQHwYWSJC6gRknwcHQ9dsWbcuyMaoNj/g+vplLi1vXzTD3Qe3bHWUhcyzH6
> >>> CFQeoVP7t5cwgkAH12F3asADSyxHBuKysTnInLK3b0QyX7UHQIsTP3a5haryyBOB
> >>> yCzZo4xKJRODGTKfwXMsk5T6A01izGNWnaVWDGvJkWM7r/pMki8KimVbCrFoROYB
> >>> 2T5IjjhwO9IEjUrUWV7hZ7pSVxEY72sMYghaeVNjSJpaJcZX9KfWVaBUm3fKn6kb
> >>> zBg1JowSDFydRzkOMSkznUD8SBG/ko9Fwl2KgUyrYbhE87XIcgsU8QAEvdvaW9cW
> >>> y2QL6+x5cXsvSlKcA8AC
> >>> =kcbo
> >>> -----END PGP SIGNATURE-----
> 
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: This is a digitally signed message part
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151018/dfdac04c/attachment-0002.sig>