From johannes  Tue Oct  1 15:26:29 2013
From: johannes (Johannes Kleske)
Date: Tue, 1 Oct 2013 15:26:29 +0200
Subject: [Berlin-wireless] Frage zu zwei VPNs im Router
Message-ID: <A7268C05-FCA5-4081-9116-426473ADD535@kleske.de>

Moin,
nachdem der Router (WR741ND) nun nach dieser Anleitung (http://wiki.freifunk.net/Tutorial_TL-WR741ND) läuft inkl. des vpn03s, folgt nun die nächste Frage: Wie verbinde ich den Router mit dem Freifunk-Netz?

Wenn ich das Wiki richtig verstehe, gibt es dafür für Leute wie mich, die keinen anderen Freifunk-Router in der Nähe haben, ein weiteres VPN (BBB-VPN). Meine Frage nun: wie lasse ich in meinem Router beide VPNs zeitgleich laufen? Den einzigen Hinweis dazu habe ich bisher hier gefunden:

http://wiki.freifunk.net/Vpn03#FAQ

> Wenn gleichzeitig andere VPNs betrieben werden sollen (z.B. [6]) braucht es eine manuell gesetzte Host-Route für den zweiten VPN-Server. Andernfalls wird der Datenverkehr des zweiten VPNs über das Internet-VPN erfolgen. Das funktioniert, ist aber langsam und sollte nicht sein. 

Das übersteigt leider mein Können. 

Gruß

Johannes


-- 
Mobile/iMessages: +49-151-19671925 
Website: http://jkleske.com, Company: http://thirdwaveberlin.com

Public PGP key: http://thirdwaveberlin.com/johannes.asc
InstantMessaging (OTR): jkleske at jabber.de	

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/f1d222e6/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 495 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/f1d222e6/attachment.pgp>


From sven-ola  Tue Oct  1 16:14:21 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 01 Oct 2013 16:14:21 +0200
Subject: [Berlin-wireless] Frage zu zwei VPNs im Router
In-Reply-To: <A7268C05-FCA5-4081-9116-426473ADD535@kleske.de>
References: <A7268C05-FCA5-4081-9116-426473ADD535@kleske.de>
Message-ID: <0330d40b-5472-4324-a8f8-af449b8dea96@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hey,

wenn Du das gbi (großebösenetz) an WAN hast und das wan-proto auf dhcp, dann hilft Dir das beigefügte Script aus meiner Fummelbox. Muss nach /etc

// Sven-Ola



Johannes Kleske <johannes at kleske.de> schrieb:
>Moin,
>nachdem der Router (WR741ND) nun nach dieser Anleitung
>(http://wiki.freifunk.net/Tutorial_TL-WR741ND) läuft inkl. des vpn03s,
>folgt nun die nächste Frage: Wie verbinde ich den Router mit dem
>Freifunk-Netz?
>
>Wenn ich das Wiki richtig verstehe, gibt es dafür für Leute wie mich,
>die keinen anderen Freifunk-Router in der Nähe haben, ein weiteres VPN
>(BBB-VPN). Meine Frage nun: wie lasse ich in meinem Router beide VPNs
>zeitgleich laufen? Den einzigen Hinweis dazu habe ich bisher hier
>gefunden:
>
>http://wiki.freifunk.net/Vpn03#FAQ
>
>> Wenn gleichzeitig andere VPNs betrieben werden sollen (z.B. [6])
>braucht es eine manuell gesetzte Host-Route für den zweiten VPN-Server.
>Andernfalls wird der Datenverkehr des zweiten VPNs über das
>Internet-VPN erfolgen. Das funktioniert, ist aber langsam und sollte
>nicht sein.
>
>Das übersteigt leider mein Können.
>
>Gruß
>
>Johannes
>
>
>--
>Mobile/iMessages: +49-151-19671925
>Website: http://jkleske.com, Company: http://thirdwaveberlin.com
>
>Public PGP key: http://thirdwaveberlin.com/johannes.asc
>InstantMessaging (OTR): jkleske at jabber.de
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJK2L0tHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyM9YAoNR3U16P+B2HkWkrN3vVDshsf1xp
AKDjIJbnDlV7bMAAnbIy/SjdnboSzw==
=AHYI
-----END PGP SIGNATURE-----
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/647ad238/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : udhcpc.user
Dateityp    : application/octet-stream
Dateigröße  : 796 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/647ad238/attachment.obj>


From johannes  Tue Oct  1 16:43:31 2013
From: johannes (Johannes Kleske)
Date: Tue, 1 Oct 2013 16:43:31 +0200
Subject: [Berlin-wireless] Frage zu zwei VPNs im Router
In-Reply-To: <0330d40b-5472-4324-a8f8-af449b8dea96@email.android.com>
References: <A7268C05-FCA5-4081-9116-426473ADD535@kleske.de>
	<0330d40b-5472-4324-a8f8-af449b8dea96@email.android.com>
Message-ID: <7B9E218D-A0E3-4D7C-AFD5-B5F798C9B5A3@kleske.de>

Ich bekomme hier (http://bbb-vpn.berlin.freifunk.net/cgi-bin-keygen.html) folgende Fehlermeldung für das Mail-Sendprogramm:
> ssmtp: Authorization failed (535 Authentication credentials invalid)
Wenn ich den Key habe, installiere ich den genauso wie bei vpn03? (Danke für das Skript. Liegt jetzt aufm Router bereit). 

Gruß

Johannes


Am 01.10.2013 um 16:14 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:

> Signierter PGP Teil
> Hey,
> 
> wenn Du das gbi (großebösenetz) an WAN hast und das wan-proto auf dhcp, dann hilft Dir das beigefügte Script aus meiner Fummelbox. Muss nach /etc
> 
> // Sven-Ola
> 
> 
> 
> Johannes Kleske <johannes at kleske.de> schrieb:
> >Moin,
> >nachdem der Router (WR741ND) nun nach dieser Anleitung
> >(http://wiki.freifunk.net/Tutorial_TL-WR741ND) läuft inkl. des vpn03s,
> >folgt nun die nächste Frage: Wie verbinde ich den Router mit dem
> >Freifunk-Netz?
> >
> >Wenn ich das Wiki richtig verstehe, gibt es dafür für Leute wie mich,
> >die keinen anderen Freifunk-Router in der Nähe haben, ein weiteres VPN
> >(BBB-VPN). Meine Frage nun: wie lasse ich in meinem Router beide VPNs
> >zeitgleich laufen? Den einzigen Hinweis dazu habe ich bisher hier
> >gefunden:
> >
> >http://wiki.freifunk.net/Vpn03#FAQ
> >
> >> Wenn gleichzeitig andere VPNs betrieben werden sollen (z.B. [6])
> >braucht es eine manuell gesetzte Host-Route für den zweiten VPN-Server.
> >Andernfalls wird der Datenverkehr des zweiten VPNs über das
> >Internet-VPN erfolgen. Das funktioniert, ist aber langsam und sollte
> >nicht sein.
> >
> >Das übersteigt leider mein Können.
> >
> >Gruß
> >
> >Johannes
> >
> >
> >--
> >Mobile/iMessages: +49-151-19671925
> >Website: http://jkleske.com, Company: http://thirdwaveberlin.com
> >
> >Public PGP key: http://thirdwaveberlin.com/johannes.asc
> >InstantMessaging (OTR): jkleske at jabber.de
> >
> >
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Berlin mailing list
> >Berlin at berlin.freifunk.net
> >http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> - --
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
> 
> <udhcpc.user>_______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/ce3a4163/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 495 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/ce3a4163/attachment.pgp>


From dirkneukirchen  Tue Oct  1 17:59:39 2013
From: dirkneukirchen (Dirk Neukirchen)
Date: Tue, 01 Oct 2013 17:59:39 +0200
Subject: [Berlin-wireless] 5GHz + DFS
In-Reply-To: <5E4448F98D63422788946D5909911297@TURING>
References: <51D15061.30706@web-yard.de> <5245E056.6010407@lunatiki.de>
	<5E4448F98D63422788946D5909911297@TURING>
Message-ID: <524AF16B.6030203@web.de>

Danke für die Zusammenstellung

On 30.09.2013 01:48, Volker Ernst wrote:
> Je nach Pulsbreite max 1,5..2 MHz fuer die "Haupt-Keule" [1].
> Laut [2] und [3] benutzt der DWD als Wetter-Radar-Geraete
> "Meteor 360AC" sowie "DWSR-88" einer Pulsbreite von
> min 0,5uSec (Meteor) [2] bzw 0,8uSec (DWSR-88) [4].
> 
> Neben der Hauptkeule auf 5640 MHz produzieren sie noch
> unerwuenschter Weise ein paar weitere Seitenbaender [1]
> auf benachbarten Frequenzen die andere stoeren koennen.
> Deshalb halten sie wohl auch 10 MHz Abstand zur oberen
> Grenze des 50 MHz breiten Bereichs von 5600..5650 MHz der
> von der Bundesnetzagentur fuer Wetter-Radar vorgesehen ist [5].

Ich sollte einen Router mal nach draußen in den Sichtbereich zum 
Radarturm Tempelhof stellen umd die Erkennung zu testen.
(ist das Wetterradar dort drin ?)

Ob die 0,5 uSec verwendet werden ? 
Im Referenztest der für die deutsche Zone geht es ab 0,8 los.
Und die verschiedenen DFS Zonen sind mit den Ländereinstellungen
verknüpft.

Die DFS Unterstützung von 802.11ac Routern ist wohl auch noch
nicht richtig ausgereift. Ein neueres Gerät (Sitecom WLR-8100)
kann im Auslieferungszustand kein DFS.

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 3775 bytes
Beschreibung: S/MIME Cryptographic Signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131001/55fb2546/attachment.bin>


From sven-ola  Tue Oct  1 18:16:49 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 01 Oct 2013 18:16:49 +0200
Subject: [Berlin-wireless] Frage zu zwei VPNs im Router
In-Reply-To: <7B9E218D-A0E3-4D7C-AFD5-B5F798C9B5A3@kleske.de>
References: <A7268C05-FCA5-4081-9116-426473ADD535@kleske.de>
	<0330d40b-5472-4324-a8f8-af449b8dea96@email.android.com>
	<7B9E218D-A0E3-4D7C-AFD5-B5F798C9B5A3@kleske.de>
Message-ID: <4a294058-44a1-42e3-a3d6-6c51f6019285@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Oopsi!? Letztens ging noch. Ich guck mal



Johannes Kleske <johannes at kleske.de> schrieb:
>Ich bekomme hier
>(http://bbb-vpn.berlin.freifunk.net/cgi-bin-keygen.html) folgende
>Fehlermeldung für das Mail-Sendprogramm:
>> ssmtp: Authorization failed (535 Authentication credentials invalid)
>Wenn ich den Key habe, installiere ich den genauso wie bei vpn03?
>(Danke für das Skript. Liegt jetzt aufm Router bereit).
>
>Gruß
>
>Johannes
>
>
>Am 01.10.2013 um 16:14 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:
>
>> Signierter PGP Teil
>> Hey,
>>
>> wenn Du das gbi (großebösenetz) an WAN hast und das wan-proto auf
>dhcp, dann hilft Dir das beigefügte Script aus meiner Fummelbox. Muss
>nach /etc
>>
>> // Sven-Ola
>>
>>
>>
>> Johannes Kleske <johannes at kleske.de> schrieb:
>> >Moin,
>> >nachdem der Router (WR741ND) nun nach dieser Anleitung
>> >(http://wiki.freifunk.net/Tutorial_TL-WR741ND) läuft inkl. des
>vpn03s,
>> >folgt nun die nächste Frage: Wie verbinde ich den Router mit dem
>> >Freifunk-Netz?
>> >
>> >Wenn ich das Wiki richtig verstehe, gibt es dafür für Leute wie
>mich,
>> >die keinen anderen Freifunk-Router in der Nähe haben, ein weiteres
>VPN
>> >(BBB-VPN). Meine Frage nun: wie lasse ich in meinem Router beide
>VPNs
>> >zeitgleich laufen? Den einzigen Hinweis dazu habe ich bisher hier
>> >gefunden:
>> >
>> >http://wiki.freifunk.net/Vpn03#FAQ
>> >
>> >> Wenn gleichzeitig andere VPNs betrieben werden sollen (z.B. [6])
>> >braucht es eine manuell gesetzte Host-Route für den zweiten
>VPN-Server.
>> >Andernfalls wird der Datenverkehr des zweiten VPNs über das
>> >Internet-VPN erfolgen. Das funktioniert, ist aber langsam und sollte
>> >nicht sein.
>> >
>> >Das übersteigt leider mein Können.
>> >
>> >Gruß
>> >
>> >Johannes
>> >
>> >
>> >--
>> >Mobile/iMessages: +49-151-19671925
>> >Website: http://jkleske.com, Company: http://thirdwaveberlin.com
>> >
>> >Public PGP key: http://thirdwaveberlin.com/johannes.asc
>> >InstantMessaging (OTR): jkleske at jabber.de
>> >
>> >
>> >
>>
>>------------------------------------------------------------------------
>> >
>> >_______________________________________________
>> >Berlin mailing list
>> >Berlin at berlin.freifunk.net
>> >http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>> - --
>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
>gesendet.
>>
>> <udhcpc.user>_______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJK9XEtHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyQ1EAoPKHDF98l6EWeXlEFS7a/6TT0zmD
AJ45J+3ETd863yHefsCP8dmiuPojHA==
=rO6F
-----END PGP SIGNATURE-----




From borgers  Tue Oct  1 21:46:21 2013
From: borgers (Philipp Borgers)
Date: Tue, 01 Oct 2013 21:46:21 +0200
Subject: [Berlin-wireless] Emmaus-Kirche: Turmbegehung
Message-ID: <524B268D.9090005@mi.fu-berlin.de>

Hi,

am kommenden Dienstag um 09:00 Uhr haben wir einen Termin fuer eine 
Turmbegehung der Emmaus-Kirche. Falls es noch Menschen gibt, die mich 
bei der Bestandsaufnahme begleiten wollen und ev. den Standort 
mitbetreuen wollen, wuerde ich mich ueber eine kurze Rueckmeldung 
freuen. Ideal waere natuerlich, wenn eine Person das aktuelle Setup 
kennen wuerden.

Ich denke, dann koennen wir die Emmaus-Kirche in Batch 3 aufnehmen.

Was machen wir mit der alten Hardware? Gehoert die noch irgendwem? Geben 
wir die ins Museum?

LG Philipp




From borgers  Wed Oct  2 12:42:15 2013
From: borgers (Philipp Borgers)
Date: Wed, 02 Oct 2013 12:42:15 +0200
Subject: [Berlin-wireless] Freifunk-Neukoelln: Naechstes Treffen Donnerstag
 03.10.2013 ab 18:00 Uhr Ida Nowhere
Message-ID: <524BF887.5060502@mi.fu-berlin.de>

Hi,

am Donnerstag den 03.10.2013 ab 18:00 Uhr treffen sich die Neuköllner
Freifunkerinnen und Freifunker mal wieder in der Ida Nowhere [1]. Wer
Interesse an Freifunk in und um Neukölln herum hat, ist herzlich
eingeladen vorbeizuschauen. Im Anschluss gibt es Vokue in der Ida.

Falls ihr uns erreichen wollt: ff-nk at lists.spline.de

Themen u.a.:

* Standort-Planung
** Kirchen
** Bezirksamt
* Router-Konfiguration
* Aktion auf dem Tempelhofer Feld am 10.10
** Solar-Router

Bis Donnerstag

Philipp + Neuköllner Freifunker_Innen

[1]http://www.ida-nowhere.com/
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131002/13cf3a1a/attachment.html>


From j.neumann  Fri Oct  4 09:14:19 2013
From: j.neumann (Juergen Neumann)
Date: Fri, 04 Oct 2013 09:14:19 +0200
Subject: [Berlin-wireless] Tonight only: 10a FF Lounge @c-base
Message-ID: <e1c3afe0-1ab6-4275-bc74-8090b271356f@email.android.com>

Hallo alle!

Heute Abend feiern wir 10 Jahre freifunk.net auf der c-base.

Kommt vorbei und feiert mit!

JuergeN
-------------- nächster Teil --------------
Heute Abend feiern wir 10 Jahre http://freifunk.net freifunk.net
auf der c-base.
Kommt vorbei und feiert mit!
JuergeN


From albi  Sat Oct  5 16:49:50 2013
From: albi (albi)
Date: Sat, 05 Oct 2013 16:49:50 +0200
Subject: [Berlin-wireless] 2. Wan Port
Message-ID: <5250270E.4000608@life.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

kann mir jemand sagen wie ich via Luci einen 2. Port zum WAN Port
machen kann, so dass ich 2 hab?


ALBI...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJQJw4ACgkQOXDygW/Cx+kwWwCcDlxYPP66XYxSnhEk/ZmwAIT7
NhAAoJU1aKE4jy5jN4xK8o24TQHnd9j1
=d5fe
-----END PGP SIGNATURE-----




From mario  Sun Oct  6 11:38:26 2013
From: mario (=?UTF-8?B?TWFyaW8gS3LDvGdlcg==?=)
Date: Sun, 06 Oct 2013 11:38:26 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <5250270E.4000608@life.de>
References: <5250270E.4000608@life.de>
Message-ID: <52512F92.8080702@xedp3x.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

wenn du mehre Uplinks hast suchst du sicher nach Multiwan.
http://wiki.openwrt.org/doc/uci/multiwan
Das setzte ich in der Firma ein um einen Loadbalancer über 3
DSL-Anschlüsse zu machen und es funktioniert einheitlich sehr gut.

Was bei mir allerdings passiert ist, ist das die Firewallregel für den
DNS-Server überschrieben wurde und dieser von Außen erreichbar war.
Dadurch vielen wir unter so ein komischen DNS-Angriff was unser DSL
vollkommen verstopfe hatte. Wenn das noch nicht gefixt wurde in die
dnsmasq.conf einfach "except-interface=pppoe-wan1" eintragen.

Außerdem muss das QOS für jeden WAN-Port gesetzt werden.

Gruß,
Mario.

On 05.10.2013 16:49, albi wrote:
> Hi,
>
> kann mir jemand sagen wie ich via Luci einen 2. Port zum WAN Port
> machen kann, so dass ich 2 hab?
>
> ALBI...
- -- 
Mario Krüger
@xedp3x
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJSUS+GAAoJEOnZWqxRlMaHcCcIAMYCTYmeo9MLaFvckxTeLzeu
4chi4GxihN4KWZzfguVNpLHL0cKA4yUVcaDyX/hTYrDzHEtYSs2YVSYGNkxWjnjM
39b77mE2BbdzuIe/DdQOh9lStnWuqhK8wvQhfY6BMGE8Pw7QenFrSe76hAEDVrC5
blChYbHR9hnstOkg8nkHpXZ0YJiKDVzapt3bihWSacAlL0SHfhq5kOmwkz31B9ld
fWoXpbAtH/8P8CW/b7KFkEOCsn9FxC9xhkNkqK+pKQkul0fVGd8gNW2QkD/QdXWb
jbzrNDGCkyMxqKSQwj9tqK0tHoOxi4EtvfZiRvfwoocCTkmcqz9PbdQz4aoayZw=
=/Ly1
-----END PGP SIGNATURE-----




From albi  Sun Oct  6 14:33:52 2013
From: albi (albi)
Date: Sun, 06 Oct 2013 14:33:52 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <52512F92.8080702@xedp3x.de>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
Message-ID: <525158B0.1090208@life.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 06.10.2013 11:38, schrieb Mario Krüger:
> wenn du mehre Uplinks hast suchst du sicher nach Multiwan.

Danke, aber mir geht es nur darum, den WAN Port auf einen zweiten
Router weiter zu reichen. Damit ich mir einen extra Switch sparen
kann. Ich brauch an der Stelle nur 2 LAN Ports, also sind noch 2 Ports
frei, davon wollte ich einen mit als WAN Port nutzen.

Bei der alten Freifunkfirmware hatte man früher bei dem WAN Port 0 1 5
angegeben statt 0 5, diese Einstellung suche ich in Luci.
Bei VLAN sehe ich nur die 4 LAN Ports, ich wollt halt einen mit dem
WAN Port koppeln.


ALBI...


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJRWKwACgkQOXDygW/Cx+lOFgCffnNG+Xt4ITA/TgViD5cyfBFk
MmIAn3dusQ6lm/8SFH4r4f6UboToiFFH
=zfvC
-----END PGP SIGNATURE-----




From borgers  Sun Oct  6 19:36:23 2013
From: borgers (Philipp Borgers)
Date: Sun, 06 Oct 2013 19:36:23 +0200
Subject: [Berlin-wireless] Repair-Cafe am Do 10.10 @ Tempelhofer Feld:
	Vorstellnung Freifunk
Message-ID: <52519F97.6010207@mi.fu-berlin.de>

Hi,

am Donnerstag den 10.10 findet auf dem Tempelhofer Feld ein Repair-Cafe 
statt. Das Cafe bietet verschiedenen Projekten die Möglichkeit sich 
vorzustellen. In dem Rahmen würde ich gerne Freifunk vorstellen.

Ich würde einen Solar-Router mitbringen und mich um Plakate (aus 
Kreuzberg) kümmern.

Wenn sich noch Menschen finden, die mithelfen wollen unser Projekt 
vorzustellen und Fragen zu beantworten, würde ich mich über eine kurze 
Rückmeldung freuen.

Vielleicht bietet sich in dem Rahmen auch nochmal die Möglichkeit über 
Freifunk auf dem Tempelhofer Feld nachzudenken.

LG Philipp

---

Mitmach und Repair-Café für Kinder und Erwachsene

Müll und Energie sind zentrale Themen unserer Zeit. Die Pionierprojekte
KULTURgate, basis.wissen.schafft und Kunst-Stoffe laden auf das
Tempelhofer Feld ein zum Mitmachen und Spaß haben. Wir präsentieren
Projekte aus den Bereichen Wiederverwendung, erneuerbare Energien und
Teilen, die Ihre Arbeit vorstellen und praktische Umsetzungsbeispiele
zum Mitmachen anbieten (wie Fahrrad- und Spielzeugreparatur,
USB-Fahrradlader bauen und Vieles mehr):

am 10. Oktober 2013 von 10.00h bis 18.30h

Eingang Tempelhofer Damm, (S- und U-Bahnhof Tempelhofer Damm)


an den Projektcontainern von KULTURgate und basis.wissen.schafft
ca. 150 Meter: Richtung rot-weiß gestreiftes Trafohäuschen, dann weiter
zum Flugfeld

Ab 10 Uhr startet unser Kinderprogramm (ohne Betreuung!) mit:

       * Fahrradreparatur
       * Spielzeugreparatur
       * Drachenbau

Rahmenprogramm mit Bewegungsparcour, Jonglieren, Seifenblasen und mehr

ab 12 Uhr präsentieren sich zusätzlich spannende Projekte
und bieten Mitmachmöglichkeiten auch für Erwachsene:

       * Leihladen Leila - Teilen statt Kaufen
       * einleuchtend.org - Studierende der HTW
         USB-Lader für´s Fahrrad bauen
       * Kunst-Stoffe e.V. Zentralstelle für wiederverwendbare
         Materialien
         Siebdruck mit selbstentwickelten Motiven auf mitgebrachte
         Textilien
         aus T-Shirts andere Dinge nähen - alte T-Shirts etc. mitbringen
       * Berliner Lastenrad - Netzwerk für nachhaltige Entwicklung (BLN)
         Hilfestellung und gemeinschaftlicher Bau von nachhaltigen
         Transportfahrrädern und -anhängern
       * Lelewal Woila e.V. - Licht des Sahel
         - bringt regenerative Energien nach Kamerun -
         mit Solarmobil, Crêpes und Getränken
       * basis.wissen.schafft - Wissenschaftsladen
         Bücher zu Aufhängern umbauen - gerne Bücher, Haken,Schrauben,
         Schraubendreher mitbringen, Flaschendeckel weiterverarbeiten -
         Flaschendeckel aller Art sammeln und mitbringen, gerne auch
         Hammer und Nägel

Wir freuen uns auf alle BesucherInnen!




From mario  Sun Oct  6 23:02:06 2013
From: mario (=?UTF-8?B?TWFyaW8gS3LDvGdlcg==?=)
Date: Sun, 06 Oct 2013 23:02:06 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <525158B0.1090208@life.de>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
	<525158B0.1090208@life.de>
Message-ID: <5251CFCE.4060201@xedp3x.de>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

im Webfrontend ist das bei Netzwerk unter Switch.
bei uci bei network. at switch_vlan[x]

Gruß,
Mario.


On 06.10.2013 14:33, albi wrote:
> Am 06.10.2013 11:38, schrieb Mario Krüger:
> > wenn du mehre Uplinks hast suchst du sicher nach Multiwan.
>
> Danke, aber mir geht es nur darum, den WAN Port auf einen zweiten
> Router weiter zu reichen. Damit ich mir einen extra Switch sparen
> kann. Ich brauch an der Stelle nur 2 LAN Ports, also sind noch 2 Ports
> frei, davon wollte ich einen mit als WAN Port nutzen.
>
> Bei der alten Freifunkfirmware hatte man früher bei dem WAN Port 0 1 5
> angegeben statt 0 5, diese Einstellung suche ich in Luci.
> Bei VLAN sehe ich nur die 4 LAN Ports, ich wollt halt einen mit dem
> WAN Port koppeln.
>
>
> ALBI...
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- -- 
Mario Krüger
@xedp3x
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJSUc/OAAoJEOnZWqxRlMaHUCkIAI1XMLCSnWwCt+WAsYjaCNVb
3kZagFmAIOUuZ6HcdzM8XHgZcnjIkwq6N0iPFkFAMvlH6OQOsCGMRXpvLkLQSDza
wFPG90rjqu5zBLvCSUTO2hnMme0HjqcC6u0DT/BDC8fOu0t/iHv8JCNKPEIjH3m/
XPBpBCpQky81RlzCN671u3EHS+VxQjb518vwckLaRbNuI+lDzVd/7z3m9s0Kcvhj
wdsd28BXx9tJ/yBNp+OTvwD99ALJQePNv1xEsPPBW9EDWnX75TLzxLAxBxFKg+uA
KA/eRBU2YaTylZzq3H2Dl9NyGmNr61TpU36Sum8VZ2APMwvy4m0r/BJXlll61wI=
=01Z/
-----END PGP SIGNATURE-----

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131006/99289b8d/attachment.html>


From onelektra  Mon Oct  7 12:34:30 2013
From: onelektra (elektra)
Date: Mon, 7 Oct 2013 12:34:30 +0200
Subject: [Berlin-wireless] Freifunk Radio morgen
In-Reply-To: <20541362-A5E9-46F5-B2C1-A7DB175D9648@keksdosenmann.de>
References: <5241C8FC.2040407@ist-einmalig.de> <52427BBC.6040303@gmx.de>
	<20541362-A5E9-46F5-B2C1-A7DB175D9648@keksdosenmann.de>
Message-ID: <20131007123430.aed302027c359dc6e964ec2f@gmx.net>

Hallo ?

wie jeden Monat am zweiten Dienstag:

Möchte jemand morgen abend dabei sein und die Sendung von Freifunk-Radio mitgestalten?

Beste Grüße,
Elektra


-- 
Viral meme of radical freedom 
 
The fact that you talk in your head doesn't mean that you think. 
 
The best way to lose control over yourself is trying to control yourself. 
 
Most people experience themselves as a voice in their head, telling them 
 who they are, what they think and what they have to do. 
 
http://en.wikipedia.org/wiki/Meme 




From haralds  Mon Oct  7 14:23:07 2013
From: haralds (=?UTF-8?Q?Harald_St=C3=BCrzebecher?=)
Date: Mon, 7 Oct 2013 14:23:07 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <525158B0.1090208@life.de>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
	<525158B0.1090208@life.de>
Message-ID: <CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>

Am 06.10.2013 14:34 schrieb "albi" <albi at life.de>:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Am 06.10.2013 11:38, schrieb Mario Krüger:
> > wenn du mehre Uplinks hast suchst du sicher nach Multiwan.
>
> Danke, aber mir geht es nur darum, den WAN Port auf einen zweiten
> Router weiter zu reichen. Damit ich mir einen extra Switch sparen
> kann. Ich brauch an der Stelle nur 2 LAN Ports, also sind noch 2 Ports
> frei, davon wollte ich einen mit als WAN Port nutzen.
>
> Bei der alten Freifunkfirmware hatte man früher bei dem WAN Port 0 1 5
> angegeben statt 0 5, diese Einstellung suche ich in Luci.
> Bei VLAN sehe ich nur die 4 LAN Ports, ich wollt halt einen mit dem
> WAN Port koppeln.
>

AFAICT gibt es Router, deren WAN-Port unabhängig vom Switch ist, z.B.
http://wiki.openwrt.org/toh/ubiquiti/routerstation.pro#interfaces
Dann taucht WAN wahrscheinlich nicht in der VLAN-Config auf.
Ist das vielleicht auch bei deinem Gerät der Fall?

Die einfachste Lösung, die mir gerade einfällt: Zwei der Switch-Ports zu
einem neuen WAN-Interface machen.

Disclaimer: Ich habe das noch nie selbst probiert, mir ist aber berichtet
worden, dass mehrere VLANs mit eigenen Interfaces funktionieren sollen.

Harald
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131007/0a107578/attachment.html>


From u.kypke  Mon Oct  7 16:44:27 2013
From: u.kypke (ulf kypke)
Date: Mon, 7 Oct 2013 16:44:27 +0200
Subject: [Berlin-wireless] ninux days 2013 @ fusolab in rom
Message-ID: <CAKUNv3u0m5afOpN+oM84aFBM92QjXfommtjGNwVEFgTghchnfA@mail.gmail.com>

hi freifunker/innen.
am wochenende 1.nov bis 3. nov finden wieder die ninux hack days im fusolab
in rom statt.
flüge von freitag abend bis montag früh kosten rund 150 euro bei easyjet
wer kommt mit?

gruss ulf
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131007/126802ea/attachment.html>


From albi  Mon Oct  7 22:54:54 2013
From: albi (albi)
Date: Mon, 07 Oct 2013 22:54:54 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>
References: <5250270E.4000608@life.de>
	<52512F92.8080702@xedp3x.de>	<525158B0.1090208@life.de>
	<CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>
Message-ID: <52531F9E.3010802@life.de>

Am 07.10.2013 14:23, schrieb Harald Stürzebecher:
> AFAICT gibt es Router, deren WAN-Port unabhängig vom Switch ist, z.B.
> http://wiki.openwrt.org/toh/ubiquiti/routerstation.pro#interfaces
> Dann taucht WAN wahrscheinlich nicht in der VLAN-Config auf.
> Ist das vielleicht auch bei deinem Gerät der Fall?

Ist ein TP-Link 842, leider erscheint der WAN Port nicht. Ich versuch
das mal raus zu finden. Danke für den Tip.


> Die einfachste Lösung, die mir gerade einfällt: Zwei der Switch-Ports zu
> einem neuen WAN-Interface machen.

Das hab ich auch schon gedacht, wäre aber nicht meine favorisierte
Lösung. Aber vielleicht versuche ich das mal.


ALBI...




-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131007/a565af85/attachment.pgp>


From haralds  Mon Oct  7 23:30:15 2013
From: haralds (=?UTF-8?Q?Harald_St=C3=BCrzebecher?=)
Date: Mon, 7 Oct 2013 23:30:15 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <52531F9E.3010802@life.de>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
	<525158B0.1090208@life.de>
	<CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>
	<52531F9E.3010802@life.de>
Message-ID: <CAFhJTv6YdqUDbRNBAj0qJyc=qESCmE5vAHrUrJpjZPLscP=o_Q@mail.gmail.com>

Am 7. Oktober 2013 22:54 schrieb albi <albi at life.de>:
> Am 07.10.2013 14:23, schrieb Harald Stürzebecher:
>> AFAICT gibt es Router, deren WAN-Port unabhängig vom Switch ist, z.B.
>> http://wiki.openwrt.org/toh/ubiquiti/routerstation.pro#interfaces
>> Dann taucht WAN wahrscheinlich nicht in der VLAN-Config auf.
>> Ist das vielleicht auch bei deinem Gerät der Fall?
>
> Ist ein TP-Link 842, leider erscheint der WAN Port nicht. Ich versuch
> das mal raus zu finden. Danke für den Tip.

Ich habe hier "zufällig" auch einen. Darauf läuft zwar nicht Freifunk
(sondern die Firmware von http://metafly.org/), das ist aber auch
OpenWrt Attitude Adjustment.

dmesg meldet:

[    0.880000] ag71xx_mdio: probed
[    0.890000] eth0: Atheros AG71xx at 0xba000000, irq 5
[    1.440000] eth0: Found an AR7240/AR9330 built-in switch
[    2.480000] eth1: Atheros AG71xx at 0xb9000000, irq 4
[    3.030000] ag71xx ag71xx.0: eth1: connected to PHY at
ag71xx-mdio.1:04 [uid=004dd041, driver=Generic PHY]

Das scheinen wirklich zwei getrennte Interfaces zu sein.

Bei ifconfig gibt es auch eth0 und eth1 mit unterschiedichen MAC-Adressen.


Harald




From freifunk  Mon Oct  7 23:35:18 2013
From: freifunk (Manuel Munz)
Date: Mon, 07 Oct 2013 23:35:18 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <CAFhJTv6YdqUDbRNBAj0qJyc=qESCmE5vAHrUrJpjZPLscP=o_Q@mail.gmail.com>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
	<525158B0.1090208@life.de>
	<CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>
	<52531F9E.3010802@life.de>
	<CAFhJTv6YdqUDbRNBAj0qJyc=qESCmE5vAHrUrJpjZPLscP=o_Q@mail.gmail.com>
Message-ID: <52532916.6050105@somakoma.de>

On 07.10.2013 23:30, Harald Stürzebecher wrote:

> Das scheinen wirklich zwei getrennte Interfaces zu sein.
> 
In dem Fall würde ich einen Port vom Lan abtrennen, zu nem eigenen
Interface machen und dieses und das WAN Interface bridgen.

Grüße, Manuel

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131007/30648565/attachment.pgp>


From haralds  Tue Oct  8 11:41:46 2013
From: haralds (=?UTF-8?Q?Harald_St=C3=BCrzebecher?=)
Date: Tue, 8 Oct 2013 11:41:46 +0200
Subject: [Berlin-wireless] 2. Wan Port
In-Reply-To: <52532916.6050105@somakoma.de>
References: <5250270E.4000608@life.de> <52512F92.8080702@xedp3x.de>
	<525158B0.1090208@life.de>
	<CAFhJTv7p+KfkUWs4h9Od+mMvT4sfFS5CP0pqtD_4JnbzADxJJA@mail.gmail.com>
	<52531F9E.3010802@life.de>
	<CAFhJTv6YdqUDbRNBAj0qJyc=qESCmE5vAHrUrJpjZPLscP=o_Q@mail.gmail.com>
	<52532916.6050105@somakoma.de>
Message-ID: <CAFhJTv7-f5rZi8cG_r0AXAELaUoGQ48Ysweao-p+iwgAj-uVkg@mail.gmail.com>

Am 7. Oktober 2013 23:35 schrieb Manuel Munz <freifunk at somakoma.de>:
> On 07.10.2013 23:30, Harald Stürzebecher wrote:
>
>> Das scheinen wirklich zwei getrennte Interfaces zu sein.
>>
> In dem Fall würde ich einen Port vom Lan abtrennen, zu nem eigenen
> Interface machen und dieses und das WAN Interface bridgen.

Könnte man machen. Dann laufen aber alle Daten durch die CPU.

Ich würde in dem speziellen Fall (WAN durchschleifen zu 2. Router, nur
zwei LAN-Ports benötigt) eher zwei Switchports abtrennen und die
Hardware das machen lassen.

Harald




From borgers  Tue Oct  8 13:32:03 2013
From: borgers (Philipp Borgers)
Date: Tue, 08 Oct 2013 13:32:03 +0200
Subject: [Berlin-wireless] [ff-nk] Emmaus-Kirche: Turmbegehung
In-Reply-To: <524B268D.9090005@mi.fu-berlin.de>
References: <524B268D.9090005@mi.fu-berlin.de>
Message-ID: <5253ED33.2060204@mi.fu-berlin.de>

Moin,

wir waren eben auf der Emmaus-Kirche. Nochmal danke an alle die 
beteiligt waren.

Ich habe die Wiki-Seite zum Standort mit den "neusten" Informationen 
gefüllt: http://wiki.freifunk.net/Berlin:Standorte:Emmauskirche

Seven-Ola könntest du deine Fotos dort verlinken?

Ich würde morgen nach dem MABB-Treffen mit interessierten Menschen gerne 
das Setup besprechen. Vorab schon mal ein paar Gedanken:

Zur Geplanten Installation:

Im Turm befinden sich 8 Fenster in denen sich zur Zeit Antennen 
befinden. Außerdem befinden sich im Turm 4 oder 5 
Schalt/Verteiler-Schränke. Siehe auch [1].

Die Idee wäre die vorhandenen Antennen abzubauen und durch Nanostations 
M2(loco)/M5 zu ersetzen. In einem der Schränke würden wir den Switch 
unterbringen.

Wollen wir in jedem Fenster eine Nanostation M2/M5 einbauen? Im 2.4 Ghz 
hätten wir dann mehr als 360 mit den Öffnungswinkeln abgedeckt. Es gäbe 
auch keine Möglichkeit Nanobridges zu installieren.

Wollen wir für 2.4 Ghz Nanostations statt Nanostation Locos verbauen. 
Dann hätten wir die Option weniger Kabel zu verlegen, da wir die 5Ghz 
Nanostations über die 2.4 Ghz Nanostations mit Strom versorgen können. 
Außerdem könnten die das Routing übernehmen, sodass wir uns den 
Zentralen TP-Link-Router sparen.

Wir müssen die Router tarnen. Ein schwarzer Anstrich wäre ideal. Welche 
Farben nimmt man dafür?

Passt der 24-Port-Switch in die Schränke? Ich bezweifel es. Mehrere 
8-Port-Switches? Die Ubiquiti-Hardware brauch max. 16 Ports. Außerdem 
brauchen wir ev. 1 Port für den zentralen Router.

Wenn wir Nanobridges verbauen wollen, müssten wir uns überlegen, wie wir 
diese an den Gittern befestigen wollen. Zusätzliche vertikale 
Verstrebung? Die müssten dann angeschraubt oder geschweißt werden?

Gibt es eine_n Elektriker_in, der/die bei der eigentlichen Montage dabei 
sein kann?

LG Philipp

[1] http://freifunk.schmudde.com/projekt/Pharus-Emmaus/plan/index.html

On 01.10.2013 21:46, Philipp Borgers wrote:
> Hi,
>
> am kommenden Dienstag um 09:00 Uhr haben wir einen Termin fuer eine
> Turmbegehung der Emmaus-Kirche. Falls es noch Menschen gibt, die mich
> bei der Bestandsaufnahme begleiten wollen und ev. den Standort
> mitbetreuen wollen, wuerde ich mich ueber eine kurze Rueckmeldung
> freuen. Ideal waere natuerlich, wenn eine Person das aktuelle Setup
> kennen wuerden.
>
> Ich denke, dann koennen wir die Emmaus-Kirche in Batch 3 aufnehmen.
>
> Was machen wir mit der alten Hardware? Gehoert die noch irgendwem? Geben
> wir die ins Museum?
>
> LG Philipp
> _______________________________________________
> ff-nk mailing list
> ff-nk at lists.spline.inf.fu-berlin.de
> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/ff-nk




From sven-ola  Tue Oct  8 15:40:23 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 08 Oct 2013 15:40:23 +0200
Subject: [Berlin-wireless] [ff-nk] Emmaus-Kirche: Turmbegehung
In-Reply-To: <5253ED33.2060204@mi.fu-berlin.de>
References: <524B268D.9090005@mi.fu-berlin.de>
	<5253ED33.2060204@mi.fu-berlin.de>
Message-ID: <52540B47.2050409@gmx.de>

Hey,

habe die Fotos hochgeladen
http://download.berlin.freifunk.net/sven-ola/fotos/Emmaus-2013/ und auf
der Wikiseite verlinkt. Hier noch mein Senf:

Die Rittal-Schränke machen allgemein einen guten Eindruck. Da drin sind
allerdings jeweils 220V + 2 Steckdosen mit Netzteilen verbaut, sowie je
2 WRTs. Das passt jetzt irgendwie gar nicht zum
Switch-mit-PoE+Ubnt-Aufbau. Die Antennenleitungen haben garantiert
Wasser gezogen. Nach Reset kam ich im Nahbereich gerade noch drauf, von
der Heidelberger aus seh' ich die überhaupt nicht mehr (im Frühsommer
waren die von hier noch zu "hören", wenn gleich die Router da oben schon
immer ziemlich taub waren).

Antennen gehören vor ein Taubengitter. Sonst nix Reichweite. Sieht man
ja auch auf den Fotos. Wenn wir da Nanobridges einbauen wollen, müssen
wir uns eine kombinierte Bridge+Stützstrebe+Gitterkonstruktion
ausdenken. Sowas bastelt man nicht da oben, dass muss im Kämmerlein
zusammengebaut werden.

Bei nur ca 50cm Durchmesser der Turmfenster wird es eng mit Bridge +
Station. Insbesondere bei den großen NanoBridges mit 40cm Durchmesser
braucht man fast das Gitter nicht mehr um die Tauben draußen zu halten
;-) Möglicherweise können wir die 2.4er Nanos zur lokalen Ausleuchtung
ein Stockwerk tiefer anbringen oder wir machen 4+4.

// Sven-Ola

Am 10/08/2013 01:32 PM, schrieb Philipp Borgers:
> Moin,
>
> wir waren eben auf der Emmaus-Kirche. Nochmal danke an alle die
> beteiligt waren.
>
> Ich habe die Wiki-Seite zum Standort mit den "neusten" Informationen
> gefüllt: http://wiki.freifunk.net/Berlin:Standorte:Emmauskirche
>
> Seven-Ola könntest du deine Fotos dort verlinken?
>
> Ich würde morgen nach dem MABB-Treffen mit interessierten Menschen
> gerne das Setup besprechen. Vorab schon mal ein paar Gedanken:
>
> Zur Geplanten Installation:
>
> Im Turm befinden sich 8 Fenster in denen sich zur Zeit Antennen
> befinden. Außerdem befinden sich im Turm 4 oder 5
> Schalt/Verteiler-Schränke. Siehe auch [1].
>
> Die Idee wäre die vorhandenen Antennen abzubauen und durch
> Nanostations M2(loco)/M5 zu ersetzen. In einem der Schränke würden wir
> den Switch unterbringen.
>
> Wollen wir in jedem Fenster eine Nanostation M2/M5 einbauen? Im 2.4
> Ghz hätten wir dann mehr als 360 mit den Öffnungswinkeln abgedeckt. Es
> gäbe auch keine Möglichkeit Nanobridges zu installieren.
>
> Wollen wir für 2.4 Ghz Nanostations statt Nanostation Locos verbauen.
> Dann hätten wir die Option weniger Kabel zu verlegen, da wir die 5Ghz
> Nanostations über die 2.4 Ghz Nanostations mit Strom versorgen können.
> Außerdem könnten die das Routing übernehmen, sodass wir uns den
> Zentralen TP-Link-Router sparen.
>
> Wir müssen die Router tarnen. Ein schwarzer Anstrich wäre ideal.
> Welche Farben nimmt man dafür?
>
> Passt der 24-Port-Switch in die Schränke? Ich bezweifel es. Mehrere
> 8-Port-Switches? Die Ubiquiti-Hardware brauch max. 16 Ports. Außerdem
> brauchen wir ev. 1 Port für den zentralen Router.
>
> Wenn wir Nanobridges verbauen wollen, müssten wir uns überlegen, wie
> wir diese an den Gittern befestigen wollen. Zusätzliche vertikale
> Verstrebung? Die müssten dann angeschraubt oder geschweißt werden?
>
> Gibt es eine_n Elektriker_in, der/die bei der eigentlichen Montage
> dabei sein kann?
>
> LG Philipp
>
> [1] http://freifunk.schmudde.com/projekt/Pharus-Emmaus/plan/index.html
>
> On 01.10.2013 21:46, Philipp Borgers wrote:
>> Hi,
>>
>> am kommenden Dienstag um 09:00 Uhr haben wir einen Termin fuer eine
>> Turmbegehung der Emmaus-Kirche. Falls es noch Menschen gibt, die mich
>> bei der Bestandsaufnahme begleiten wollen und ev. den Standort
>> mitbetreuen wollen, wuerde ich mich ueber eine kurze Rueckmeldung
>> freuen. Ideal waere natuerlich, wenn eine Person das aktuelle Setup
>> kennen wuerden.
>>
>> Ich denke, dann koennen wir die Emmaus-Kirche in Batch 3 aufnehmen.
>>
>> Was machen wir mit der alten Hardware? Gehoert die noch irgendwem? Geben
>> wir die ins Museum?
>>
>> LG Philipp
>> _______________________________________________
>> ff-nk mailing list
>> ff-nk at lists.spline.inf.fu-berlin.de
>> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/ff-nk
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131008/85fa60f0/attachment.pgp>


From j.neumann  Tue Oct  8 18:42:58 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 08 Oct 2013 18:42:58 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
	=?iso-8859-1?q?=2E=2E?=
Message-ID: <1381250578.3062.6.camel@junes.haus.k9>

... und der Presse:

http://www.zeit.de/digital/internet/2013-10/freifunk-berlin-nsa

;-)





From sven-ola  Tue Oct  8 19:30:09 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 08 Oct 2013 19:30:09 +0200
Subject: [Berlin-wireless]
 =?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
 =?iso-8859-1?q?=2E=2E?=
In-Reply-To: <1381250578.3062.6.camel@junes.haus.k9>
References: <1381250578.3062.6.camel@junes.haus.k9>
Message-ID: <52544121.9060601@gmx.de>

Ouch. Ich nuschel wohl schon ;-) Nun - die Story stimmt halbwegs, darauf
kommt's an...

// Sven-Ola

Am 10/08/2013 06:42 PM, schrieb Juergen Neumann:
> ... und der Presse:
>
> http://www.zeit.de/digital/internet/2013-10/freifunk-berlin-nsa
>
> ;-)
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131008/0274248f/attachment.pgp>


From christian.heise  Tue Oct  8 19:33:49 2013
From: christian.heise (Christian Heise - E-Demokratie.org)
Date: Tue, 8 Oct 2013 19:33:49 +0200
Subject: [Berlin-wireless]
	=?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
	=?iso-8859-1?q?=2E=2E?=
In-Reply-To: <52544121.9060601@gmx.de>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
Message-ID: <CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>

ich kümmere mich mal drum. :)

LG

Am 8. Oktober 2013 19:30 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:
> Ouch. Ich nuschel wohl schon ;-) Nun - die Story stimmt halbwegs, darauf
> kommt's an...
>
> // Sven-Ola
>
> Am 10/08/2013 06:42 PM, schrieb Juergen Neumann:
>> ... und der Presse:
>>
>> http://www.zeit.de/digital/internet/2013-10/freifunk-berlin-nsa
>>
>> ;-)
>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin



-- 
Initiative E-Demokratie.org
Christian Heise
Oderberger Straße 37
10435 Berlin
christian.heise (ett) e-demokratie (punkt) org




From j.neumann  Tue Oct  8 19:48:55 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 08 Oct 2013 19:48:55 +0200
Subject: [Berlin-wireless]
 =?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
 =?iso-8859-1?q?=2E=2E?=
In-Reply-To: <CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
Message-ID: <1381254535.3062.8.camel@junes.haus.k9>

Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian Heise -
E-Demokratie.org:
> ich kümmere mich mal drum. :)

Vielleicht könntest Du dann ja auch gleich noch klären, dass ich nicht
der Pressesprecher sondern maximal der Mit-Initiator von freifunk.net
bin?

LG

JuergeN




From borgers  Tue Oct  8 20:13:11 2013
From: borgers (Philipp Borgers)
Date: Tue, 08 Oct 2013 20:13:11 +0200
Subject: [Berlin-wireless]  MABB-Treffen morgen (Mittwoch) 20:00 @cbase
Message-ID: <52544B37.8090106@mi.fu-berlin.de>

Moin Freifunker_innen,

wir treffen uns morgen um 20:00 Uhr wieder in der c-base und besprechen 
u.a. folgende Themen:

* Status-Bericht Batch 2
* Planung Batch 3
* Status-Bericht Installationen
* Montage-Material
* Dokumentation
* Router-Konfig
* SSH-Keys
* Client-Firmware

Themen dürfen auch gerne ergänzt werden.

LG Philipp




From g.thauer  Tue Oct  8 20:50:24 2013
From: g.thauer (t-bs)
Date: Tue, 8 Oct 2013 20:50:24 +0200
Subject: [Berlin-wireless]
	=?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
	=?iso-8859-1?q?=2E=2E?=
In-Reply-To: <1381254535.3062.8.camel@junes.haus.k9>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
	<1381254535.3062.8.camel@junes.haus.k9>
Message-ID: <CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>

wie heißt dass in Berlin:

Und dass ist gut so

Vielleicht (hoffentlich) gibt es bald unter den Berliner Zeitlesern noch
weitere Freifunker!

LG

Günter


Am 8. Oktober 2013 19:48 schrieb Juergen Neumann <j.neumann at junes.eu>:

> Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian Heise -
> E-Demokratie.org:
> > ich kümmere mich mal drum. :)
>
> Vielleicht könntest Du dann ja auch gleich noch klären, dass ich nicht
> der Pressesprecher sondern maximal der Mit-Initiator von freifunk.net
> bin?
>
> LG
>
> JuergeN
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131008/825a3b9b/attachment.html>


From smilebef  Tue Oct  8 23:30:52 2013
From: smilebef (smilebef at gmail.com)
Date: Tue, 8 Oct 2013 23:30:52 +0200
Subject: [Berlin-wireless]
 =?utf-8?b?RGllIFTDvGNrZSBtaXQgZGVtIEzDvGNrZSAu?= =?utf-8?b?Li4=?=
In-Reply-To: <CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
	<1381254535.3062.8.camel@junes.haus.k9>
	<CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>
Message-ID: <20131008233052.6d476a9e@Nonne>

Was soll die Selbstbeweihräucherung?
Hat sich auch mal jemand die Kommentare durchgelesen?
Genau diese Punkte predige ich seit dem ich hier bin.
Internet kommt bei mir aus der Steckdose. 
Dazu brauche ich den Freifunk nicht.
Ein freies Netz ist etwas ganz anderes, und sollte auch anderes
leisten.
Ich habe irgendwie das Gefühl, dass die Freifunker an der heutigen Zeit
vorbei leben. Dann schlaft mal weiter, ich sage euch dann Bescheid wann
es vorbei ist.





Am Tue, 8 Oct 2013 20:50:24 +0200
schrieb t-bs <g.thauer at gmail.com>:

> wie heißt dass in Berlin:
> 
> Und dass ist gut so
> 
> Vielleicht (hoffentlich) gibt es bald unter den Berliner Zeitlesern
> noch weitere Freifunker!
> 
> LG
> 
> Günter
> 
> 
> Am 8. Oktober 2013 19:48 schrieb Juergen Neumann <j.neumann at junes.eu>:
> 
> > Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian Heise -
> > E-Demokratie.org:
> > > ich kümmere mich mal drum. :)
> >
> > Vielleicht könntest Du dann ja auch gleich noch klären, dass ich
> > nicht der Pressesprecher sondern maximal der Mit-Initiator von
> > freifunk.net bin?
> >
> > LG
> >
> > JuergeN
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >




From g.thauer  Wed Oct  9 13:10:37 2013
From: g.thauer (t-bs)
Date: Wed, 9 Oct 2013 13:10:37 +0200
Subject: [Berlin-wireless]
	=?iso-8859-1?q?Die_T=FCcke_mit_dem_L=FCcke_=2E?=
	=?iso-8859-1?q?=2E=2E?=
In-Reply-To: <20131008233052.6d476a9e@Nonne>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
	<1381254535.3062.8.camel@junes.haus.k9>
	<CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>
	<20131008233052.6d476a9e@Nonne>
Message-ID: <CAHbMbgOwkMfWaejMAJ6AvViUXh2Uti56SeyEmP34ARZMEo=+ng@mail.gmail.com>

@smilebef at gmail.com

"Öffentlichkeitsarbeit tut not" Daher trägt der Artikel in der ZEIT auch
dazu bei, dass einem größeren Kreis als den Freifunker die "Community
Philosophie" vermittelt wird.

LG


Günter


Am 8. Oktober 2013 23:30 schrieb <smilebef at gmail.com>:

> Was soll die Selbstbeweihräucherung?
> Hat sich auch mal jemand die Kommentare durchgelesen?
> Genau diese Punkte predige ich seit dem ich hier bin.
> Internet kommt bei mir aus der Steckdose.
> Dazu brauche ich den Freifunk nicht.
> Ein freies Netz ist etwas ganz anderes, und sollte auch anderes
> leisten.
> Ich habe irgendwie das Gefühl, dass die Freifunker an der heutigen Zeit
> vorbei leben. Dann schlaft mal weiter, ich sage euch dann Bescheid wann
> es vorbei ist.
>
>
>
>
>
> Am Tue, 8 Oct 2013 20:50:24 +0200
> schrieb t-bs <g.thauer at gmail.com>:
>
> > wie heißt dass in Berlin:
> >
> > Und dass ist gut so
> >
> > Vielleicht (hoffentlich) gibt es bald unter den Berliner Zeitlesern
> > noch weitere Freifunker!
> >
> > LG
> >
> > Günter
> >
> >
> > Am 8. Oktober 2013 19:48 schrieb Juergen Neumann <j.neumann at junes.eu>:
> >
> > > Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian Heise -
> > > E-Demokratie.org:
> > > > ich kümmere mich mal drum. :)
> > >
> > > Vielleicht könntest Du dann ja auch gleich noch klären, dass ich
> > > nicht der Pressesprecher sondern maximal der Mit-Initiator von
> > > freifunk.net bin?
> > >
> > > LG
> > >
> > > JuergeN
> > >
> > > _______________________________________________
> > > Berlin mailing list
> > > Berlin at berlin.freifunk.net
> > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > >
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131009/0093715c/attachment.html>


From smilebef  Wed Oct  9 17:53:17 2013
From: smilebef (Zweifler)
Date: Wed, 9 Oct 2013 17:53:17 +0200
Subject: [Berlin-wireless]
 =?utf-8?b?RGllIFTDvGNrZSBtaXQgZGVtIEzDvGNrZSAu?= =?utf-8?b?Li4=?=
In-Reply-To: <CAHbMbgOwkMfWaejMAJ6AvViUXh2Uti56SeyEmP34ARZMEo=+ng@mail.gmail.com>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
	<1381254535.3062.8.camel@junes.haus.k9>
	<CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>
	<20131008233052.6d476a9e@Nonne>
	<CAHbMbgOwkMfWaejMAJ6AvViUXh2Uti56SeyEmP34ARZMEo=+ng@mail.gmail.com>
Message-ID: <20131009175317.23973f38@Nonne>

Meine Annahme war, dass den Kommentatoren der Begriff Freifunk gar
nicht fremd ist. Nur irgendwie haben sie Freifunk nicht als eine/ihre
Lösung erachtet. Und ich frage mich warum.

Eine Vermutung ist, dass es keine standardmäßig verschlüsselte
Übertragung gibt. Eine andere Vermutung ist, dass es keine alternative
zum Internet ist, sondern lediglich ein Zugang zu diesem.

Das nächste ist, dass ohne eine laufende und öffentliche Diskussion über
Sicherheitsmechanismen die Leute auch kein Vertrauen in dieses Netz
haben können, denn es nützt dem Anwender nichts, wenn Elektra und
Sven Ola das System verstanden haben.
Ich finde, an diesem Punkt könnten sich die CCC-Experten mehr
einbringen. 

Gruß vom Zweifler




Am Wed, 9 Oct 2013 13:10:37 +0200
schrieb t-bs <g.thauer at gmail.com>:

> @smilebef at gmail.com
> 
> "Öffentlichkeitsarbeit tut not" Daher trägt der Artikel in der ZEIT
> auch dazu bei, dass einem größeren Kreis als den Freifunker die
> "Community Philosophie" vermittelt wird.
> 
> LG
> 
> 
> Günter
> 
> 
> Am 8. Oktober 2013 23:30 schrieb <smilebef at gmail.com>:
> 
> > Was soll die Selbstbeweihräucherung?
> > Hat sich auch mal jemand die Kommentare durchgelesen?
> > Genau diese Punkte predige ich seit dem ich hier bin.
> > Internet kommt bei mir aus der Steckdose.
> > Dazu brauche ich den Freifunk nicht.
> > Ein freies Netz ist etwas ganz anderes, und sollte auch anderes
> > leisten.
> > Ich habe irgendwie das Gefühl, dass die Freifunker an der heutigen
> > Zeit vorbei leben. Dann schlaft mal weiter, ich sage euch dann
> > Bescheid wann es vorbei ist.
> >
> >
> >
> >
> >
> > Am Tue, 8 Oct 2013 20:50:24 +0200
> > schrieb t-bs <g.thauer at gmail.com>:
> >
> > > wie heißt dass in Berlin:
> > >
> > > Und dass ist gut so
> > >
> > > Vielleicht (hoffentlich) gibt es bald unter den Berliner
> > > Zeitlesern noch weitere Freifunker!
> > >
> > > LG
> > >
> > > Günter
> > >
> > >
> > > Am 8. Oktober 2013 19:48 schrieb Juergen Neumann
> > > <j.neumann at junes.eu>:
> > >
> > > > Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian
> > > > Heise - E-Demokratie.org:
> > > > > ich kümmere mich mal drum. :)
> > > >
> > > > Vielleicht könntest Du dann ja auch gleich noch klären, dass ich
> > > > nicht der Pressesprecher sondern maximal der Mit-Initiator von
> > > > freifunk.net bin?
> > > >
> > > > LG
> > > >
> > > > JuergeN
> > > >
> > > > _______________________________________________
> > > > Berlin mailing list
> > > > Berlin at berlin.freifunk.net
> > > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > > >
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >




From sven-ola  Wed Oct  9 19:12:29 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Wed, 09 Oct 2013 19:12:29 +0200
Subject: [Berlin-wireless]
	=?utf-8?b?RGllIFTDvGNrZSBtaXQgZGVtIEzDvGNrZSAu?= =?utf-8?b?Li4=?=
In-Reply-To: <20131009175317.23973f38@Nonne>
References: <1381250578.3062.6.camel@junes.haus.k9> <52544121.9060601@gmx.de>
	<CAO+OUAkRbUYB0U4V=EGEkYM_gWp4+XD=gvfnfhwc3anTmjcDaQ@mail.gmail.com>
	<1381254535.3062.8.camel@junes.haus.k9>
	<CAHbMbgN4iO_vS-tEUOu1uXHqFW28XO9H7DnM+yzNZsgDC-5S6A@mail.gmail.com>
	<20131008233052.6d476a9e@Nonne>
	<CAHbMbgOwkMfWaejMAJ6AvViUXh2Uti56SeyEmP34ARZMEo=+ng@mail.gmail.com>
	<20131009175317.23973f38@Nonne>
Message-ID: <5834e63e-1350-4040-9e95-ff3d12d31ac7@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hey,

Gegen unwissenheit hilft mitunter lesen. Tu ich auch gerade und bin begeistert. Daher hier mein Lesebefehl: Suche nach WNDW und lies es einfach.

Als Anmerkung für alle, die schon länger dabei sind: mir fiel die die 2013er Ausgabe des WNDW letztes WE in die Hände. Als Papierkopie. Bin erst auf Seite 50 (ist englisch, dauert also länger zu lesen). Aber seit der Ausgabe von 2007 ist einiges passiert. Wirklich toll...

// Sven-Ola



Zweifler <smilebef at gmail.com> schrieb:
>Meine Annahme war, dass den Kommentatoren der Begriff Freifunk gar
>nicht fremd ist. Nur irgendwie haben sie Freifunk nicht als eine/ihre
>Lösung erachtet. Und ich frage mich warum.
>
>Eine Vermutung ist, dass es keine standardmäßig verschlüsselte
>Übertragung gibt. Eine andere Vermutung ist, dass es keine alternative
>zum Internet ist, sondern lediglich ein Zugang zu diesem.
>
>Das nächste ist, dass ohne eine laufende und öffentliche Diskussion
>über
>Sicherheitsmechanismen die Leute auch kein Vertrauen in dieses Netz
>haben können, denn es nützt dem Anwender nichts, wenn Elektra und
>Sven Ola das System verstanden haben.
>Ich finde, an diesem Punkt könnten sich die CCC-Experten mehr
>einbringen.
>
>Gruß vom Zweifler
>
>
>
>
>Am Wed, 9 Oct 2013 13:10:37 +0200
>schrieb t-bs <g.thauer at gmail.com>:
>
>> @smilebef at gmail.com
>>
>> "Öffentlichkeitsarbeit tut not" Daher trägt der Artikel in der ZEIT
>> auch dazu bei, dass einem größeren Kreis als den Freifunker die
>> "Community Philosophie" vermittelt wird.
>>
>> LG
>>
>>
>> Günter
>>
>>
>> Am 8. Oktober 2013 23:30 schrieb <smilebef at gmail.com>:
>>
>> > Was soll die Selbstbeweihräucherung?
>> > Hat sich auch mal jemand die Kommentare durchgelesen?
>> > Genau diese Punkte predige ich seit dem ich hier bin.
>> > Internet kommt bei mir aus der Steckdose.
>> > Dazu brauche ich den Freifunk nicht.
>> > Ein freies Netz ist etwas ganz anderes, und sollte auch anderes
>> > leisten.
>> > Ich habe irgendwie das Gefühl, dass die Freifunker an der heutigen
>> > Zeit vorbei leben. Dann schlaft mal weiter, ich sage euch dann
>> > Bescheid wann es vorbei ist.
>> >
>> >
>> >
>> >
>> >
>> > Am Tue, 8 Oct 2013 20:50:24 +0200
>> > schrieb t-bs <g.thauer at gmail.com>:
>> >
>> > > wie heißt dass in Berlin:
>> > >
>> > > Und dass ist gut so
>> > >
>> > > Vielleicht (hoffentlich) gibt es bald unter den Berliner
>> > > Zeitlesern noch weitere Freifunker!
>> > >
>> > > LG
>> > >
>> > > Günter
>> > >
>> > >
>> > > Am 8. Oktober 2013 19:48 schrieb Juergen Neumann
>> > > <j.neumann at junes.eu>:
>> > >
>> > > > Am Dienstag, den 08.10.2013, 19:33 +0200 schrieb Christian
>> > > > Heise - E-Demokratie.org:
>> > > > > ich kümmere mich mal drum. :)
>> > > >
>> > > > Vielleicht könntest Du dann ja auch gleich noch klären, dass
>ich
>> > > > nicht der Pressesprecher sondern maximal der Mit-Initiator von
>> > > > freifunk.net bin?
>> > > >
>> > > > LG
>> > > >
>> > > > JuergeN
>> > > >
>> > > > _______________________________________________
>> > > > Berlin mailing list
>> > > > Berlin at berlin.freifunk.net
>> > > >
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> > > >
>> >
>> > _______________________________________________
>> > Berlin mailing list
>> > Berlin at berlin.freifunk.net
>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> >
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJVjn0tHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9Cy+IsAoLOTOWWVMgP/HIRCvtTBKzH+dUqI
AKC4vGHTq8+gfGHoWoCFA7BqSzR1Ng==
=oXw4
-----END PGP SIGNATURE-----




From sven-ola  Wed Oct  9 19:19:28 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Wed, 09 Oct 2013 19:19:28 +0200
Subject: [Berlin-wireless] Wer noch MABB Material braucht...
Message-ID: <bdb5bd5d-c21c-47be-8242-1fe0cb2aa506@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

schreibt mir in der nächsten halben Stunde. Ich will eh für Daneil ein paar Patchsachen mit in die c-base bringen und etwas Zuladung kann ich noch.

// Sven-Ola
- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJVkCAtHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyjYUAoNWd1VCor/M87i9JJ2Nit2D21NIW
AKCIH3E7NiGkpyt/cdrj0q8iDtdcJA==
=C7hm
-----END PGP SIGNATURE-----




From tomomelley  Wed Oct  9 19:45:27 2013
From: tomomelley (tomomelley at gmx.de)
Date: Wed, 9 Oct 2013 17:45:27 +0000
Subject: [Berlin-wireless] Wer noch MABB Material braucht...
In-Reply-To: <bdb5bd5d-c21c-47be-8242-1fe0cb2aa506@email.android.com>
References: <bdb5bd5d-c21c-47be-8242-1fe0cb2aa506@email.android.com>
Message-ID: <s66882093590336727001@gmx.de>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131009/1b1388bf/attachment.html>


From dpaufler  Wed Oct  9 22:12:03 2013
From: dpaufler (Daniel Paufler)
Date: Wed, 09 Oct 2013 22:12:03 +0200
Subject: [Berlin-wireless] pberg freifunk firmware
Message-ID: <5255B893.1040306@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo

git-repo: https://github.com/freifunk/packages-pberg
issues: https://github.com/freifunk/packages-pberg/issues
download: http://download.berlin.freifunk.net/attitude_adjustment/12.09/

Grüße

Daniel

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJVuJIACgkQq6ymFUkZLTI0hQCgktQkFFtr4F8LXCyKRKyQ2/Cb
Qi4AnA0la7/IngkXvAaf7rq6LBAYfkE+
=Aeyk
-----END PGP SIGNATURE-----




From x-alina  Fri Oct 11 15:42:52 2013
From: x-alina (Alina Friedrichsen)
Date: Fri, 11 Oct 2013 15:42:52 +0200
Subject: [Berlin-wireless] Der Zorn des Khan
Message-ID: <1381498972.1882.25.camel@s400ca>

Ich bin ein genetisches Experiment, ein genetisches Experiment der
Evolution. Eine Autistin im Männerkörper, in Ravens Matrizentest mit
einem IQ von 127, aber ein Arbeitsgedächtnis, dass nur über 2
Informationseinheiten sicher verfügt. Unfähig mich auf Dinge zu
konzentrieren, ohne dass jemand dabei sitzt.

Ich habe keine Freunde, nur Leute die Verwendung für mich haben. Sie tun
so, als währen sie Freunde, aber sobald sie mich nicht mehr brauchen,
nichts mehr mit mir zu tun haben wollen.

Die wenn drauf ankommt einem kein bisschen helfen wollen.

Into Darkness?...




From onelektra  Fri Oct 11 16:21:31 2013
From: onelektra (elektra)
Date: Fri, 11 Oct 2013 16:21:31 +0200
Subject: [Berlin-wireless] Der Zorn des Khan
In-Reply-To: <1381498972.1882.25.camel@s400ca>
References: <1381498972.1882.25.camel@s400ca>
Message-ID: <20131011162131.4ca631609d47efc3832d8b9f@gmx.net>

Hi ?

> Into Darkness?...

also mich stören Deine E-Mails nicht. Aber warum schreibst Du über Dein Befinden auf die Berlin-Wireless-Liste von Freifunk? Ich nehme an, dass sich einige Listenabonnenten davon belästigt fühlen. Indem ich jetzt antworte, schreibe ich das fort, aber sei es drum.

Gibt es denn keine Mailinglisten für Menschen mit psychischen Problemen, an die Du Dich wenden und Dein Herz ausschütten kannst? Es ist ja gut und richtig, dass Du mit anderen Menschen über Deine zwischenmenschlichen und psychologischen Probleme sprichst, aber die Berliner Freifunk-Liste ist nicht der richtige Platz dafür, das kann ich Dir versichern.

Kennst Du den Film "A beautiful mind" über den bekannten schizophrenen Mathematiker John Nash? Da gibt es eine Schlüsselszene mit seinem Psychiater, Dr. Rosen:

Dr. Rosen: "You can't reason your way out of this!"

Nash: "Why not? Why can't I?"

Dr. Rosen: "Because your mind is where the problem is in the first place!" 

Ich übersetze das mal sinngemäß:

Dr. Rosen: "Du kannst Dich nicht durch Deinen logisch denkenden Verstand aus Deiner Psychose herausdenken!"

Nash: "Warum nicht? Warum kann ich das nicht?"

Dr. Rosen: "Weil Dein logisch denkender Verstand der Ausgangspunkt für das Problem ist!"

=> Durch keine mentale Anstrengung kannst Du Dich von Deinen mentalen Problemen befreien, denn Deine mentalen Probleme entstehen durch Deine mentalen Anstrengungen. 

Ein sehr sehenswerter Film. Der Rest möge mir für den Inhalt dieser Email verzeihen oder sich selbst darin wiederfinden, ohne sich zu beschweren. (Getroffene Hunde, bellen.)

Beste Grüße,
Elektra










From smilebef  Fri Oct 11 17:26:44 2013
From: smilebef (smilebef at gmail.com)
Date: Fri, 11 Oct 2013 17:26:44 +0200
Subject: [Berlin-wireless] Der Zorn des Khan
In-Reply-To: <20131011162131.4ca631609d47efc3832d8b9f@gmx.net>
References: <1381498972.1882.25.camel@s400ca>
	<20131011162131.4ca631609d47efc3832d8b9f@gmx.net>
Message-ID: <20131011172644.2a66b404@Nonne>

Ich hatte die Liste vor Wochen gebeten sich ein paar Gedanken zu
machen, ob wir Alina nicht etwas stärker in Projekte einbinden könnten
und ihr vielleicht dazu so etwas wie eine Auftragsarbeit verschaffen
könnten. Vielleicht hatte ich mich nicht klar genug ausgedrückt, dass 
ich bei meinem letzten Kontakt mit Alina den Eindruck hatte, dass sie
suizidgefährdet ist. Ich habe allein nicht die Zeit und das Geld mich um
Alina zu kümmern. Die jetzige Mail von Alina klingt für mich so, als
könnte es schon zu spät sein.
Ich bin neu hier und habe nicht den Einblick die sozialen Belange der
Peoples. Wenn jemand weiß wo Alina wohnt und wenn jenem Alina ein
wenig am Herzen liegt (Horst oder Elektra vielleicht?), dann würde ich
jenem raten mal schleunigst bei ihr vorbei zu schauen.
Manchmal geht so etwas ganz sehr schnell.





Am Fri, 11 Oct 2013 16:21:31 +0200
schrieb elektra <onelektra at gmx.net>:

> Hi ?
> 
> > Into Darkness?...
> 
> also mich stören Deine E-Mails nicht. Aber warum schreibst Du über
> Dein Befinden auf die Berlin-Wireless-Liste von Freifunk? Ich nehme
> an, dass sich einige Listenabonnenten davon belästigt fühlen. Indem
> ich jetzt antworte, schreibe ich das fort, aber sei es drum.
> 
> Gibt es denn keine Mailinglisten für Menschen mit psychischen
> Problemen, an die Du Dich wenden und Dein Herz ausschütten kannst? Es
> ist ja gut und richtig, dass Du mit anderen Menschen über Deine
> zwischenmenschlichen und psychologischen Probleme sprichst, aber die
> Berliner Freifunk-Liste ist nicht der richtige Platz dafür, das kann
> ich Dir versichern.
> 
> Kennst Du den Film "A beautiful mind" über den bekannten
> schizophrenen Mathematiker John Nash? Da gibt es eine Schlüsselszene
> mit seinem Psychiater, Dr. Rosen:
> 
> Dr. Rosen: "You can't reason your way out of this!"
> 
> Nash: "Why not? Why can't I?"
> 
> Dr. Rosen: "Because your mind is where the problem is in the first
> place!" 
> 
> Ich übersetze das mal sinngemäß:
> 
> Dr. Rosen: "Du kannst Dich nicht durch Deinen logisch denkenden
> Verstand aus Deiner Psychose herausdenken!"
> 
> Nash: "Warum nicht? Warum kann ich das nicht?"
> 
> Dr. Rosen: "Weil Dein logisch denkender Verstand der Ausgangspunkt
> für das Problem ist!"
> 
> => Durch keine mentale Anstrengung kannst Du Dich von Deinen mentalen
> Problemen befreien, denn Deine mentalen Probleme entstehen durch
> Deine mentalen Anstrengungen. 
> 
> Ein sehr sehenswerter Film. Der Rest möge mir für den Inhalt dieser
> Email verzeihen oder sich selbst darin wiederfinden, ohne sich zu
> beschweren. (Getroffene Hunde, bellen.)
> 
> Beste Grüße,
> Elektra
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From ako  Fri Oct 11 21:44:19 2013
From: ako (Alexander Kops)
Date: Fri, 11 Oct 2013 21:44:19 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
Message-ID: <52585513.6030606@posteo.de>

Hallo,
ich war am Mittwoch in der c-base und Thomas hat mir dankenswerterweise
sehr beim Einrichten meines Routers geholfen.
Jetzt wollte ich ihn hier in Betrieb nehmen und habe das Problem, dass
ich nicht ins Netz komme, wenn ich mich per WLAN mit dem Freifunk-Router
verbinde.
Folgendes Setup:
* DSL über meine Fritz!Box 7390, hab ich verbunden mit der NanoStation
M5 (Firmware: OpenWrt Attitude Adjustment pberg-221)
* VPN03 ist eingerichtet wie hier
http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
* Router ist lokal erreichbar über 192.168.178.2
* Wenn ich per ssh auf den Router gehe funktioniert dort sowohl "ping
8.8.8.8", als auch "ping www.heise.de"
* Wenn ich mich per WLAN mit dem Router verbinde und ein "ping 8.8.8.8"
ausführe, erhalte ich nur ein "Destination Port unreachable"
Also der Router kommt ins Netz, kann dies aber nicht über WLAN
bereitstellen.

Es scheint noch ein Problem mit dem VPN zu geben. Mittells "logread"
sehe ich häufig die Meldung "write UDPv4: Operation not permitted (code=1)"
Wie im Troubleshooting beschrieben habe ich es sowohl mit
"/etc/init.d/vpn03 inetvia br-lan" und "/etc/init.d/vpn03 inetvia
br-lan" probiert, scheint aber nicht zu helfen.
Hier mal der Output von "/etc/init.d/vpn03 debug":

Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]: NOTE:
OpenVPN 2.1 requires '--script-security 2' or higher to call
user-defined scripts or executables
Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link
local: [undef]
Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link
remote: [AF_INET]77.87.48.10:1194
Oct 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
Operation not permitted (code=1)
Oct 11 21:40:12 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
Operation not permitted (code=1)
Oct 11 21:40:16 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
Operation not permitted (code=1)
Oct 11 21:40:24 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
Operation not permitted (code=1)
Oct 11 21:40:40 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
Operation not permitted (code=1)
Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84
Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84 alex-Latitude-6430U
Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
TLS key negotiation failed to occur within 60 seconds (check your
network connectivity)
Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
TLS handshake failed
Oct 11 21:41:10 Freifunk-Charlie daemon.notice openvpn[8362]:
SIGUSR1[soft,tls-error] received, process restarting

Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich mal angehangen.

Alex


-------------- nächster Teil --------------
br-lan    Link encap:Ethernet  HWaddr DC:9F:DB:67:68:DC
          inet addr:192.168.178.2  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fd97:5028:93a8::1/64 Scope:Global
          inet6 addr: fe80::de9f:dbff:fe67:68dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9803 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6747 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2130445 (2.0 MiB)  TX bytes:1959299 (1.8 MiB)

eth0      Link encap:Ethernet  HWaddr DC:9F:DB:67:68:DC
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:10314 errors:0 dropped:5 overruns:0 frame:0
          TX packets:6747 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2298435 (2.1 MiB)  TX bytes:1959299 (1.8 MiB)
          Interrupt:4

eth1      Link encap:Ethernet  HWaddr DE:9F:DB:67:68:DC
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:5

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1810 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1810 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:150080 (146.5 KiB)  TX bytes:150080 (146.5 KiB)

tunl0     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr DC:9F:DB:66:68:DC
          inet addr:10.104.215.33  Bcast:10.104.215.63  Mask:255.255.255.224
          inet6 addr: fd97:5028:93a8:2::1/64 Scope:Global
          inet6 addr: fe80::de9f:dbff:fe66:68dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3497 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3692 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:317460 (310.0 KiB)  TX bytes:447254 (436.7 KiB)

wlan0-1   Link encap:Ethernet  HWaddr DE:9F:DB:66:68:DC
          inet addr:104.195.0.57  Bcast:104.255.255.255  Mask:255.0.0.0
          inet6 addr: fd97:5028:93a8:1::1/64 Scope:Global
          inet6 addr: fe80::dc9f:dbff:fe66:68dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2109 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:235740 (230.2 KiB)


From sven-ola  Fri Oct 11 22:31:04 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Fri, 11 Oct 2013 22:31:04 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52585513.6030606@posteo.de>
References: <52585513.6030606@posteo.de>
Message-ID: <35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hey,

nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch keinen Kontakt gehabt. Worüber lauft das Inet? Oder anders: schick mir mal die Ausgabe von "ip r" und "uci show network"

//Sven-Ola



Alexander Kops <ako at posteo.de> schrieb:
>Hallo,
>ich war am Mittwoch in der c-base und Thomas hat mir dankenswerterweise
>sehr beim Einrichten meines Routers geholfen.
>Jetzt wollte ich ihn hier in Betrieb nehmen und habe das Problem, dass
>ich nicht ins Netz komme, wenn ich mich per WLAN mit dem
>Freifunk-Router
>verbinde.
>Folgendes Setup:
>* DSL über meine Fritz!Box 7390, hab ich verbunden mit der NanoStation
>M5 (Firmware: OpenWrt Attitude Adjustment pberg-221)
>* VPN03 ist eingerichtet wie hier
>http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
>* Router ist lokal erreichbar über 192.168.178.2
>* Wenn ich per ssh auf den Router gehe funktioniert dort sowohl "ping
>8.8.8.8", als auch "ping www.heise.de"
>* Wenn ich mich per WLAN mit dem Router verbinde und ein "ping 8.8.8.8"
>ausführe, erhalte ich nur ein "Destination Port unreachable"
>Also der Router kommt ins Netz, kann dies aber nicht über WLAN
>bereitstellen.
>
>Es scheint noch ein Problem mit dem VPN zu geben. Mittells "logread"
>sehe ich häufig die Meldung "write UDPv4: Operation not permitted
>(code=1)"
>Wie im Troubleshooting beschrieben habe ich es sowohl mit
>"/etc/init.d/vpn03 inetvia br-lan" und "/etc/init.d/vpn03 inetvia
>br-lan" probiert, scheint aber nicht zu helfen.
>Hier mal der Output von "/etc/init.d/vpn03 debug":
>
>Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]: NOTE:
>OpenVPN 2.1 requires '--script-security 2' or higher to call
>user-defined scripts or executables
>Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4
>link
>local: [undef]
>Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4
>link
>remote: [AF_INET]77.87.48.10:1194
>Oct 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>Operation not permitted (code=1)
>Oct 11 21:40:12 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>Operation not permitted (code=1)
>Oct 11 21:40:16 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>Operation not permitted (code=1)
>Oct 11 21:40:24 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>Operation not permitted (code=1)
>Oct 11 21:40:40 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>Operation not permitted (code=1)
>Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
>DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84
>Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
>DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84 alex-Latitude-6430U
>Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
>TLS key negotiation failed to occur within 60 seconds (check your
>network connectivity)
>Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
>TLS handshake failed
>Oct 11 21:41:10 Freifunk-Charlie daemon.notice openvpn[8362]:
>SIGUSR1[soft,tls-error] received, process restarting
>
>Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich mal
>angehangen.
>
>Alex
>
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJYYAgtHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyUoYAoLAdxq9ajNt4xaO5W0FOfcG7I93/
AKCdpN4huVYFEIkjAGiNFBkOsUyWhg==
=pDhL
-----END PGP SIGNATURE-----




From ako  Fri Oct 11 22:43:36 2013
From: ako (Alexander Kops)
Date: Fri, 11 Oct 2013 22:43:36 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>
References: <52585513.6030606@posteo.de>
	<35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>
Message-ID: <525862F8.1050009@posteo.de>

Hmm, jetzt scheint sich wieder die alte IT-Regel "Try turning it on and
off again" zu bewahrheiten.
Nachdem ich den Router jetzt wieder eingestöpselt habe, kann von
Fehlermeldungen keine Rede mehr sein.
Kann mich sowohl mit meinem Notebook als auch mit meinem Smartphone mit
dem Freifunk-WLAN verbinden und bin im Internet.
Der Vollständigkeit halber hier "ip r":

default via 192.168.178.1 dev br-lan  proto static
10.104.215.32/27 dev wlan0  proto kernel  scope link  src 10.104.215.33
77.87.48.10 via 192.168.178.1 dev br-lan
104.0.0.0/8 dev wlan0-1  proto kernel  scope link  src 104.195.0.57
128.0.0.0/1 via 172.31.240.1 dev tun0
172.31.240.0/20 dev tun0  proto kernel  scope link  src 172.31.240.32
192.168.178.0/24 dev br-lan  proto kernel  scope link  src 192.168.178.2

und "uci show network":

network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.lan=interface
network.lan.ifname=eth0
network.lan.type=bridge
network.lan.proto=static
network.lan.netmask=255.255.255.0
network.lan.ip6assign=64
network.lan.ipaddr=192.168.178.2
network.lan.gateway=192.168.178.1
network.lan.dns=192.168.178.1
network.wan=interface
network.wan.ifname=eth1
network.wan.proto=dhcp
network.globals=globals
network.globals.ula_prefix=fd97:5028:93a8::/48
network.henet=interface
network.henet.proto=6in4
network.tunl0=interface
network.tunl0.ifname=tunl0
network.tunl0.proto=none
network.wireless0=interface
network.wireless0.dns=2002:d596:2a92:1:71:53:: 2002:5968:c28e::53
88.198.178.18 141.54.1.1 212.204.49.83 8.8.8.8 8.8.4.4
network.wireless0.ip6assign=64
network.wireless0.netmask=255.0.0.0
network.wireless0.ipaddr=104.195.0.57
network.wireless0.proto=static
network.wireless0dhcp=interface
network.wireless0dhcp.ipaddr=10.104.215.33
network.wireless0dhcp.netmask=255.255.255.224
network.wireless0dhcp.ip6assign=64
network.wireless0dhcp.proto=static
network.vpn03=interface
network.vpn03.ifname=tun0
network.vpn03.proto=none
network.settings=private
network.settings.vpn03via=disable

Der Traffic des Routers läuft jetzt also über das VPN?

Gruß,
Alex

Am 11.10.2013 22:31, schrieb Sven-Ola Tuecke:
> Hey,
>
> nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch keinen
> Kontakt gehabt. Worüber lauft das Inet? Oder anders: schick mir mal
> die Ausgabe von "ip r" und "uci show network"
>
> //Sven-Ola
>
>
>
> Alexander Kops <ako at posteo.de> schrieb:
> > Hallo,
> > ich war am Mittwoch in der c-base und Thomas hat mir dankenswerterweise
> > sehr beim Einrichten meines Routers geholfen.
> > Jetzt wollte ich ihn hier in Betrieb nehmen und habe das Problem, dass
> > ich nicht ins Netz komme, wenn ich mich per WLAN mit dem
> > Freifunk-Router
> > verbinde.
> > Folgendes Setup:
> > * DSL über meine Fritz!Box 7390, hab ich verbunden mit der NanoStation
> > M5 (Firmware: OpenWrt Attitude Adjustment pberg-221)
> > * VPN03 ist eingerichtet wie hier
> > http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
> > * Router ist lokal erreichbar über 192.168.178.2
> > * Wenn ich per ssh auf den Router gehe funktioniert dort sowohl "ping
> > 8.8.8.8", als auch "ping www.heise.de"
> > * Wenn ich mich per WLAN mit dem Router verbinde und ein "ping 8.8.8.8"
> > ausführe, erhalte ich nur ein "Destination Port unreachable"
> > Also der Router kommt ins Netz, kann dies aber nicht über WLAN
> > bereitstellen.
>
> > Es scheint noch ein Problem mit dem VPN zu geben. Mittells "logread"
> > sehe ich häufig die Meldung "write UDPv4: Operation not permitted
> > (code=1)"
> > Wie im Troubleshooting beschrieben habe ich es sowohl mit
> > "/etc/init.d/vpn03 inetvia br-lan" und "/etc/init.d/vpn03 inetvia
> > br-lan" probiert, scheint aber nicht zu helfen.
> > Hier mal der Output von "/etc/init.d/vpn03 debug":
>
> > Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]: NOTE:
> > OpenVPN 2.1 requires '--script-security 2' or higher to call
> > user-defined scripts or executables
> > Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4
> > link
> > local: [undef]
> > Oct 11 21:40:10 Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4
> > link
> > remote: [AF_INET]77.87.48.10:1194
> > Oct 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> > Operation not permitted (code=1)
> > Oct 11 21:40:12 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> > Operation not permitted (code=1)
> > Oct 11 21:40:16 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> > Operation not permitted (code=1)
> > Oct 11 21:40:24 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> > Operation not permitted (code=1)
> > Oct 11 21:40:40 Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> > Operation not permitted (code=1)
> > Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
> > DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84
> > Oct 11 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
> > DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84 alex-Latitude-6430U
> > Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
> > TLS key negotiation failed to occur within 60 seconds (check your
> > network connectivity)
> > Oct 11 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
> > TLS handshake failed
> > Oct 11 21:41:10 Freifunk-Charlie daemon.notice openvpn[8362]:
> > SIGUSR1[soft,tls-error] received, process restarting
>
> > Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich mal
> > angehangen.
>
> > Alex
>
>
>
>
> > ------------------------------------------------------------------------
>
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From borgers  Fri Oct 11 22:56:36 2013
From: borgers (Philipp Borgers)
Date: Fri, 11 Oct 2013 22:56:36 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <525862F8.1050009@posteo.de>
References: <52585513.6030606@posteo.de>	<35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>
	<525862F8.1050009@posteo.de>
Message-ID: <52586604.7010703@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Überprüfe das einfach mit mtr, traceroute oder ähnlichen Tools von
deinem Laptop aus.

traceroute heise.de sollte eine Liste von Hops anzeigen, die deine
Daten ins Internet nehmen bzw. zum Server von heise.de

Wenn dort irgendwo bgp*.freifunk.net als Hop drin steht, sind die
Daten auf dem richtigen Weg.

Sinnvoll ist es auch noch zu testen, ob der Router nichts mehr routet,
wenn das vpn ausgeschaltet ist. Einfach openvpn mit /etc/init.d/open
stop anhalten.

On 11.10.2013 22:43, Alexander Kops wrote:
> Hmm, jetzt scheint sich wieder die alte IT-Regel "Try turning it on
> and off again" zu bewahrheiten. Nachdem ich den Router jetzt wieder
> eingestöpselt habe, kann von Fehlermeldungen keine Rede mehr sein. 
> Kann mich sowohl mit meinem Notebook als auch mit meinem Smartphone
> mit dem Freifunk-WLAN verbinden und bin im Internet. Der
> Vollständigkeit halber hier "ip r":
> 
> default via 192.168.178.1 dev br-lan  proto static 10.104.215.32/27
> dev wlan0  proto kernel  scope link  src 10.104.215.33 77.87.48.10
> via 192.168.178.1 dev br-lan 104.0.0.0/8 dev wlan0-1  proto kernel
> scope link  src 104.195.0.57 128.0.0.0/1 via 172.31.240.1 dev tun0 
> 172.31.240.0/20 dev tun0  proto kernel  scope link  src
> 172.31.240.32 192.168.178.0/24 dev br-lan  proto kernel  scope link
> src 192.168.178.2
> 
> und "uci show network":
> 
> network.loopback=interface network.loopback.ifname=lo 
> network.loopback.proto=static network.loopback.ipaddr=127.0.0.1 
> network.loopback.netmask=255.0.0.0 network.lan=interface 
> network.lan.ifname=eth0 network.lan.type=bridge 
> network.lan.proto=static network.lan.netmask=255.255.255.0 
> network.lan.ip6assign=64 network.lan.ipaddr=192.168.178.2 
> network.lan.gateway=192.168.178.1 network.lan.dns=192.168.178.1 
> network.wan=interface network.wan.ifname=eth1 
> network.wan.proto=dhcp network.globals=globals 
> network.globals.ula_prefix=fd97:5028:93a8::/48 
> network.henet=interface network.henet.proto=6in4 
> network.tunl0=interface network.tunl0.ifname=tunl0 
> network.tunl0.proto=none network.wireless0=interface 
> network.wireless0.dns=2002:d596:2a92:1:71:53:: 2002:5968:c28e::53 
> 88.198.178.18 141.54.1.1 212.204.49.83 8.8.8.8 8.8.4.4 
> network.wireless0.ip6assign=64 network.wireless0.netmask=255.0.0.0 
> network.wireless0.ipaddr=104.195.0.57 
> network.wireless0.proto=static network.wireless0dhcp=interface 
> network.wireless0dhcp.ipaddr=10.104.215.33 
> network.wireless0dhcp.netmask=255.255.255.224 
> network.wireless0dhcp.ip6assign=64 
> network.wireless0dhcp.proto=static network.vpn03=interface 
> network.vpn03.ifname=tun0 network.vpn03.proto=none 
> network.settings=private network.settings.vpn03via=disable
> 
> Der Traffic des Routers läuft jetzt also über das VPN?
> 
> Gruß, Alex
> 
> Am 11.10.2013 22:31, schrieb Sven-Ola Tuecke:
>> Hey,
>> 
>> nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch
>> keinen Kontakt gehabt. Worüber lauft das Inet? Oder anders:
>> schick mir mal die Ausgabe von "ip r" und "uci show network"
>> 
>> //Sven-Ola
>> 
>> 
>> 
>> Alexander Kops <ako at posteo.de> schrieb:
>>> Hallo, ich war am Mittwoch in der c-base und Thomas hat mir
>>> dankenswerterweise sehr beim Einrichten meines Routers
>>> geholfen. Jetzt wollte ich ihn hier in Betrieb nehmen und habe
>>> das Problem, dass ich nicht ins Netz komme, wenn ich mich per
>>> WLAN mit dem Freifunk-Router verbinde. Folgendes Setup: * DSL
>>> über meine Fritz!Box 7390, hab ich verbunden mit der
>>> NanoStation M5 (Firmware: OpenWrt Attitude Adjustment
>>> pberg-221) * VPN03 ist eingerichtet wie hier 
>>> http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben 
>>> * Router ist lokal erreichbar über 192.168.178.2 * Wenn ich per
>>> ssh auf den Router gehe funktioniert dort sowohl "ping 
>>> 8.8.8.8", als auch "ping www.heise.de" * Wenn ich mich per WLAN
>>> mit dem Router verbinde und ein "ping 8.8.8.8" ausführe,
>>> erhalte ich nur ein "Destination Port unreachable" Also der
>>> Router kommt ins Netz, kann dies aber nicht über WLAN 
>>> bereitstellen.
>> 
>>> Es scheint noch ein Problem mit dem VPN zu geben. Mittells
>>> "logread" sehe ich häufig die Meldung "write UDPv4: Operation
>>> not permitted (code=1)" Wie im Troubleshooting beschrieben habe
>>> ich es sowohl mit "/etc/init.d/vpn03 inetvia br-lan" und
>>> "/etc/init.d/vpn03 inetvia br-lan" probiert, scheint aber nicht
>>> zu helfen. Hier mal der Output von "/etc/init.d/vpn03 debug":
>> 
>>> Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]:
>>> NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to
>>> call user-defined scripts or executables Oct 11 21:40:10
>>> Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link local:
>>> [undef] Oct 11 21:40:10 Freifunk-Charlie daemon.notice
>>> openvpn[8362]: UDPv4 link remote: [AF_INET]77.87.48.10:1194 Oct
>>> 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write
>>> UDPv4: Operation not permitted (code=1) Oct 11 21:40:12
>>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4: 
>>> Operation not permitted (code=1) Oct 11 21:40:16
>>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4: 
>>> Operation not permitted (code=1) Oct 11 21:40:24
>>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4: 
>>> Operation not permitted (code=1) Oct 11 21:40:40
>>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4: 
>>> Operation not permitted (code=1) Oct 11 21:41:02
>>> Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]: 
>>> DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84 Oct 11
>>> 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]: 
>>> DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84
>>> alex-Latitude-6430U Oct 11 21:41:10 Freifunk-Charlie daemon.err
>>> openvpn[8362]: TLS Error: TLS key negotiation failed to occur
>>> within 60 seconds (check your network connectivity) Oct 11
>>> 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error: 
>>> TLS handshake failed Oct 11 21:41:10 Freifunk-Charlie
>>> daemon.notice openvpn[8362]: SIGUSR1[soft,tls-error] received,
>>> process restarting
>> 
>>> Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich
>>> mal angehangen.
>> 
>>> Alex
>> 
>> 
>> 
>> 
>>> ------------------------------------------------------------------------
>>
>>>
>>> 
_______________________________________________
>>> Berlin mailing list Berlin at berlin.freifunk.net 
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>>
>>
>>> 
_______________________________________________
>> Berlin mailing list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSWGYEAAoJEFUqJM/vAMbxqOUP/3fRSvfL+xQMtff1sOztQqUU
CRgXhWbYviPsvWJ7Nxd3si+3DgZPUnY6DuCLHKl034GJxIKM3FfEv6rkNOhzrkhF
95wslBmG6XaZa/rA24iS/pReWXCjYa8u1IEuFJZC6VSah6UpznHZHL5jlYwXPmZs
lMn0ZPxgtBs7lF8cRCnMRm6NZjLSvOBXUNAl6kxOLG7xeSikG7VEFw9lQN9t+iYh
wS3UHvpZyp/T/8diTnF8/s8iYcToC5folJnw80iMfEObuMPlX2CUVcgRiArRSjtH
YS+bFdXV/OP3wSPcBOnVFWLZbeac1XsMittXYb4BsM7AIvrwSpVVLQjAKXOSBngI
5BCb6wOMoHYQAl9nLuog+7488ZaS9i1cADlLcoEIZTT+s1K+wbFPPNa9cpwr5UhL
EyWsx3Ea5PbLxkDOxa8aKI86Np8coQChe6GNcq+RI2BPygvTRtoHO0lW3U9TJRNB
0UmgHmLmBnCmwL1wFRcYTUlksY9oPBQBNkt8quK9aj1JkwozRGiKxc31vSva+tMY
KhXNpEle4SYs5xA+nGR5sYPuDOE2hlrbgCwJk3AEgd/Vz3Zajw6+LQJvPJtnsmME
+TUFzuUHYKLUvD3YsG6XaUsU/UUR/f+fa5ex0/7/hgFcVjYxOdUvpWPl0X1TyyYg
Pw41jWzBBi/fKVv6sJPF
=drzb
-----END PGP SIGNATURE-----




From ako  Fri Oct 11 23:09:55 2013
From: ako (Alexander Kops)
Date: Fri, 11 Oct 2013 23:09:55 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52586604.7010703@mi.fu-berlin.de>
References: <52585513.6030606@posteo.de>	<35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>
	<525862F8.1050009@posteo.de> <52586604.7010703@mi.fu-berlin.de>
Message-ID: <52586923.8080906@posteo.de>

Hi,
sieht gut aus!
Das "traceroute" mit eingeschaltetem VPN03 sieht so aus:

 traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte packets
 1  10.104.215.33 (10.104.215.33)  3.074 ms  1.838 ms  1.728 ms
 2  172.31.240.1 (172.31.240.1)  35.554 ms  35.510 ms  39.207 ms
 3  bgp01.berlin.freifunk.net (77.87.48.1)  41.672 ms  41.625 ms  44.206 ms
...

 Wenn ich /etc/init.d/vpn03 stop aufrufe, dann so:

traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte packets
 1  10.104.215.33 (10.104.215.33)  3.212 ms  3.036 ms  2.898 ms
 2  10.104.215.33 (10.104.215.33)  2.734 ms  2.594 ms  2.447 ms

Eine kurze Frage hätte ich dann doch noch. Ich hab mir wie bei
http://wiki.freifunk.net/Vpn03#Firmware_flashen beschrieben, 16 IP-Adressen
104.195.0.57 - 104.195.0.72 gesichert.
Im Freifunk-Assistenten unter "Drahtloses Freifunk Netzwerk 'RADIO0'"
habe ich als "RADIO0 Mesh IP Adresse einrichten" auch die erste IP
Adresse 104.195.0.57 eingetragen.
Das Feld "RADIO0 Mesh DHCP anbieten" habe ich allerdings frei gelassen
(in der Beschreibung steht, das es irgendwie automatisch funktioniert).
Oder muss dort etwas eingetragen werden?

Gruß,
Alex

Am 11.10.2013 22:56, schrieb Philipp Borgers:
> Überprüfe das einfach mit mtr, traceroute oder ähnlichen Tools von
> deinem Laptop aus.
>
> traceroute heise.de sollte eine Liste von Hops anzeigen, die deine
> Daten ins Internet nehmen bzw. zum Server von heise.de
>
> Wenn dort irgendwo bgp*.freifunk.net als Hop drin steht, sind die
> Daten auf dem richtigen Weg.
>
> Sinnvoll ist es auch noch zu testen, ob der Router nichts mehr routet,
> wenn das vpn ausgeschaltet ist. Einfach openvpn mit /etc/init.d/open
> stop anhalten.
>
> On 11.10.2013 22:43, Alexander Kops wrote:
> > Hmm, jetzt scheint sich wieder die alte IT-Regel "Try turning it on
> > and off again" zu bewahrheiten. Nachdem ich den Router jetzt wieder
> > eingestöpselt habe, kann von Fehlermeldungen keine Rede mehr sein.
> > Kann mich sowohl mit meinem Notebook als auch mit meinem Smartphone
> > mit dem Freifunk-WLAN verbinden und bin im Internet. Der
> > Vollständigkeit halber hier "ip r":
>
> > default via 192.168.178.1 dev br-lan  proto static 10.104.215.32/27
> > dev wlan0  proto kernel  scope link  src 10.104.215.33 77.87.48.10
> > via 192.168.178.1 dev br-lan 104.0.0.0/8 dev wlan0-1  proto kernel
> > scope link  src 104.195.0.57 128.0.0.0/1 via 172.31.240.1 dev tun0
> > 172.31.240.0/20 dev tun0  proto kernel  scope link  src
> > 172.31.240.32 192.168.178.0/24 dev br-lan  proto kernel  scope link
> > src 192.168.178.2
>
> > und "uci show network":
>
> > network.loopback=interface network.loopback.ifname=lo
> > network.loopback.proto=static network.loopback.ipaddr=127.0.0.1
> > network.loopback.netmask=255.0.0.0 network.lan=interface
> > network.lan.ifname=eth0 network.lan.type=bridge
> > network.lan.proto=static network.lan.netmask=255.255.255.0
> > network.lan.ip6assign=64 network.lan.ipaddr=192.168.178.2
> > network.lan.gateway=192.168.178.1 network.lan.dns=192.168.178.1
> > network.wan=interface network.wan.ifname=eth1
> > network.wan.proto=dhcp network.globals=globals
> > network.globals.ula_prefix=fd97:5028:93a8::/48
> > network.henet=interface network.henet.proto=6in4
> > network.tunl0=interface network.tunl0.ifname=tunl0
> > network.tunl0.proto=none network.wireless0=interface
> > network.wireless0.dns=2002:d596:2a92:1:71:53:: 2002:5968:c28e::53
> > 88.198.178.18 141.54.1.1 212.204.49.83 8.8.8.8 8.8.4.4
> > network.wireless0.ip6assign=64 network.wireless0.netmask=255.0.0.0
> > network.wireless0.ipaddr=104.195.0.57
> > network.wireless0.proto=static network.wireless0dhcp=interface
> > network.wireless0dhcp.ipaddr=10.104.215.33
> > network.wireless0dhcp.netmask=255.255.255.224
> > network.wireless0dhcp.ip6assign=64
> > network.wireless0dhcp.proto=static network.vpn03=interface
> > network.vpn03.ifname=tun0 network.vpn03.proto=none
> > network.settings=private network.settings.vpn03via=disable
>
> > Der Traffic des Routers läuft jetzt also über das VPN?
>
> > Gruß, Alex
>
> > Am 11.10.2013 22:31, schrieb Sven-Ola Tuecke:
> >> Hey,
> >>
> >> nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch
> >> keinen Kontakt gehabt. Worüber lauft das Inet? Oder anders:
> >> schick mir mal die Ausgabe von "ip r" und "uci show network"
> >>
> >> //Sven-Ola
> >>
> >>
> >>
> >> Alexander Kops <ako at posteo.de> schrieb:
> >>> Hallo, ich war am Mittwoch in der c-base und Thomas hat mir
> >>> dankenswerterweise sehr beim Einrichten meines Routers
> >>> geholfen. Jetzt wollte ich ihn hier in Betrieb nehmen und habe
> >>> das Problem, dass ich nicht ins Netz komme, wenn ich mich per
> >>> WLAN mit dem Freifunk-Router verbinde. Folgendes Setup: * DSL
> >>> über meine Fritz!Box 7390, hab ich verbunden mit der
> >>> NanoStation M5 (Firmware: OpenWrt Attitude Adjustment
> >>> pberg-221) * VPN03 ist eingerichtet wie hier
> >>> http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
> >>> * Router ist lokal erreichbar über 192.168.178.2 * Wenn ich per
> >>> ssh auf den Router gehe funktioniert dort sowohl "ping
> >>> 8.8.8.8", als auch "ping www.heise.de" * Wenn ich mich per WLAN
> >>> mit dem Router verbinde und ein "ping 8.8.8.8" ausführe,
> >>> erhalte ich nur ein "Destination Port unreachable" Also der
> >>> Router kommt ins Netz, kann dies aber nicht über WLAN
> >>> bereitstellen.
> >>
> >>> Es scheint noch ein Problem mit dem VPN zu geben. Mittells
> >>> "logread" sehe ich häufig die Meldung "write UDPv4: Operation
> >>> not permitted (code=1)" Wie im Troubleshooting beschrieben habe
> >>> ich es sowohl mit "/etc/init.d/vpn03 inetvia br-lan" und
> >>> "/etc/init.d/vpn03 inetvia br-lan" probiert, scheint aber nicht
> >>> zu helfen. Hier mal der Output von "/etc/init.d/vpn03 debug":
> >>
> >>> Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]:
> >>> NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to
> >>> call user-defined scripts or executables Oct 11 21:40:10
> >>> Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link local:
> >>> [undef] Oct 11 21:40:10 Freifunk-Charlie daemon.notice
> >>> openvpn[8362]: UDPv4 link remote: [AF_INET]77.87.48.10:1194 Oct
> >>> 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write
> >>> UDPv4: Operation not permitted (code=1) Oct 11 21:40:12
> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> >>> Operation not permitted (code=1) Oct 11 21:40:16
> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> >>> Operation not permitted (code=1) Oct 11 21:40:24
> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> >>> Operation not permitted (code=1) Oct 11 21:40:40
> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
> >>> Operation not permitted (code=1) Oct 11 21:41:02
> >>> Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
> >>> DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84 Oct 11
> >>> 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
> >>> DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84
> >>> alex-Latitude-6430U Oct 11 21:41:10 Freifunk-Charlie daemon.err
> >>> openvpn[8362]: TLS Error: TLS key negotiation failed to occur
> >>> within 60 seconds (check your network connectivity) Oct 11
> >>> 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
> >>> TLS handshake failed Oct 11 21:41:10 Freifunk-Charlie
> >>> daemon.notice openvpn[8362]: SIGUSR1[soft,tls-error] received,
> >>> process restarting
> >>
> >>> Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich
> >>> mal angehangen.
> >>
> >>> Alex
> >>
> >>
> >>
> >>
> >>>
> ------------------------------------------------------------------------
> >>
> >>>
> >>>
> _______________________________________________
> >>> Berlin mailing list Berlin at berlin.freifunk.net
> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>
> >>
> >>
> >>>
> _______________________________________________
> >> Berlin mailing list Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
> > _______________________________________________ Berlin mailing
> > list Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From borgers  Fri Oct 11 23:35:55 2013
From: borgers (Philipp Borgers)
Date: Fri, 11 Oct 2013 23:35:55 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52586923.8080906@posteo.de>
References: <52585513.6030606@posteo.de>	<35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>	<525862F8.1050009@posteo.de>
	<52586604.7010703@mi.fu-berlin.de> <52586923.8080906@posteo.de>
Message-ID: <52586F3B.8050306@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Falls du jabber hast und direktere Hilfe brauchst: booo at jabber.spline.de

On 11.10.2013 23:09, Alexander Kops wrote:
> Hi, sieht gut aus! Das "traceroute" mit eingeschaltetem VPN03
> sieht so aus:
> 
> traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte 
> packets 1  10.104.215.33 (10.104.215.33)  3.074 ms  1.838 ms
> 1.728 ms 2  172.31.240.1 (172.31.240.1)  35.554 ms  35.510 ms
> 39.207 ms 3  bgp01.berlin.freifunk.net (77.87.48.1)  41.672 ms
> 41.625 ms 44.206 ms ...
> 
> Wenn ich /etc/init.d/vpn03 stop aufrufe, dann so:
> 
> traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte 
> packets 1  10.104.215.33 (10.104.215.33)  3.212 ms  3.036 ms
> 2.898 ms 2  10.104.215.33 (10.104.215.33)  2.734 ms  2.594 ms
> 2.447 ms

Das sieht gut aus.

> Eine kurze Frage hätte ich dann doch noch. Ich hab mir wie bei 
> http://wiki.freifunk.net/Vpn03#Firmware_flashen beschrieben, 16 
> IP-Adressen 104.195.0.57 - 104.195.0.72 gesichert.

Wie bist du auf diese IP-Range gekommen? Ich würde dir diese hier
empfehlen

104.195.0.64/28 oder 104.195.0.64/27

Unter Linux einfach mal ipcalc installieren und ipcalc 104.195.0.64/27
eingeben. Das zeigt nützliche Informationen zu deinem Netz.

Grundsätzlich brauchst du eine Mesh-IP, die du dem Router gibst, damit
er im Freifunknetz routen/meshen kann. Diese IP wird auf dem
Adhoc-Interface vergeben (vom Assistenten). Wenn du einen Virtuellen
Access-Point konfigurierst, wirst du nach einem Netz/Range gefragt.
Z.B. 104.195.0.64/27 Aus dieser nimmt der Router sich eine und den
Rest der vergibt er per DHCP an Clients. Virtueller Access-Point
heißt, dass wir noch ein WLAN im Infrastruktur-Modus konfigurieren mit
anderer SSID.

Kurz:

* Irgendeine freie IP fürs Mesh
* Ein freies Netz z.B. 104.195.0.64/27 für den virtuellen Access-Point

Ob deine Netzwahl sinnvoll ist, siehst du an der Ausgabe von ipcalc.

> Im Freifunk-Assistenten unter "Drahtloses Freifunk Netzwerk 
> 'RADIO0'" habe ich als "RADIO0 Mesh IP Adresse einrichten" auch
> die erste IP Adresse 104.195.0.57 eingetragen.

Da muss auf jeden fall eine IP rein, aber keine aus dem Range.

> Das Feld "RADIO0 Mesh DHCP anbieten" habe ich allerdings frei 
> gelassen (in der Beschreibung steht, das es irgendwie automatisch 
> funktioniert). Oder muss dort etwas eingetragen werden?

Richtig, wenn ich mich nicht irre. Wichtig ist das du eine Virtuellen
Access-Point konfigurierst und dort auch eine SSID vergibst für deinen
Access-Point über den sich Clients ins Freifunk/Internet einloggen können.

> 
> Gruß, Alex
> 
> Am 11.10.2013 22:56, schrieb Philipp Borgers:
>> Überprüfe das einfach mit mtr, traceroute oder ähnlichen Tools 
>> von deinem Laptop aus.
>> 
>> traceroute heise.de sollte eine Liste von Hops anzeigen, die 
>> deine Daten ins Internet nehmen bzw. zum Server von heise.de
>> 
>> Wenn dort irgendwo bgp*.freifunk.net als Hop drin steht, sind die
>> Daten auf dem richtigen Weg.
>> 
>> Sinnvoll ist es auch noch zu testen, ob der Router nichts mehr 
>> routet, wenn das vpn ausgeschaltet ist. Einfach openvpn mit 
>> /etc/init.d/open stop anhalten.
>> 
>> On 11.10.2013 22:43, Alexander Kops wrote:
>>> Hmm, jetzt scheint sich wieder die alte IT-Regel "Try turning 
>>> it on and off again" zu bewahrheiten. Nachdem ich den Router 
>>> jetzt wieder eingestöpselt habe, kann von Fehlermeldungen
>>> keine Rede mehr sein. Kann mich sowohl mit meinem Notebook als
>>> auch mit meinem Smartphone mit dem Freifunk-WLAN verbinden und
>>> bin im Internet. Der Vollständigkeit halber hier "ip r":
>> 
>>> default via 192.168.178.1 dev br-lan  proto static 
>>> 10.104.215.32/27 dev wlan0  proto kernel  scope link  src 
>>> 10.104.215.33 77.87.48.10 via 192.168.178.1 dev br-lan 
>>> 104.0.0.0/8 dev wlan0-1  proto kernel scope link  src 
>>> 104.195.0.57 128.0.0.0/1 via 172.31.240.1 dev tun0 
>>> 172.31.240.0/20 dev tun0  proto kernel  scope link  src 
>>> 172.31.240.32 192.168.178.0/24 dev br-lan  proto kernel  scope 
>>> link src 192.168.178.2
>> 
>>> und "uci show network":
>> 
>>> network.loopback=interface network.loopback.ifname=lo 
>>> network.loopback.proto=static network.loopback.ipaddr=127.0.0.1
>>>  network.loopback.netmask=255.0.0.0 network.lan=interface 
>>> network.lan.ifname=eth0 network.lan.type=bridge 
>>> network.lan.proto=static network.lan.netmask=255.255.255.0 
>>> network.lan.ip6assign=64 network.lan.ipaddr=192.168.178.2 
>>> network.lan.gateway=192.168.178.1 network.lan.dns=192.168.178.1
>>> network.wan=interface network.wan.ifname=eth1
>>> network.wan.proto=dhcp network.globals=globals 
>>> network.globals.ula_prefix=fd97:5028:93a8::/48 
>>> network.henet=interface network.henet.proto=6in4 
>>> network.tunl0=interface network.tunl0.ifname=tunl0 
>>> network.tunl0.proto=none network.wireless0=interface 
>>> network.wireless0.dns=2002:d596:2a92:1:71:53:: 
>>> 2002:5968:c28e::53 88.198.178.18 141.54.1.1 212.204.49.83 
>>> 8.8.8.8 8.8.4.4 network.wireless0.ip6assign=64 
>>> network.wireless0.netmask=255.0.0.0 
>>> network.wireless0.ipaddr=104.195.0.57 
>>> network.wireless0.proto=static network.wireless0dhcp=interface
>>>  network.wireless0dhcp.ipaddr=10.104.215.33 
>>> network.wireless0dhcp.netmask=255.255.255.224 
>>> network.wireless0dhcp.ip6assign=64 
>>> network.wireless0dhcp.proto=static network.vpn03=interface 
>>> network.vpn03.ifname=tun0 network.vpn03.proto=none 
>>> network.settings=private network.settings.vpn03via=disable
>> 
>>> Der Traffic des Routers läuft jetzt also über das VPN?
>> 
>>> Gruß, Alex
>> 
>>> Am 11.10.2013 22:31, schrieb Sven-Ola Tuecke:
>>>> Hey,
>>>> 
>>>> nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch 
>>>> keinen Kontakt gehabt. Worüber lauft das Inet? Oder anders: 
>>>> schick mir mal die Ausgabe von "ip r" und "uci show network"
>>>> 
>>>> //Sven-Ola
>>>> 
>>>> 
>>>> 
>>>> Alexander Kops <ako at posteo.de> schrieb:
>>>>> Hallo, ich war am Mittwoch in der c-base und Thomas hat mir
>>>>> dankenswerterweise sehr beim Einrichten meines Routers 
>>>>> geholfen. Jetzt wollte ich ihn hier in Betrieb nehmen und 
>>>>> habe das Problem, dass ich nicht ins Netz komme, wenn ich 
>>>>> mich per WLAN mit dem Freifunk-Router verbinde. Folgendes 
>>>>> Setup: * DSL über meine Fritz!Box 7390, hab ich verbunden 
>>>>> mit der NanoStation M5 (Firmware: OpenWrt Attitude 
>>>>> Adjustment pberg-221) * VPN03 ist eingerichtet wie hier 
>>>>> http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
>>>>>
>>>>>
>>>>> 
* Router ist lokal erreichbar über 192.168.178.2 * Wenn ich per
>>>>> ssh auf den Router gehe funktioniert dort sowohl "ping 
>>>>> 8.8.8.8", als auch "ping www.heise.de" * Wenn ich mich per 
>>>>> WLAN mit dem Router verbinde und ein "ping 8.8.8.8" 
>>>>> ausführe, erhalte ich nur ein "Destination Port 
>>>>> unreachable" Also der Router kommt ins Netz, kann dies
>>>>> aber nicht über WLAN bereitstellen.
>>>> 
>>>>> Es scheint noch ein Problem mit dem VPN zu geben. Mittells
>>>>>  "logread" sehe ich häufig die Meldung "write UDPv4: 
>>>>> Operation not permitted (code=1)" Wie im Troubleshooting 
>>>>> beschrieben habe ich es sowohl mit "/etc/init.d/vpn03 
>>>>> inetvia br-lan" und "/etc/init.d/vpn03 inetvia br-lan" 
>>>>> probiert, scheint aber nicht zu helfen. Hier mal der
>>>>> Output von "/etc/init.d/vpn03 debug":
>>>> 
>>>>> Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]:
>>>>> NOTE: OpenVPN 2.1 requires '--script-security 2' or higher
>>>>> to call user-defined scripts or executables Oct 11 21:40:10
>>>>> Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link
>>>>> local: [undef] Oct 11 21:40:10 Freifunk-Charlie
>>>>> daemon.notice openvpn[8362]: UDPv4 link remote:
>>>>> [AF_INET]77.87.48.10:1194 Oct 11 21:40:10 Freifunk-Charlie
>>>>> daemon.err openvpn[8362]: write UDPv4: Operation not
>>>>> permitted (code=1) Oct 11 21:40:12 Freifunk-Charlie
>>>>> daemon.err openvpn[8362]: write UDPv4: Operation not
>>>>> permitted (code=1) Oct 11 21:40:16 Freifunk-Charlie
>>>>> daemon.err openvpn[8362]: write UDPv4: Operation not
>>>>> permitted (code=1) Oct 11 21:40:24 Freifunk-Charlie
>>>>> daemon.err openvpn[8362]: write UDPv4: Operation not
>>>>> permitted (code=1) Oct 11 21:40:40 Freifunk-Charlie
>>>>> daemon.err openvpn[8362]: write UDPv4: Operation not
>>>>> permitted (code=1) Oct 11 21:41:02 Freifunk-Charlie
>>>>> daemon.info dnsmasq-dhcp[1833]: DHCPREQUEST(wlan0)
>>>>> 10.104.215.38 24:77:03:f2:25:84 Oct 11 21:41:02
>>>>> Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]: 
>>>>> DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84 
>>>>> alex-Latitude-6430U Oct 11 21:41:10 Freifunk-Charlie 
>>>>> daemon.err openvpn[8362]: TLS Error: TLS key negotiation 
>>>>> failed to occur within 60 seconds (check your network 
>>>>> connectivity) Oct 11 21:41:10 Freifunk-Charlie daemon.err 
>>>>> openvpn[8362]: TLS Error: TLS handshake failed Oct 11 
>>>>> 21:41:10 Freifunk-Charlie daemon.notice openvpn[8362]: 
>>>>> SIGUSR1[soft,tls-error] received, process restarting
>>>> 
>>>>> Kann mir da jemand helfen? Meinen "ifconfig"-output habe 
>>>>> ich mal angehangen.
>>>> 
>>>>> Alex
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> 
>> ------------------------------------------------------------------------
>>>>
>>>>>
>>>>>
>>
>>
>> 
_______________________________________________
>>>>> Berlin mailing list Berlin at berlin.freifunk.net 
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>>
>>>>
>>>>
>>>>>
>>
>>>>>
>>>>> 
_______________________________________________
>>>> Berlin mailing list Berlin at berlin.freifunk.net 
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>>
>>>
>>>>
>>>> 
_______________________________________________ Berlin mailing
>>> list Berlin at berlin.freifunk.net 
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>>
>>
>>
>>>
>>> 
_______________________________________________
>> Berlin mailing list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
> _______________________________________________ Berlin mailing list
> Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSWG87AAoJEFUqJM/vAMbx7cAP/jPQTCn9Sh9gYh2animfnH+2
XX8mPy3uTTu6a3yUhrXwgpWTTsSXJueeYnjk+Zrvzgu1QcG2+y/g86zCgCdbI2Cn
xLTih9A+9nNLePeIdjKjZBqO6lrvxdvEy7k2SWn2VvWDyoVguMQzsk8fv7B7P2Fr
Fm1DW59nZtekIdzzuqf8CgGucc8ZLI4TGEsD68K05KO3ZeSJWdHH+vC/ihZj35kQ
uxPbzCzp+ZsV9VGjaavWsVSQrQJxgVYolUmqsa3KsTyi5q34Ez4Uo/v/8aY6+pN2
0iv2YAbRrhK0GrJt3soULwUAR/8P8ej7/Nz6T4Fd+TiBRKqiEnoa4ZrdcO4tGwP1
J2bRkKdRDGIchDzneeFsAxL8sQGD7lQD5vlHxYUpDH4jViJo0KrhIRclwsnH6jaS
QyXtZf0EBDGvdl59vVMDVQvfs8L3TGISyIKDKbwIQe3jrDREuEBWXB1AuX1zIlHa
taHbW/aIeIOiS02dYsOCQNjJHAyddE5VcSmnbBcyU+Os3KHVH+3O0gs7vWyGKm7D
qagWMPZsBeRjDHko2yyBx2D5mJ0lWMEl+EIkhcmVN5e5DPndELjmfu+w8TTZdBZ1
81H+n4O8Kz5xSePDA6QC9O3xNVCr2od+5ZRwitcqxvCqSAQl6WFqpUod2TzARspr
osa5ap+sp3zCfGY1giEt
=jfca
-----END PGP SIGNATURE-----




From tomomelley  Fri Oct 11 23:45:52 2013
From: tomomelley (Tom Arden)
Date: Fri, 11 Oct 2013 23:45:52 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52586923.8080906@posteo.de>
References: <52585513.6030606@posteo.de> <52586604.7010703@mi.fu-berlin.de>
	<52586923.8080906@posteo.de>
Message-ID: <2441904.rkEALymLKG@pronix>

Um das zu verstehen muss man
http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
berechnen.
 
Bei dir wäre das
entweder 
Network:   104.195.0.48/28 
IP Adressen: von 104.195.0.48  bis 104.195.0.63
oder 
Network:   104.195.0.64/28
IP Adressen: von 104.195.0.64 bis 104.195.0.79 also 16 Adressen

Bei DHCP RADIO0 Mesh DHCP muss dann 104.195.0.48/28 oder 104.195.0.64/28 rein.
 Als Wlanadresse eine andere Ip die nicht in diesem Netz ist.
BSP: wenn du Mesh dhcp netz 104.195.0.64/28 reischreibst nimmst du als 
Hauptadressen zum Bsp 104.195.0.62. Die liegt ausserhalb von dem DHCP netz.

Andernfalss benutzt der Wizard sogenannte ? Private adressen die dann 
?genattet? werden argh aber das geht dann schon zuweit. 
.....................................................

Am Freitag, 11. Oktober 2013, 23:09:55 schrieb Alexander Kops:
> Eine kurze Frage hätte ich dann doch noch. Ich hab mir wie bei
> http://wiki.freifunk.net/Vpn03#Firmware_flashen beschrieben, 16 IP-Adressen
> 104.195.0.57 - 104.195.0.72 gesichert.
> Im Freifunk-Assistenten unter "Drahtloses Freifunk Netzwerk 'RADIO0'"
> habe ich als "RADIO0 Mesh IP Adresse einrichten" auch die erste IP
> Adresse 104.195.0.57 eingetragen.
> Das Feld "RADIO0 Mesh DHCP anbieten" habe ich allerdings frei gelassen
> (in der Beschreibung steht, das es irgendwie automatisch funktioniert).
> Oder muss dort etwas eingetragen werden?




From x-alina  Sat Oct 12 10:34:46 2013
From: x-alina (Alina Friedrichsen)
Date: Sat, 12 Oct 2013 10:34:46 +0200 (CEST)
Subject: [Berlin-wireless] Der Zorn des Khan
In-Reply-To: <1381498972.1882.25.camel@s400ca>
References: <1381498972.1882.25.camel@s400ca>
Message-ID: <trinity-cac68ff8-a89e-4662-b7fc-a84af47e7f9b-1381566886802@3capp-gmx-bs02>

Ich hab jetzt alle meine Computer usw. zerstört. Es gibt eine Schmerzgrenze, die ich erleiden kann. Diese wurde überschritten.

Ganz besondere Grüße an den Herrn Dr., der seinen Dr.-Titel zu einen großen Teil mir zu verdanken hat, und mir nicht mal 3 Euro leihen will.

Ich werden keinen Finger rühren, bis mir der gesamte Schaden erstattet wurde.




From sven-ola  Sat Oct 12 10:40:33 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sat, 12 Oct 2013 10:40:33 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52586923.8080906@posteo.de>
References: <52585513.6030606@posteo.de>
	<35427133-a804-44f2-8260-9a8a26d9abdc@email.android.com>
	<525862F8.1050009@posteo.de> <52586604.7010703@mi.fu-berlin.de>
	<52586923.8080906@posteo.de>
Message-ID: <2e0b821f-3fa4-4fbb-99f5-cd2b3e07c6d1@email.android.com>

Hey,

so solls aussehen. Evt. ist die WAN-Leitung rostig? Hintergrund: da sind iptables-Rules, diese verhindern dass ein Connect zum Vpn-Server über das Mesh hergestellt wird. Dann gibts diese "op not perm" Meldungen.

// Sven-Ola



Alexander Kops <ako at posteo.de> schrieb:
>Hi,
>sieht gut aus!
>Das "traceroute" mit eingeschaltetem VPN03 sieht so aus:
>
>traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte
>packets
> 1  10.104.215.33 (10.104.215.33)  3.074 ms  1.838 ms  1.728 ms
> 2  172.31.240.1 (172.31.240.1)  35.554 ms  35.510 ms  39.207 ms
>3  bgp01.berlin.freifunk.net (77.87.48.1)  41.672 ms  41.625 ms  44.206
>ms
>...
>
> Wenn ich /etc/init.d/vpn03 stop aufrufe, dann so:
>
>traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte
>packets
> 1  10.104.215.33 (10.104.215.33)  3.212 ms  3.036 ms  2.898 ms
> 2  10.104.215.33 (10.104.215.33)  2.734 ms  2.594 ms  2.447 ms
>
>Eine kurze Frage hätte ich dann doch noch. Ich hab mir wie bei
>http://wiki.freifunk.net/Vpn03#Firmware_flashen beschrieben, 16
>IP-Adressen
>104.195.0.57 - 104.195.0.72 gesichert.
>Im Freifunk-Assistenten unter "Drahtloses Freifunk Netzwerk 'RADIO0'"
>habe ich als "RADIO0 Mesh IP Adresse einrichten" auch die erste IP
>Adresse 104.195.0.57 eingetragen.
>Das Feld "RADIO0 Mesh DHCP anbieten" habe ich allerdings frei gelassen
>(in der Beschreibung steht, das es irgendwie automatisch funktioniert).
>Oder muss dort etwas eingetragen werden?
>
>Gruß,
>Alex
>
>Am 11.10.2013 22:56, schrieb Philipp Borgers:
>> Überprüfe das einfach mit mtr, traceroute oder ähnlichen Tools von
>> deinem Laptop aus.
>>
>> traceroute heise.de sollte eine Liste von Hops anzeigen, die deine
>> Daten ins Internet nehmen bzw. zum Server von heise.de
>>
>> Wenn dort irgendwo bgp*.freifunk.net als Hop drin steht, sind die
>> Daten auf dem richtigen Weg.
>>
>> Sinnvoll ist es auch noch zu testen, ob der Router nichts mehr
>routet,
>> wenn das vpn ausgeschaltet ist. Einfach openvpn mit /etc/init.d/open
>> stop anhalten.
>>
>> On 11.10.2013 22:43, Alexander Kops wrote:
>> > Hmm, jetzt scheint sich wieder die alte IT-Regel "Try turning it on
>> > and off again" zu bewahrheiten. Nachdem ich den Router jetzt wieder
>> > eingestöpselt habe, kann von Fehlermeldungen keine Rede mehr sein.
>> > Kann mich sowohl mit meinem Notebook als auch mit meinem Smartphone
>> > mit dem Freifunk-WLAN verbinden und bin im Internet. Der
>> > Vollständigkeit halber hier "ip r":
>>
>> > default via 192.168.178.1 dev br-lan  proto static 10.104.215.32/27
>> > dev wlan0  proto kernel  scope link  src 10.104.215.33 77.87.48.10
>> > via 192.168.178.1 dev br-lan 104.0.0.0/8 dev wlan0-1  proto kernel
>> > scope link  src 104.195.0.57 128.0.0.0/1 via 172.31.240.1 dev tun0
>> > 172.31.240.0/20 dev tun0  proto kernel  scope link  src
>> > 172.31.240.32 192.168.178.0/24 dev br-lan  proto kernel  scope link
>> > src 192.168.178.2
>>
>> > und "uci show network":
>>
>> > network.loopback=interface network.loopback.ifname=lo
>> > network.loopback.proto=static network.loopback.ipaddr=127.0.0.1
>> > network.loopback.netmask=255.0.0.0 network.lan=interface
>> > network.lan.ifname=eth0 network.lan.type=bridge
>> > network.lan.proto=static network.lan.netmask=255.255.255.0
>> > network.lan.ip6assign=64 network.lan.ipaddr=192.168.178.2
>> > network.lan.gateway=192.168.178.1 network.lan.dns=192.168.178.1
>> > network.wan=interface network.wan.ifname=eth1
>> > network.wan.proto=dhcp network.globals=globals
>> > network.globals.ula_prefix=fd97:5028:93a8::/48
>> > network.henet=interface network.henet.proto=6in4
>> > network.tunl0=interface network.tunl0.ifname=tunl0
>> > network.tunl0.proto=none network.wireless0=interface
>> > network.wireless0.dns=2002:d596:2a92:1:71:53:: 2002:5968:c28e::53
>> > 88.198.178.18 141.54.1.1 212.204.49.83 8.8.8.8 8.8.4.4
>> > network.wireless0.ip6assign=64 network.wireless0.netmask=255.0.0.0
>> > network.wireless0.ipaddr=104.195.0.57
>> > network.wireless0.proto=static network.wireless0dhcp=interface
>> > network.wireless0dhcp.ipaddr=10.104.215.33
>> > network.wireless0dhcp.netmask=255.255.255.224
>> > network.wireless0dhcp.ip6assign=64
>> > network.wireless0dhcp.proto=static network.vpn03=interface
>> > network.vpn03.ifname=tun0 network.vpn03.proto=none
>> > network.settings=private network.settings.vpn03via=disable
>>
>> > Der Traffic des Routers läuft jetzt also über das VPN?
>>
>> > Gruß, Alex
>>
>> > Am 11.10.2013 22:31, schrieb Sven-Ola Tuecke:
>> >> Hey,
>> >>
>> >> nur kurz: mit dem Vpn-Server hat der Router jedenfalls noch
>> >> keinen Kontakt gehabt. Worüber lauft das Inet? Oder anders:
>> >> schick mir mal die Ausgabe von "ip r" und "uci show network"
>> >>
>> >> //Sven-Ola
>> >>
>> >>
>> >>
>> >> Alexander Kops <ako at posteo.de> schrieb:
>> >>> Hallo, ich war am Mittwoch in der c-base und Thomas hat mir
>> >>> dankenswerterweise sehr beim Einrichten meines Routers
>> >>> geholfen. Jetzt wollte ich ihn hier in Betrieb nehmen und habe
>> >>> das Problem, dass ich nicht ins Netz komme, wenn ich mich per
>> >>> WLAN mit dem Freifunk-Router verbinde. Folgendes Setup: * DSL
>> >>> über meine Fritz!Box 7390, hab ich verbunden mit der
>> >>> NanoStation M5 (Firmware: OpenWrt Attitude Adjustment
>> >>> pberg-221) * VPN03 ist eingerichtet wie hier
>> >>> http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten**beschrieben
>> >>> * Router ist lokal erreichbar über 192.168.178.2 * Wenn ich per
>> >>> ssh auf den Router gehe funktioniert dort sowohl "ping
>> >>> 8.8.8.8", als auch "ping www.heise.de" * Wenn ich mich per WLAN
>> >>> mit dem Router verbinde und ein "ping 8.8.8.8" ausführe,
>> >>> erhalte ich nur ein "Destination Port unreachable" Also der
>> >>> Router kommt ins Netz, kann dies aber nicht über WLAN
>> >>> bereitstellen.
>> >>
>> >>> Es scheint noch ein Problem mit dem VPN zu geben. Mittells
>> >>> "logread" sehe ich häufig die Meldung "write UDPv4: Operation
>> >>> not permitted (code=1)" Wie im Troubleshooting beschrieben habe
>> >>> ich es sowohl mit "/etc/init.d/vpn03 inetvia br-lan" und
>> >>> "/etc/init.d/vpn03 inetvia br-lan" probiert, scheint aber nicht
>> >>> zu helfen. Hier mal der Output von "/etc/init.d/vpn03 debug":
>> >>
>> >>> Oct 11 21:40:10 Freifunk-Charlie daemon.warn openvpn[8362]:
>> >>> NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to
>> >>> call user-defined scripts or executables Oct 11 21:40:10
>> >>> Freifunk-Charlie daemon.notice openvpn[8362]: UDPv4 link local:
>> >>> [undef] Oct 11 21:40:10 Freifunk-Charlie daemon.notice
>> >>> openvpn[8362]: UDPv4 link remote: [AF_INET]77.87.48.10:1194 Oct
>> >>> 11 21:40:10 Freifunk-Charlie daemon.err openvpn[8362]: write
>> >>> UDPv4: Operation not permitted (code=1) Oct 11 21:40:12
>> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>> >>> Operation not permitted (code=1) Oct 11 21:40:16
>> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>> >>> Operation not permitted (code=1) Oct 11 21:40:24
>> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>> >>> Operation not permitted (code=1) Oct 11 21:40:40
>> >>> Freifunk-Charlie daemon.err openvpn[8362]: write UDPv4:
>> >>> Operation not permitted (code=1) Oct 11 21:41:02
>> >>> Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
>> >>> DHCPREQUEST(wlan0) 10.104.215.38 24:77:03:f2:25:84 Oct 11
>> >>> 21:41:02 Freifunk-Charlie daemon.info dnsmasq-dhcp[1833]:
>> >>> DHCPACK(wlan0) 10.104.215.38 24:77:03:f2:25:84
>> >>> alex-Latitude-6430U Oct 11 21:41:10 Freifunk-Charlie daemon.err
>> >>> openvpn[8362]: TLS Error: TLS key negotiation failed to occur
>> >>> within 60 seconds (check your network connectivity) Oct 11
>> >>> 21:41:10 Freifunk-Charlie daemon.err openvpn[8362]: TLS Error:
>> >>> TLS handshake failed Oct 11 21:41:10 Freifunk-Charlie
>> >>> daemon.notice openvpn[8362]: SIGUSR1[soft,tls-error] received,
>> >>> process restarting
>> >>
>> >>> Kann mir da jemand helfen? Meinen "ifconfig"-output habe ich
>> >>> mal angehangen.
>> >>
>> >>> Alex
>> >>
>> >>
>> >>
>> >>
>> >>>
>>
>------------------------------------------------------------------------
>> >>
>> >>>
>> >>>
>> _______________________________________________
>> >>> Berlin mailing list Berlin at berlin.freifunk.net
>> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> >>
>> >>
>> >>
>> >>>
>> _______________________________________________
>> >> Berlin mailing list Berlin at berlin.freifunk.net
>> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>>
>> > _______________________________________________ Berlin mailing
>> > list Berlin at berlin.freifunk.net
>> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/31e16808/attachment.html>


From sven-ola  Sat Oct 12 11:21:00 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sat, 12 Oct 2013 11:21:00 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <2441904.rkEALymLKG@pronix>
References: <52585513.6030606@posteo.de>
	<52586604.7010703@mi.fu-berlin.de>	<52586923.8080906@posteo.de>
	<2441904.rkEALymLKG@pronix>
Message-ID: <5259147C.8090404@gmx.de>

Noch etwas mehr Hintergrund: der DnsMasq kann durchaus mit einem
x-beliebigen Adressbereich umgehen. 104.0.0.10 bis 104.0.0.12 ist
beispielsweise prima als DHCP-Adressbereich. Andere Programme vertragen
das aber nicht, die akzeptieren nur einen auf Binärzahlen ausgerichteten
IP-Netzbereich, z.B.  104.0.0.8/29 (== 104.0.0.8 bis 104.0.0.15).
IpTables z.B. oder der OLSR-Routing-Daemon.

Letzterer sollte die per DHCP vergebenen Adressen per HNA4 im Mesh
ankündigen (etwa: "diese IPs bei mir!"). Sonst funzt zwar der
Internet-Zugriff eines DHCP-Clients, nicht aber dessen Zugriff auf einen
im Mesh angebotenen Dienst oder auf die Web-Oberfläche eines entfernten
Mesh-Routers. Mit dem ersten Bereich ginge das nur mit 3
HNA-Konfigurationsanweisungen in /var/etc/olsrd.conf.ipv4:

HNA4 104.0.0.10/32
HNA4 104.0.0.11/32
HNA4 104.0.0.12/32

mit dem zweiten korrekt ausgerichteten Bereich ist nur eine
Konfigurationsanweisung nötig, etwa

HNA 104.0.0.8/29

Ich bin ziemlich sicher, dass der Freifunk-Assistent nur mit einem
richtig ausgerichteten Bereich umgehen kann.

Gruß + HTH // Sven-Ola

Am 11.10.2013 23:45, schrieb Tom Arden:
> Um das zu verstehen muss man
> http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
> hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
> berechnen.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/8ceedf71/attachment.pgp>


From ako  Sat Oct 12 15:49:09 2013
From: ako (Alexander Kops)
Date: Sat, 12 Oct 2013 15:49:09 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <5259147C.8090404@gmx.de>
References: <52585513.6030606@posteo.de>
	<52586604.7010703@mi.fu-berlin.de>	<52586923.8080906@posteo.de>
	<2441904.rkEALymLKG@pronix> <5259147C.8090404@gmx.de>
Message-ID: <52595355.1000006@posteo.de>

Ok, vielen Dank euch allen bei der Hilfe. Ich hätte wohl im Grundstudium
besser aufpassen sollen, als solche Themen vorkamen ;)
Ich habe jedenfalls als Mesh IP-Adress jetzt 104.195.0.62 genommen und
als DHCP-Adressbereich 104.195.0.64/28
Der Router ist jetzt auch auf meinem Balkon angebracht und in Betrieb!

Perspektivisch wäre es vielleicht ganz schön, wenn
ip.berlin.freifunk.net eine API anbieten würde, über die der
Freifunk-Assistent einfach einen IP-Bereich anfordern und die
Konfiguration automatisch vornehmen könnte, oder?

Gibts eigentlich eine Android-App mit der ich mal die Nachbarschaft
ablaufen kann und auf einer Karte festgehalten wird, wie stark das
Signal noch ist?

Alex


Am 12.10.2013 11:21, schrieb Sven-Ola Tuecke:
> Noch etwas mehr Hintergrund: der DnsMasq kann durchaus mit einem
> x-beliebigen Adressbereich umgehen. 104.0.0.10 bis 104.0.0.12 ist
> beispielsweise prima als DHCP-Adressbereich. Andere Programme vertragen
> das aber nicht, die akzeptieren nur einen auf Binärzahlen ausgerichteten
> IP-Netzbereich, z.B.  104.0.0.8/29 (== 104.0.0.8 bis 104.0.0.15).
> IpTables z.B. oder der OLSR-Routing-Daemon.
>
> Letzterer sollte die per DHCP vergebenen Adressen per HNA4 im Mesh
> ankündigen (etwa: "diese IPs bei mir!"). Sonst funzt zwar der
> Internet-Zugriff eines DHCP-Clients, nicht aber dessen Zugriff auf einen
> im Mesh angebotenen Dienst oder auf die Web-Oberfläche eines entfernten
> Mesh-Routers. Mit dem ersten Bereich ginge das nur mit 3
> HNA-Konfigurationsanweisungen in /var/etc/olsrd.conf.ipv4:
>
> HNA4 104.0.0.10/32
> HNA4 104.0.0.11/32
> HNA4 104.0.0.12/32
>
> mit dem zweiten korrekt ausgerichteten Bereich ist nur eine
> Konfigurationsanweisung nötig, etwa
>
> HNA 104.0.0.8/29
>
> Ich bin ziemlich sicher, dass der Freifunk-Assistent nur mit einem
> richtig ausgerichteten Bereich umgehen kann.
>
> Gruß + HTH // Sven-Ola
>
> Am 11.10.2013 23:45, schrieb Tom Arden:
>> Um das zu verstehen muss man
>> http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
>> hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
>> berechnen.
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From j.neumann  Sat Oct 12 17:10:08 2013
From: j.neumann (Juergen Neumann)
Date: Sat, 12 Oct 2013 17:10:08 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
Message-ID: <1381590608.4593.15.camel@junes.haus.k9>

Hallo Sven-Ola,

bin mal wieder dabei zu versuchen, meinen 741er ans laufen zu kriegen.
Habe jetzt einfach noch mal ganz von vorne angefangen und einen neuen
Router genommen, die letzte Pberg-Firmware vom 06.10.2013 drauf
geschmissen, alles schön im FF-Assistenten eingetragen, vpn03
installiert ... und siehe da, es geht auch wieder nicht.

Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03
restart funktioniert es immer für eine gewisse Weile. Dann ist der
Tunnel unterbrochen und es geht nicht mehr ins Internet.

Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires
'--script-security 2' or higher to call user defined scripts or
executables.

Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2'
ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem.

Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.:
root at myrouter:~# traceroute -n heise.de
traceroute to heise.de (193.99.144.80), 30 hops max, 38 byte packets
 1  172.31.240.1  70.121 ms  61.169 ms  10.943 ms
 2  77.87.48.1  11.166 ms  10.463 ms  18.433 ms
 3  217.197.91.130  15.434 ms  14.685 ms  27.618 ms
 4  192.109.82.65  16.697 ms  17.145 ms  13.106 ms
 5  194.9.117.35  15.790 ms  24.590 ms  17.436 ms
 6  *  *  *

Ein paar Minuten später geht es dann schon nicht mehr. Ich kann heise.de
weder anpingen noch einen traceroute machen. 'ip r' meint dazu:

root at myrouter:~# ip r
0.0.0.0/1 via 172.31.240.1 dev tun0 
default via 192.168.9.254 dev eth1  proto static # <= Das ist mein
korrektes lokales Internet-GW.
104.0.0.0/8 dev wlan0-1  proto kernel  scope link  src 104.131.9.30 
104.131.9.1 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.7 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.16 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
104.131.9.160/29 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
104.131.9.161 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
104.131.9.168/29 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.176/28 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.224/28 dev wlan0  proto kernel  scope link  src 104.131.9.225 
104.131.9.250 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.253 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
104.131.9.254 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
128.0.0.0/1 via 172.31.240.1 dev tun0 
172.31.240.0/20 dev tun0  proto kernel  scope link  src 172.31.240.28 
192.168.9.0/24 dev eth1  proto kernel  scope link  src 192.168.9.11 
192.168.224.0/24 dev br-lan  proto kernel  scope link  src
192.168.224.1 

Ich habe Dir mal logfile in den Anhang gepackt.

LG

JuergeN


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : logread.log
Dateityp    : text/x-log
Dateigröße  : 26096 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/752d187f/attachment.bin>


From chris  Sat Oct 12 17:28:41 2013
From: chris (Christian Seitz)
Date: Sat, 12 Oct 2013 17:28:41 +0200 (CEST)
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381590608.4593.15.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9>
Message-ID: <Pine.LNX.4.64.1310121726470.14485@tigger.berli.net>

Hallo Juergen,

On Sat, 12 Oct 2013, Juergen Neumann wrote:

> Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.:
> root at myrouter:~# traceroute -n heise.de
> traceroute to heise.de (193.99.144.80), 30 hops max, 38 byte packets
> 1  172.31.240.1  70.121 ms  61.169 ms  10.943 ms
> 2  77.87.48.1  11.166 ms  10.463 ms  18.433 ms
> 3  217.197.91.130  15.434 ms  14.685 ms  27.618 ms
> 4  192.109.82.65  16.697 ms  17.145 ms  13.106 ms
> 5  194.9.117.35  15.790 ms  24.590 ms  17.436 ms
> 6  *  *  *

unrelated zu Deinem Problem, aber nur als Hinweis: Das sieht hier so aus, 
als waere direkt nach unserem Netz Schluss. heise.de hat einen relativ 
frueh implementierten Filter, daher wird dieses UDP-Traceroute nicht 
durchkommen. Mach mal einen ICMP- oder TCP-Traceroute, der kommt durch 
(sofern das VPN bei Dir funktioniert).

Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648




From borgers  Sat Oct 12 17:54:10 2013
From: borgers (Philipp Borgers)
Date: Sat, 12 Oct 2013 17:54:10 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381590608.4593.15.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9>
Message-ID: <525970A2.3000200@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Du bist immerhin nicht alleine ;) Bei mir geht es auch nur so halb...

On 12.10.2013 17:10, Juergen Neumann wrote:
> Hallo Sven-Ola,
> 
> bin mal wieder dabei zu versuchen, meinen 741er ans laufen zu
> kriegen. Habe jetzt einfach noch mal ganz von vorne angefangen und
> einen neuen Router genommen, die letzte Pberg-Firmware vom
> 06.10.2013 drauf geschmissen, alles schön im FF-Assistenten
> eingetragen, vpn03 installiert ... und siehe da, es geht auch
> wieder nicht.

Welche firmware hast du installiert? Link? Patrick hat mir folgende
empfohlen für eine WR842:

http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR842/

Im full image fehlen packages fürs policy routing. Deshalb besser vpn.

Wie hast du vpn03 installiert? So:

opkg update
opkg install kmod-tun
opkg install
http://download.berlin.freifunk.net/sven-ola/vpn03/vpn03-install-to-ramdisk_all.ipk

Scheint mir so. Ich weiß nicht wie das mit Patricks Firmware
harmoniert. Ich würde darauf verzichten! Eigentlich sollte der
Assistent und das VPN-Gui alles einstellen und uci configs schreiben.
Also sollte es auch keine /etc/openvpn/*.conf mehr geben, die du
editieren kannst.

> 
> Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03 
> restart funktioniert es immer für eine gewisse Weile. Dann ist der 
> Tunnel unterbrochen und es geht nicht mehr ins Internet.
> 
> Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires 
> '--script-security 2' or higher to call user defined scripts or 
> executables.
> 
> Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2' 
> ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem.

Ich glaube das macht nicht wirklich was.

Noch mehr logging gibt es mit option verb '11' in der uci config. Aber
das muss auch erstmal wer entziffern.

In der neuen Firmware gibt es policy-routing. D.h. wir haben
verschiedene Tabellen und Regeln. Fürs debugging ist es ev. nützlich,
wenn du den Inhalt von allen anzeigen lassen kannst:

ip route show table main
ip route show table default
ip route show table olsr
ip route show table olsr-default
ip route show table olsr-tunnel
ip rule list

> Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.: 
> root at myrouter:~# traceroute -n heise.de traceroute to heise.de
> (193.99.144.80), 30 hops max, 38 byte packets 1  172.31.240.1
> 70.121 ms  61.169 ms  10.943 ms 2  77.87.48.1  11.166 ms  10.463 ms
> 18.433 ms 3  217.197.91.130  15.434 ms  14.685 ms  27.618 ms 4
> 192.109.82.65  16.697 ms  17.145 ms  13.106 ms 5  194.9.117.35
> 15.790 ms  24.590 ms  17.436 ms 6  *  *  *
> 
> Ein paar Minuten später geht es dann schon nicht mehr. Ich kann
> heise.de weder anpingen noch einen traceroute machen. 'ip r' meint
> dazu:
> 
> root at myrouter:~# ip r 0.0.0.0/1 via 172.31.240.1 dev tun0 default
> via 192.168.9.254 dev eth1  proto static # <= Das ist mein 
> korrektes lokales Internet-GW. 104.0.0.0/8 dev wlan0-1  proto
> kernel  scope link  src 104.131.9.30 104.131.9.1 via 104.131.9.7
> dev wlan0-1  metric 2 onlink 104.131.9.7 via 104.131.9.7 dev
> wlan0-1  metric 2 onlink 104.131.9.16 via 104.131.9.16 dev wlan0-1
> metric 2 onlink 104.131.9.160/29 via 104.131.9.16 dev wlan0-1
> metric 2 onlink 104.131.9.161 via 104.131.9.16 dev wlan0-1  metric
> 2 onlink 104.131.9.168/29 via 104.131.9.7 dev wlan0-1  metric 2
> onlink 104.131.9.176/28 via 104.131.9.7 dev wlan0-1  metric 2
> onlink 104.131.9.224/28 dev wlan0  proto kernel  scope link  src
> 104.131.9.225 104.131.9.250 via 104.131.9.7 dev wlan0-1  metric 2
> onlink 104.131.9.253 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.254 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 128.0.0.0/1 via 172.31.240.1 dev tun0 172.31.240.0/20 dev tun0
> proto kernel  scope link  src 172.31.240.28 192.168.9.0/24 dev eth1
> proto kernel  scope link  src 192.168.9.11 192.168.224.0/24 dev
> br-lan  proto kernel  scope link  src 192.168.224.1
> 
> Ich habe Dir mal logfile in den Anhang gepackt.
> 
> LG
> 
> JuergeN
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSWXCiAAoJEFUqJM/vAMbxSfwP/Ap+mtqYYbEk7nlK/68XWYTt
NCR0k4RnT77mSwNwZdXgEbRQroqAPnJTQ6KponXRGsJY2XKzbSV35MYgR4/RzdbK
tzBIsjnn10VYvDmuapkYh5QF8v+RcbpR3ps/GdEE+gQZ3OSrjqOWTxWgcTMSB993
BBLpLz60m2gaQL/6aIeFKTcsO+jK5IEKWSChz5itFyq/QpJgTzAVww6ptv/ur8/t
P/4Yf5e2Z6DViZTcTFsI9ySHsfx/FT3mJf5IFy2AiPxqLpxEHbb0ucQbnPJsJED+
79reXi4dQrgWlTx9m9PP7mvc9tJ9U/N6bhC3VRo0NGELvCbOVkd2mPyp8suQNKJ3
+jnVa7AYAwQDH5drtz+L18cAyom+VjMqQB0rIFEX3FS5jbfGrJLr6/WWVqh6nJ08
pAjQkkgGVT8YPQrIvhJxENWn+jyXwE1ptvgMiqW6GpZ79ClMKs5AXg/NqZJ4LQmO
fGKMpMQYAJKyzPbTJ6Lgr5sjaRkedDQSK00XD6fkLjviSuaFb9EwZJytm0TKzaEz
PB4ZB/cp3qvxuPEivCNVslu1utbsKR/3uzPCLDkyqT/40eonmtWrZcH8vmFdu+Mv
870bXimJj9cM7aVaxZRCNz4BRpAu9r6lHgRbJ7m3Gk1966M+tB6NiNfMGVhlYN7N
Z9XhUrCjakqelDDsFBIW
=6h4d
-----END PGP SIGNATURE-----




From ako  Sat Oct 12 18:41:36 2013
From: ako (Alexander Kops)
Date: Sat, 12 Oct 2013 18:41:36 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52595355.1000006@posteo.de>
References: <52585513.6030606@posteo.de>
	<52586604.7010703@mi.fu-berlin.de>	<52586923.8080906@posteo.de>
	<2441904.rkEALymLKG@pronix> <5259147C.8090404@gmx.de>
	<52595355.1000006@posteo.de>
Message-ID: <52597BC0.7090408@posteo.de>

Hmm, zu früh gefreut. Dadurch dass ich die Einstellungen per
Freifunkassistent geändert habe, hat er scheinbar auch die schönen
Einstellungen überschrieben die wir am Mittwoch manuell gemacht haben.
Jedenfalls kommt das wireless0 interface nicht hoch, d.h. kein WLAN derzeit.

Das hier kommt wenn ich  "ifup wireless0" eingebe:

command failed: Invalid argument (-22)
Configuration file: /var/run/hostapd-phy0.conf
Hardware does not support configured mode
wlan0: IEEE 802.11 Hardware does not support configured mode (1)
(hw_mode in hostapd.conf)
Could not select hw_mode and channel. (-2)
wlan0: Unable to setup interface.
Failed to start hostapd for phy0

Im logread sehe ich ausserdem weiter unten noch das hier:
 user.notice dnsmasq: found already running DHCP-server on interface
'br-lan' refusing to start, use 'option force 1' to override

Meine /etc/config/wireless hänge ich auch mal an.
Hat jemand eine Vermutung?
(Etwas stutzig macht mich der Kanal 10, es ist ja ein 5 GHz-Device)

ALex

Am 12.10.2013 15:49, schrieb Alexander Kops:
> Ok, vielen Dank euch allen bei der Hilfe. Ich hätte wohl im Grundstudium
> besser aufpassen sollen, als solche Themen vorkamen ;)
> Ich habe jedenfalls als Mesh IP-Adress jetzt 104.195.0.62 genommen und
> als DHCP-Adressbereich 104.195.0.64/28
> Der Router ist jetzt auch auf meinem Balkon angebracht und in Betrieb!
>
> Perspektivisch wäre es vielleicht ganz schön, wenn
> ip.berlin.freifunk.net eine API anbieten würde, über die der
> Freifunk-Assistent einfach einen IP-Bereich anfordern und die
> Konfiguration automatisch vornehmen könnte, oder?
>
> Gibts eigentlich eine Android-App mit der ich mal die Nachbarschaft
> ablaufen kann und auf einer Karte festgehalten wird, wie stark das
> Signal noch ist?
>
> Alex
>
>
> Am 12.10.2013 11:21, schrieb Sven-Ola Tuecke:
>> Noch etwas mehr Hintergrund: der DnsMasq kann durchaus mit einem
>> x-beliebigen Adressbereich umgehen. 104.0.0.10 bis 104.0.0.12 ist
>> beispielsweise prima als DHCP-Adressbereich. Andere Programme vertragen
>> das aber nicht, die akzeptieren nur einen auf Binärzahlen ausgerichteten
>> IP-Netzbereich, z.B.  104.0.0.8/29 (== 104.0.0.8 bis 104.0.0.15).
>> IpTables z.B. oder der OLSR-Routing-Daemon.
>>
>> Letzterer sollte die per DHCP vergebenen Adressen per HNA4 im Mesh
>> ankündigen (etwa: "diese IPs bei mir!"). Sonst funzt zwar der
>> Internet-Zugriff eines DHCP-Clients, nicht aber dessen Zugriff auf einen
>> im Mesh angebotenen Dienst oder auf die Web-Oberfläche eines entfernten
>> Mesh-Routers. Mit dem ersten Bereich ginge das nur mit 3
>> HNA-Konfigurationsanweisungen in /var/etc/olsrd.conf.ipv4:
>>
>> HNA4 104.0.0.10/32
>> HNA4 104.0.0.11/32
>> HNA4 104.0.0.12/32
>>
>> mit dem zweiten korrekt ausgerichteten Bereich ist nur eine
>> Konfigurationsanweisung nötig, etwa
>>
>> HNA 104.0.0.8/29
>>
>> Ich bin ziemlich sicher, dass der Freifunk-Assistent nur mit einem
>> richtig ausgerichteten Bereich umgehen kann.
>>
>> Gruß + HTH // Sven-Ola
>>
>> Am 11.10.2013 23:45, schrieb Tom Arden:
>>> Um das zu verstehen muss man
>>> http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
>>> hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
>>> berechnen.
>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
config wifi-device 'radio0'
        option type 'mac80211'
        option macaddr 'dc:9f:db:66:68:dc'
        list ht_capab 'SHORT-GI-40'
        list ht_capab 'TX-STBC'
        list ht_capab 'RX-STBC1'
        list ht_capab 'DSSS_CCK-40'
        option disabled '0'
        option country 'DE'
        option noscan '1'
        option distance '1000'
        option diversity '1'
        option hwmode '11ng'
        option channel '10'
        option htmode 'HT40-'

config wifi-iface
        option network 'wireless0dhcp'
        option encryption 'none'
        option device 'radio0'
        option mode 'ap'
        option ssid 'freifunk-charlie.freifunk.net'

config wifi-iface
        option network 'wireless0'
        option encryption 'none'
        option device 'radio0'
        option bssid '02:CA:FF:EE:BA:BE'
        option bgscan '0'
        option probereq '1'
        option ssid 'olsr.freifunk.net'
        option mode 'adhoc'
        option sw_merge '1'


From j.neumann  Sat Oct 12 18:42:48 2013
From: j.neumann (Juergen Neumann)
Date: Sat, 12 Oct 2013 18:42:48 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525970A2.3000200@mi.fu-berlin.de>
References: <1381590608.4593.15.camel@junes.haus.k9>
	<525970A2.3000200@mi.fu-berlin.de>
Message-ID: <1381596168.4593.29.camel@junes.haus.k9>

Hallo Philipp et al.,

> Du bist immerhin nicht alleine ;) Bei mir geht es auch nur so halb...
> ...
> Welche firmware hast du installiert? Link? Patrick hat mir folgende
> empfohlen für eine WR842:
> 
> http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR842/

Ich habe das hier installiert:

http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/freifunk/TLWR741/openwrt-ar71xx-generic-tl-wr741nd-v4-squashfs-factory.bin

> Im full image fehlen packages fürs policy routing. Deshalb besser vpn.
> 
> Wie hast du vpn03 installiert? So:
> 
> opkg update
> opkg install kmod-tun
> opkg install
> http://download.berlin.freifunk.net/sven-ola/vpn03/vpn03-install-to-ramdisk_all.ipk

Genau.

> Scheint mir so. Ich weiß nicht wie das mit Patricks Firmware
> harmoniert. Ich würde darauf verzichten! Eigentlich sollte der
> Assistent und das VPN-Gui alles einstellen und uci configs schreiben.
> Also sollte es auch keine /etc/openvpn/*.conf mehr geben, die du
> editieren kannst.

Keine Ahnung. Es steht halt so in unserem Wiki. Wenn Leute es anders
machen sollen, dann muss da was anderes stehen:
http://wiki.freifunk.net/Vpn03#OpenVPN_einrichten 

> > Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03 
> > restart funktioniert es immer für eine gewisse Weile. Dann ist der 
> > Tunnel unterbrochen und es geht nicht mehr ins Internet.
> > 
> > Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires 
> > '--script-security 2' or higher to call user defined scripts or 
> > executables.
> > 
> > Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2' 
> > ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem.
> 
> Ich glaube das macht nicht wirklich was.

Ich auch nicht. Fällt nur als "störend" im Logfile auf.

> Noch mehr logging gibt es mit option verb '11' in der uci config. Aber
> das muss auch erstmal wer entziffern.

Bevor ich mich jetzt noch mehr ums debugging kümmere, möchte ich gerne
erst mal wissen, welche Firmware ich denn jetzt genau installieren soll,
und wie ich die VPN-files/config machen soll. Dann teste ich das gerne
wieder und ergänze die noch fehlenden Infos.

Wir werden es schon noch schaffen!

LG

JuergeN




From j.neumann  Sat Oct 12 18:44:49 2013
From: j.neumann (Juergen Neumann)
Date: Sat, 12 Oct 2013 18:44:49 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <52597BC0.7090408@posteo.de>
References: <52585513.6030606@posteo.de> <52586604.7010703@mi.fu-berlin.de>
	<52586923.8080906@posteo.de> <2441904.rkEALymLKG@pronix>
	<5259147C.8090404@gmx.de> <52595355.1000006@posteo.de>
	<52597BC0.7090408@posteo.de>
Message-ID: <1381596289.4593.31.camel@junes.haus.k9>

Hallo Alex,

ich glaube, du steckst in der selben Misere wie ich und einige andere
auch. Es gibt m.E.n. derzeit kein funktionierendes Setup bzw. es ist
nicht klar, was von wo wie installiert werden soll.

Das müssen wir ändern ... ;-)

LG

JuergeN


Am Samstag, den 12.10.2013, 18:41 +0200 schrieb Alexander Kops:
> Hmm, zu früh gefreut. Dadurch dass ich die Einstellungen per
> Freifunkassistent geändert habe, hat er scheinbar auch die schönen
> Einstellungen überschrieben die wir am Mittwoch manuell gemacht haben.
> Jedenfalls kommt das wireless0 interface nicht hoch, d.h. kein WLAN derzeit.
> 
> Das hier kommt wenn ich  "ifup wireless0" eingebe:
> 
> command failed: Invalid argument (-22)
> Configuration file: /var/run/hostapd-phy0.conf
> Hardware does not support configured mode
> wlan0: IEEE 802.11 Hardware does not support configured mode (1)
> (hw_mode in hostapd.conf)
> Could not select hw_mode and channel. (-2)
> wlan0: Unable to setup interface.
> Failed to start hostapd for phy0
> 
> Im logread sehe ich ausserdem weiter unten noch das hier:
>  user.notice dnsmasq: found already running DHCP-server on interface
> 'br-lan' refusing to start, use 'option force 1' to override
> 
> Meine /etc/config/wireless hänge ich auch mal an.
> Hat jemand eine Vermutung?
> (Etwas stutzig macht mich der Kanal 10, es ist ja ein 5 GHz-Device)
> 
> ALex
> 
> Am 12.10.2013 15:49, schrieb Alexander Kops:
> > Ok, vielen Dank euch allen bei der Hilfe. Ich hätte wohl im Grundstudium
> > besser aufpassen sollen, als solche Themen vorkamen ;)
> > Ich habe jedenfalls als Mesh IP-Adress jetzt 104.195.0.62 genommen und
> > als DHCP-Adressbereich 104.195.0.64/28
> > Der Router ist jetzt auch auf meinem Balkon angebracht und in Betrieb!
> >
> > Perspektivisch wäre es vielleicht ganz schön, wenn
> > ip.berlin.freifunk.net eine API anbieten würde, über die der
> > Freifunk-Assistent einfach einen IP-Bereich anfordern und die
> > Konfiguration automatisch vornehmen könnte, oder?
> >
> > Gibts eigentlich eine Android-App mit der ich mal die Nachbarschaft
> > ablaufen kann und auf einer Karte festgehalten wird, wie stark das
> > Signal noch ist?
> >
> > Alex
> >
> >
> > Am 12.10.2013 11:21, schrieb Sven-Ola Tuecke:
> >> Noch etwas mehr Hintergrund: der DnsMasq kann durchaus mit einem
> >> x-beliebigen Adressbereich umgehen. 104.0.0.10 bis 104.0.0.12 ist
> >> beispielsweise prima als DHCP-Adressbereich. Andere Programme vertragen
> >> das aber nicht, die akzeptieren nur einen auf Binärzahlen ausgerichteten
> >> IP-Netzbereich, z.B.  104.0.0.8/29 (== 104.0.0.8 bis 104.0.0.15).
> >> IpTables z.B. oder der OLSR-Routing-Daemon.
> >>
> >> Letzterer sollte die per DHCP vergebenen Adressen per HNA4 im Mesh
> >> ankündigen (etwa: "diese IPs bei mir!"). Sonst funzt zwar der
> >> Internet-Zugriff eines DHCP-Clients, nicht aber dessen Zugriff auf einen
> >> im Mesh angebotenen Dienst oder auf die Web-Oberfläche eines entfernten
> >> Mesh-Routers. Mit dem ersten Bereich ginge das nur mit 3
> >> HNA-Konfigurationsanweisungen in /var/etc/olsrd.conf.ipv4:
> >>
> >> HNA4 104.0.0.10/32
> >> HNA4 104.0.0.11/32
> >> HNA4 104.0.0.12/32
> >>
> >> mit dem zweiten korrekt ausgerichteten Bereich ist nur eine
> >> Konfigurationsanweisung nötig, etwa
> >>
> >> HNA 104.0.0.8/29
> >>
> >> Ich bin ziemlich sicher, dass der Freifunk-Assistent nur mit einem
> >> richtig ausgerichteten Bereich umgehen kann.
> >>
> >> Gruß + HTH // Sven-Ola
> >>
> >> Am 11.10.2013 23:45, schrieb Tom Arden:
> >>> Um das zu verstehen muss man
> >>> http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
> >>> hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
> >>> berechnen.
> >>
> >>
> >> _______________________________________________
> >> Berlin mailing list
> >> Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From ako  Sat Oct 12 18:52:44 2013
From: ako (Alexander Kops)
Date: Sat, 12 Oct 2013 18:52:44 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <1381596289.4593.31.camel@junes.haus.k9>
References: <52585513.6030606@posteo.de> <52586604.7010703@mi.fu-berlin.de>
	<52586923.8080906@posteo.de> <2441904.rkEALymLKG@pronix>
	<5259147C.8090404@gmx.de> <52595355.1000006@posteo.de>
	<52597BC0.7090408@posteo.de>
	<1381596289.4593.31.camel@junes.haus.k9>
Message-ID: <52597E5C.5060807@posteo.de>

Konfiguration ist auf jeden Fall schwierig :)
Ich habe jetzt die Einstellungen in /etc/config/wireless so geändert:

        option hwmode '11na' # War vorher 11ng, das war wohl die crux
        option channel '40'  #War vorher 10. Wie war das, 40 ist
eigentlich indoor?
        option htmode 'HT20-' #War vorher HT40-, was ist da korrekt?

WLAN geht jetzt jedenfalls wieder...

Am 12.10.2013 18:44, schrieb Juergen Neumann:
> Hallo Alex,
>
> ich glaube, du steckst in der selben Misere wie ich und einige andere
> auch. Es gibt m.E.n. derzeit kein funktionierendes Setup bzw. es ist
> nicht klar, was von wo wie installiert werden soll.
>
> Das müssen wir ändern ... ;-)
>
> LG
>
> JuergeN
>
>
> Am Samstag, den 12.10.2013, 18:41 +0200 schrieb Alexander Kops:
>> Hmm, zu früh gefreut. Dadurch dass ich die Einstellungen per
>> Freifunkassistent geändert habe, hat er scheinbar auch die schönen
>> Einstellungen überschrieben die wir am Mittwoch manuell gemacht haben.
>> Jedenfalls kommt das wireless0 interface nicht hoch, d.h. kein WLAN derzeit.
>>
>> Das hier kommt wenn ich  "ifup wireless0" eingebe:
>>
>> command failed: Invalid argument (-22)
>> Configuration file: /var/run/hostapd-phy0.conf
>> Hardware does not support configured mode
>> wlan0: IEEE 802.11 Hardware does not support configured mode (1)
>> (hw_mode in hostapd.conf)
>> Could not select hw_mode and channel. (-2)
>> wlan0: Unable to setup interface.
>> Failed to start hostapd for phy0
>>
>> Im logread sehe ich ausserdem weiter unten noch das hier:
>>  user.notice dnsmasq: found already running DHCP-server on interface
>> 'br-lan' refusing to start, use 'option force 1' to override
>>
>> Meine /etc/config/wireless hänge ich auch mal an.
>> Hat jemand eine Vermutung?
>> (Etwas stutzig macht mich der Kanal 10, es ist ja ein 5 GHz-Device)
>>
>> ALex
>>
>> Am 12.10.2013 15:49, schrieb Alexander Kops:
>>> Ok, vielen Dank euch allen bei der Hilfe. Ich hätte wohl im Grundstudium
>>> besser aufpassen sollen, als solche Themen vorkamen ;)
>>> Ich habe jedenfalls als Mesh IP-Adress jetzt 104.195.0.62 genommen und
>>> als DHCP-Adressbereich 104.195.0.64/28
>>> Der Router ist jetzt auch auf meinem Balkon angebracht und in Betrieb!
>>>
>>> Perspektivisch wäre es vielleicht ganz schön, wenn
>>> ip.berlin.freifunk.net eine API anbieten würde, über die der
>>> Freifunk-Assistent einfach einen IP-Bereich anfordern und die
>>> Konfiguration automatisch vornehmen könnte, oder?
>>>
>>> Gibts eigentlich eine Android-App mit der ich mal die Nachbarschaft
>>> ablaufen kann und auf einer Karte festgehalten wird, wie stark das
>>> Signal noch ist?
>>>
>>> Alex
>>>
>>>
>>> Am 12.10.2013 11:21, schrieb Sven-Ola Tuecke:
>>>> Noch etwas mehr Hintergrund: der DnsMasq kann durchaus mit einem
>>>> x-beliebigen Adressbereich umgehen. 104.0.0.10 bis 104.0.0.12 ist
>>>> beispielsweise prima als DHCP-Adressbereich. Andere Programme vertragen
>>>> das aber nicht, die akzeptieren nur einen auf Binärzahlen ausgerichteten
>>>> IP-Netzbereich, z.B.  104.0.0.8/29 (== 104.0.0.8 bis 104.0.0.15).
>>>> IpTables z.B. oder der OLSR-Routing-Daemon.
>>>>
>>>> Letzterer sollte die per DHCP vergebenen Adressen per HNA4 im Mesh
>>>> ankündigen (etwa: "diese IPs bei mir!"). Sonst funzt zwar der
>>>> Internet-Zugriff eines DHCP-Clients, nicht aber dessen Zugriff auf einen
>>>> im Mesh angebotenen Dienst oder auf die Web-Oberfläche eines entfernten
>>>> Mesh-Routers. Mit dem ersten Bereich ginge das nur mit 3
>>>> HNA-Konfigurationsanweisungen in /var/etc/olsrd.conf.ipv4:
>>>>
>>>> HNA4 104.0.0.10/32
>>>> HNA4 104.0.0.11/32
>>>> HNA4 104.0.0.12/32
>>>>
>>>> mit dem zweiten korrekt ausgerichteten Bereich ist nur eine
>>>> Konfigurationsanweisung nötig, etwa
>>>>
>>>> HNA 104.0.0.8/29
>>>>
>>>> Ich bin ziemlich sicher, dass der Freifunk-Assistent nur mit einem
>>>> richtig ausgerichteten Bereich umgehen kann.
>>>>
>>>> Gruß + HTH // Sven-Ola
>>>>
>>>> Am 11.10.2013 23:45, schrieb Tom Arden:
>>>>> Um das zu verstehen muss man
>>>>> http://de.wikipedia.org/wiki/IP-Adresse lesen und dann kann man zum Beispiel 
>>>>> hier: http://jodies.de/ipcalc oder in Linux mit ipcalc oder sipcalc die Netze 
>>>>> berechnen.
>>>>
>>>> _______________________________________________
>>>> Berlin mailing list
>>>> Berlin at berlin.freifunk.net
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>> _______________________________________________
>>> Berlin mailing list
>>> Berlin at berlin.freifunk.net
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From dpaufler  Sat Oct 12 19:10:03 2013
From: dpaufler (Daniel Paufler)
Date: Sat, 12 Oct 2013 19:10:03 +0200
Subject: [Berlin-wireless] Akku fuer ggf. Router zu verschenken
Message-ID: <5259826B.9000004@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Liste

Ich verschenke 2 Akkus, welche die USV nicht mehr so recht mag, die
aber ggfs. noch OK sein könnten. Sind evtl. für Batterie-Router zu
gebrauchen.

Typ: Panasonic Lead-Acid Battery LC-R127R2PG1 (12V, 7,2Ah/20HR)

Wer sich zu erst meldet und kann sie am 23.10.13 in der cbase in
Empfang nehmen - oder gerne auch früher bei mir abholen.

Grüße

Daniel

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJZgmsACgkQq6ymFUkZLTIAawCg9GhytftpJDVNtcQ1tUqEk+Kh
IuAAoN/pn7BYoY5aMdhOGXTuAudrDUzI
=MWs5
-----END PGP SIGNATURE-----




From sven-ola  Sat Oct 12 19:34:24 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sat, 12 Oct 2013 19:34:24 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381590608.4593.15.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9>
Message-ID: <52598820.9050406@gmx.de>

Hallo JuergeN,

mmtja. Hab sein Wochen keine neue Firmware mehr geflashed. Davor leufts,
sonst würde ich das merken - häng' ja schließlich selber dran. Was mir
auf Anhieb auffällt ist die fehlende Host-Route zum VPN-Server. Muss so
aussehen (die beiden ersten Einträge):

root at provinz1:~# ip r show dev $(uci get network.wan.ifname)|grep -v metric
77.87.48.7 via 192.168.0.1
77.87.48.10 via 192.168.0.1
104.198.65.192/27  src 104.198.65.193
104.0.6.0/24  src 104.0.6.27
192.168.1.0/24  src 192.168.1.1
192.168.0.0/24  src 192.168.0.100
172.31.240.0/20  src 172.31.240.3
104.0.0.0/8  src 104.198.1.14
0.0.0.0/1 via 172.31.240.1
128.0.0.0/1 via 172.31.240.1
default via 192.168.0.1

Mit der Scriptmeldung im Log hat das nix zu tun. Das ist Standard-Blurb.
Pack' mal bitte die beigefügte udhcpc.user nach /etc und die
authorized_keys nach /etc/dropbear und starte das Teil neu. Ich guck'
dann morgen mal nach ob das durchläuft.

Gruß // Sven-Ola

Am 12.10.2013 17:10, schrieb Juergen Neumann:
> Hallo Sven-Ola,
>
> bin mal wieder dabei zu versuchen, meinen 741er ans laufen zu kriegen.
> Habe jetzt einfach noch mal ganz von vorne angefangen und einen neuen
> Router genommen, die letzte Pberg-Firmware vom 06.10.2013 drauf
> geschmissen, alles schön im FF-Assistenten eingetragen, vpn03
> installiert ... und siehe da, es geht auch wieder nicht.
>
> Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03
> restart funktioniert es immer für eine gewisse Weile. Dann ist der
> Tunnel unterbrochen und es geht nicht mehr ins Internet.
>
> Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires
> '--script-security 2' or higher to call user defined scripts or
> executables.
>
> Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2'
> ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem.
>
> Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.:
> root at myrouter:~# traceroute -n heise.de
> traceroute to heise.de (193.99.144.80), 30 hops max, 38 byte packets
>  1  172.31.240.1  70.121 ms  61.169 ms  10.943 ms
>  2  77.87.48.1  11.166 ms  10.463 ms  18.433 ms
>  3  217.197.91.130  15.434 ms  14.685 ms  27.618 ms
>  4  192.109.82.65  16.697 ms  17.145 ms  13.106 ms
>  5  194.9.117.35  15.790 ms  24.590 ms  17.436 ms
>  6  *  *  *
>
> Ein paar Minuten später geht es dann schon nicht mehr. Ich kann heise.de
> weder anpingen noch einen traceroute machen. 'ip r' meint dazu:
>
> root at myrouter:~# ip r
> 0.0.0.0/1 via 172.31.240.1 dev tun0 
> default via 192.168.9.254 dev eth1  proto static # <= Das ist mein
> korrektes lokales Internet-GW.
> 104.0.0.0/8 dev wlan0-1  proto kernel  scope link  src 104.131.9.30 
> 104.131.9.1 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.7 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.16 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
> 104.131.9.160/29 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
> 104.131.9.161 via 104.131.9.16 dev wlan0-1  metric 2 onlink 
> 104.131.9.168/29 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.176/28 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.224/28 dev wlan0  proto kernel  scope link  src 104.131.9.225 
> 104.131.9.250 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.253 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 104.131.9.254 via 104.131.9.7 dev wlan0-1  metric 2 onlink 
> 128.0.0.0/1 via 172.31.240.1 dev tun0 
> 172.31.240.0/20 dev tun0  proto kernel  scope link  src 172.31.240.28 
> 192.168.9.0/24 dev eth1  proto kernel  scope link  src 192.168.9.11 
> 192.168.224.0/24 dev br-lan  proto kernel  scope link  src
> 192.168.224.1 
>
> Ich habe Dir mal logfile in den Anhang gepackt.
>
> LG
>
> JuergeN
>
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/e3ffb3f0/attachment.html>
-------------- nächster Teil --------------
#!/bin/sh

case ${1} in bound)case $(uci get network.wan.ifname) in ${interface})case ${router} in "");;*)
	# Sometimes the host route added by openvpn simply
	# vanishes (during dhcp renew?). We force the route
	# to Freifunk servers via WAN/DHCP
	for dns in \
		bbb-vpn.berlin.freifunk.net:77.87.48.7 \
		vpn03.berlin.freifunk.net:77.87.48.10 \
		vpn03-backup.berlin.freifunk.net:78.41.116.65
	do
		ip=$(nslookup ${dns%:*}|sed -n '1,/^$/d;s,^Address [[:digit:]]\+: \([.[:digit:]]\+\) [.[:alnum:]-]\+$,\1,p'|head -n1)
		case ${ip} in '')
			ip=$(ping -4 -w 1 -c 1 ${dns%:*}|sed -n '1s,^.*(\([.:[:alnum:]]\+\).*,\1,p')
		;;esac
		ip r del ${ip:-${dns#*:}}/32 metric 1 2>&- || true                  
		ip r add ${ip:-${dns#*:}}/32 via ${router} dev ${interface} metric 1
	done
;;esac;;esac;;esac

-------------- nächster Teil --------------
ssh-dss AAAAB3NzaC1kc3MAAACBANZrdK1ZY1ncEIQBNuhPcBllLFBWmfNcVYLIuZfCeYsN3BffwmADs7c1L6srnRFs1u5yzGD1nnIkUje8bhuDKIOokb8Ku8go6qDJ23tBqqFmJXz1gzyjZzTKEaaKhfxZrAso2DzC5j1WmHZ0Mu/gxnOu7KIaWn8j2/WSfpCBXJj5AAAAFQDobyDbii84r+JUte567ko+6CZ0uQAAAIEAmkaQoof0T3e+f2Maqk7C1Hqp44FIA7qG0V/Z6r3fjbgMDEouOif3dFjepq0iELIvBi/EDpl03RI4bgQ5jvhLGn4eTDXP4rw/ohYWzOknMoinlqmOolCZez23B5PqSbqyJVIxZzmAsrQi2ZEmbOIb7YXVQj/1E6Oxfch7sJJQPqcAAACAdgEzoYRF+svRtqAF8MgbSHpCQ4BjbWouWtcunN00mHMso3ss2+HTtQODfs/igZ3vZhEsTSmx2cccx2E1DJJR1iikiyr3jDViZZNGihHHVcZw/1WMymNz8Fx2/2oViNry3ZAZiwTy1MHGI6Ie69L0p464rItaZsqnoLpxksP0iI4= sven-ola at pcsven-ola
ssh-dss AAAAB3NzaC1kc3MAAACBAJ1ECuozJMR6sFDNZPyHVaZEyDQ6TuY9iJR2dyNDMejaiodc9SUzsWbAXR4zLxz6B41W0q9UT1ti29fC5teKKQF1ho68QXbYkpwU9bUe+ZrMhzoMsuM1fJUs0fpTjKBnooqq0Tw91s7fesZgdTGLanZ+c7D1Ob4Komp1qBWLaIyBAAAAFQDfwv8OMeWlpLLSJwBNXFM45KHd1QAAAIBha4S2nmvsYSyQp4Z5XNiub8vqR+F2+qd0iy/nFH3ip+dIubDG79dOBre5P82Su86K5G813fGMC9A5rD2Qw1wTEbHzMn5KL48EpJNNtGYrZGhhiT3p4lHKM/IjdqSOkFeFVOKsha54dsUyTtHB8segm6TFhT/zC7CTnY7FrAMUqAAAAIAnZlDiagRrEb/byiIP5JHxsmEoGi+IzDi005YZaBqvEjaTFebd1FYTK7hziwf6YzsKfOTo+7APA/BA3Qpy6cTm3kVsAHdiBrlEvT+ITUmRJ0qYCZqvhxMxN6HWP/+lkPeNB1rFpgNkhR+ifXrhTPpyzyoy5l/GyV1PTH0oetjFoA== sven-ola at styx
ssh-dss AAAAB3NzaC1kc3MAAACBAOISG8fndcFcLG6u03sQWxa3lHY5yVdhav1t6zd7L6ctAdO55ARsKchS2lcGblX62FyS6lpqAyqd0popcAAfd5EAMBPiljJgP8rhvAYNQHjdUUBINtYG7S+vMjob5ixwsd72vPSzhLYbEpb885/OM9fgfj0BCZfPfb8SUn+s28d1AAAAFQDIWbTSs1MApPlzVh9a0/GBMqYPgQAAAIEA3urOYH5qCQGCRClWAYEwhGmxkWgQEZEZNRk4WvOLizZiQxo3IfKZU8buqRxqbxwvsPT4MhwwJ8UQDLXJFPIN0zjzqFb47bsEPZvD6jsyvFZtrHTQn3cmlhQFgUdCUSUApkqSqA5OuKYC+Jz4zF5wdOeCMklROGG1xvi2fY/rvmYAAACAU0uG7mIatjQBO06aqGqKbMfPUWlHvZEJWfFpod3/n/M/a7XQJmkTbjM0EGKJ0wVIMaSPuNuaVIN9t3iR9HuL0TobkXNzIC2u6zd5dXiMwJ+zfrxw9JTaWRa92ON+JPi22uut7cjmznH3WJ4dnql5psku4jm8x61XGOW7owfusY4= sven-ola at pcnet
ssh-dss AAAAB3NzaC1kc3MAAACBAJazyyLqx+CHxdJBCRZBO5wuT42BKt/w5hyVt1Z67M0c4aRSYt9TYGUez/ZLbrT/Lrllb+7sQe20F+3dKTNZAGL5IEG7jIjmum/70zOH/wXcb2FyL0f59J9x5t7+za7umlFswIHXYfyhQcIrkviQfAgADOgP7bNt78ReNQTjT+fHAAAAFQDe32a3rQzOpCX+a1lQaXfkBEi8UwAAAIAYqKG4OmPUil+llr3Q9hNeZVl7Kz6mJe3zrg2lrjGCK0R0VjDJ2LH6WQsrwswo0hE9uwsNve5Tw8m8xFdQdQl7/aJJs1VbFHvEZnUKRFMLnjRbLboah0lVLWV3vypRZ6+qqvIGC+Y9ZaVnPyez2oS8cAPotc/Ls/99C4jAf7HuZgAAAIAWeA2LfCjNVjsBct6SbP8SFiD8FrToJgMAN288vAk6Zkg4VfTT/KH4XzkDDbYoT6rMWXYUt6zU+0g54AW+bfSx0gPdmZqr2JNx22FJJXM2+/20Znigz3TX85IAtK/bn/4bstKNLWO1Y/PWplkgRSfcepVTPeCTys8cen7LWIxwXA== sven-ola at pcbenq
ssh-dss AAAAB3NzaC1kc3MAAACBAIgHpVI1KZY59x19sSsGBoULjkjBotPauqevb9x7N7ZhnoxHc1fwXzdvfPBIBgmw5jAFzswM6PZy28XWgQ40llPLjbmpuRe+tW8Sx10JAnrCEKkNdTIUhqQY8/8JO94c0HaE4eO/pHjf6PVxXohs8uZO8V5//TvDiYTa/YI/uNPRAAAAFQCftPbzP+c4cdbhu4MST8HEGEQR+wAAAIBElvykNrytOFObklBWumlsbLRDZALguja3wC8xG6UBGmVq66dkxexCV3fshp0k6WWhybnpi9YMKqvOJm3zkeX8MRqZyQAdijweelIubdnYmX9qbXsnc1gCKAfetJbSZDLf2Fy4HeFaSzJbtAcg6IfTR5gCfro2xcqabvHydYoQGwAAAIA+LHqd4xsBR/emEXiDmoJgZ0naYQVH01LQjB/PNuayiY0/SSBotmSRb8MOeTIy8gDHTXhrH73WzIxaLJP/FXDOxtYBeQ9sXsGlWmVV4t/vEOI1OeHIAkdvnZr6iLLfCFHkRWrt6WOX20UoG6nUVWeZICgBSM4dY3F355Sjv9oJTA== sven-ola at nyserv
ssh-dss AAAAB3NzaC1kc3MAAACBANUhu8dMHdMCvNTJGfYQoZBADPH8Tc2s/H4PWn+1GPe+CO+nwAeYAfHN5/pIOBDSViKKqHxdiSIN2rniaTNwYSyYz6bOkjICLS77tCC0wyPYM2FtpavAse4CzYsKOJwAdaT61q6gznwaSp1ZbCmc43R6ZgmlGMFUUTtV3/YMwziRAAAAFQCmeA+on8kY49graXki18B00xjYgQAAAIBm8ydPmndLYaNFwwQUVgfTfBxZFo/o3VJDlWmd0BuX2bW1cqV5akvKbqfAKNZuOhagyQXdxPo7eTW1aEpX2ZiyezUflu3yn1dZm6f4zZp8erhIsMHXeYvqTJEmpSk2xAeZxPBRbZaob68q+CL8rSLaySugDqEOZLtwOlxvljA0qAAAAIBGzYacW4Psj9ojAnDPACxWzABIeJET++S63g6JzPYUUpPzADRuCz0PGrBurcRpl1jq3+C1kxQlBBE6F/INQHM0YdrUTx9MNkZg1RD3JjfyCFDbZq6xnpKwYj1o3cZ1XZOrGSqV7tjgGSAieIhoUx08GX3Uoyunc5szYsItTITFaA== sven-ola at gate
ssh-dss AAAAB3NzaC1kc3MAAACBALDaF0W4FoEE0V0ThYFTRANEJIFUC3oDJwmEYH+u2+BUzqxP6DiiSn8qUpNqDFtbgRCQYduQ/VsyhOd/NmXBQgYeGjnV2NAZmGbflirYUzMt/gSoSc3p03MHMumo17p52nH2bsHQjyRIddE+ZtjEaKbO+2LmITL9grMLH6tgJc1NAAAAFQD9UOLmPSFNG9osHEvSrAxYyWlxSQAAAIBKxhd5Owj5YTmBE94iPXwPHx+E8xXJIKnSiSy42PWs/ew21TpbuCpZnPA3V1CJa7tGtdOovANqXEoq6H/8V93vnDso/0c/jEpD+3NnSHVi+cWiAlevBxdtb++EedU1VsyEuQhw7JUdufQZ/E00QqUkFu8mLKQhBR0bI4yLa4Y/1gAAAIAcHTt8Oby6hQkxeLTsxZGs8YHsasy1wsuLOOAXWXcbWXK0w0WPQcI9roRxONhHQfUTp2/v2V39xjFiHmHa2SRvO1fkNMgwnkzNAd5xE1iRK6vipj/79ijWhG+PT6p90lwNqmMjJJEloB5tuptnRNMhAWKx0AmxQmA4WHjzF2icYA== sven-ola at pcgast1
ssh-dss AAAAB3NzaC1kc3MAAACBAI71EqMYQM9pyvwIPlGzX4ZG4XMVZrZbEU76OaeB73wa478efAZckylcYb9Ak29n7yY/eXgmWXvpJmj/umI7no1jc4HIuiVBfDl8wmSP77g0qpFGsdIVPmiLA5dDMLIuYOBvKHPNHShwgx9GOuBAkfSAi2R98GiZLGKd0VltesDdAAAAFQCaC9KYvvpk4qwfvO862O1cI5JPwwAAAIAsJS6G8FrEpsBrhOWKMqz4FR/r9dpuHqH7mHRhUq3tLJiH4XWV1vZ4Vnnw+yGkD0iCXYTXweDm82AGB9rK3u3uiKfzpXW2/lmkwzAVGGK8UQF6FKQIWTlc9TBQTgO4CpXBCzLh4Vc0ojcP0/kgGMkruqnq8Sw1iumGOTCw2gbVJQAAAIEAhtM/hwt0RBe3PJI3hAsutL0C1kI0Kttty+loSdS1WEXIyD/4us4b5v7buG9UlxsGUjMnRWIfW4G6bTONX7yyVlMcr8OYZzz+UKgZlWepejw6Lw10+FX3vEhw7B2MstQRwl+UrZKeGBOhTtwmtd6okLJttpmjv36eHYIuK2MfsFI= sven-ola at freifunk
ssh-dss AAAAB3NzaC1kc3MAAACBAJ6hxTpBoZcLRxjEbag8lm7Era7ui20a8cvVeZrX8xIDoTIXXgd9orWtKJgf8p1488LS5PVigrTEWvkvHsWnzemGfogr2x232Xl/FXg2ItdXb0RL+witVnPTQc/7tLO8LPxyEOilmWo3r3dHHRompRyHGEmFqEEZGcv1XpPqF1b/AAAAFQDl0AOJJUL56saNMmHwA1F3rSiwrQAAAIAgKPdGJnJSFLuX7cBlBqMDuJmMmScxZFQLmXX7N+IEoPK5VkKUYoiA6qkRFT0KiodidRffn84StyIlidtpxgL3nMdaX/xPr3XPE91TbfHpwUBv3s3Tby9ylG4eatkwB7pCz1JNMXOnYqW5xP1paA07LTlSQtzag48TbTnPtKWWfQAAAIBCY6buDMa6oSKsx74gsN5b3v4aPzMtN3DyFO+9tbX19Klmlukxxl+A8mdK+hYiG4EPCck4vCdXR24/qt7E06gg3Q+aEQe806GpJrTNPphxMSZ/UPV+7YYquRMr5qX46yGdbisoJE4uA81RhcIrLgWLjF7BX6HaoOXHn/dH7VGhVQ== sven-ola at ianua
ssh-dss AAAAB3NzaC1kc3MAAACBAPwUJjyTfu2RyPK9Jia6XsIyb8ZZhuFVpHmBQzYIyC3daAIa1ulFtPddsPA3+2lglt3qUfCg0ODGuxnB/07zxG/caZS8smCWhzzA41vJd8M2R/oRMJQF3QYhFgjO1qcQr9Fhhzmomui9n6s6f9YgSVfDByaQzHoIQdiPZtyeRTirAAAAFQDQnfUIGeP6CWTD6/hyKiLJEaWeAwAAAIBBU+yxjx0fhLeUe6NNbZ2Jt+/771/KrW0Ak7THbIHbRNoGNlxJEPulpHOZeYS2aX2GKxedVpeGtMVVn0BjwtcNRrREhcxWKftc7pqdwRr2w4M47yhwMip8siJsnquANrXW/LOvDITFlTrLfXSjjAGqIKjQ524J6qN3g0usrkNLagAAAIEA1Rh8ukNyK12HorOvzRdPQaFhhxfp7V/29tVuxM3cdXfz/LKfZCZOmmIjJohsPxrMc9peCzDF6qqmMrGttblCiN9V/7kPSwTIAmys7Y9aupey//16sMOGJ0GwYQSCjer6wWwYiAy1CojM69QpLmFIk0oSF3PIwmVf0djdK/Zt/RE= sven-ola at bbb-vpn
ssh-dss AAAAB3NzaC1kc3MAAACBAMvIVjOBKfzpHGN4RWwJeILo9BbQprxMGUd5U6op7QRdZG5OzqwcPWobzScDFMmUE3nF+Mx0jHYJvTJ3Qa4urcckCELv47BxaXQdGq2ZGfyQx5NvO84tJLw/lH1z1Cmealv8gWNog1Y/MSJtT0XUpBFUyAMYtLS6l9O3qDV/nWPPAAAAFQDedKluCiXR+t0o7/cqM6cbJEo8dwAAAIAv2CcWUgOdqg5sL9X2AN2FmF3y2RlR8JevcxIBLOf/V7xoCh3R+24Nzcw9QkH9Es6HjI1z717i6B5Iz5VKex3zsqCE9NcEalhylLkCuQnOF8A1aGIQGSJLQMikZKIDBQETRnNoewGMYkB2+l4c3H/ZLuRaWIWQRsBIsXr0+KsWoAAAAIBVXXpvSYKMuHQbfZJeC0oc0wehdMFgXFdZ8KxXbokPenaLAdUfTpmim2IzAJxqpOBda/ZnDVCcg6WGGCLE1HnRlK2xIBUHgedvS/5z6LYEeL0TOrPG92YBeMiFQMRQAxbqwtc1kL67S5FTsnz4ZKtlMeTtxwaCRcLD9OeTh/ZpHw== sven-ola at galaxytab
ssh-dss AAAAB3NzaC1kc3MAAACBANBY6N+/xET1xPfkLb1Ubr5/LLv3uCJcDmgOqrehkDdqwhQ5OL2E++5Sa04z+LH6wKo1wyLCh0YOL3SHdV/FM6l57HIc6Fov3EDfdR2B45gsx3f4hNFhHW9LIkbTx3ssvOQtssk+16IP8Pn99CXAX7Tf4IIc1oSVCh0UG2RrihUtAAAAFQCiJ5Poptu389+Fy5e8ni7LFMczFQAAAIEAjeflXpYAi6njXSkn20R/xdTcRDpYYhY+Jx9AcLy2/95pzGMyKqAGP9Zv3znR9oP/SZRoqIGf75SNSMoKmdo1BqBan9BcyHxq0CbsBn03PLhsbOs+Gax0d2iiEvVpZDompiuFp58m6ycKWwA+0eV0LAfuV67QaXSZd+bF0GFRA7sAAACAUpCnDootV4JYxNTnW45mfJvYaRHhuyQVa3l3UoLxMp7B3qL8i4WwgsQWcIaoSz9rPRkFFvHA9Sg1mCSTDT7puV1yDwj5Svr0HPC6JyKRquYbCfEvEMe9d4jVLAFhxCWtkfdVNUtNcB+4qPkZO9ytbFLAxw297BoqobJY3IWaRZs= sven-ola at huawei-s7
ssh-dss AAAAB3NzaC1kc3MAAACBAM1FNUNJt8lfwDlh9eegcf3C13+pkW3CcwNYuWJxE0wOK/9TDRBxH50Ho9LjfJBCwkW7PrgksBFFe9RBObDivaOTYalziZUOlRikFl7lboyCSGXcCLguw3K4E7zG/gJTv4QSK74MP+XuJ9ubTSocoydWdDws9Nzmxd0TmFmij0IJAAAAFQD30LbP10ATTcGdJx1wQ4Aj94IrLQAAAIEAgYOhHbXKpE46Y3IkfGVDu0ompetudG1QQ4jfnQEKCJb3BlrKor6DzlkjA+nvMTAWwPS6dLis2R3pQtGff+Uk3HxwNs0tcugZfbxbtnzV38Jxih3e5Sz6kwxfr67sb9c81SlL2wvKgpRqkhujibA82igsgfgS9w4BTj69b0Dnw6cAAACBALANWwg1FyEP6YrQut0z1tF5VTC3qzM2z0ykoVe4JQipxFjUzi1OO0MmCCDDQTGybwaznrwqoC1rVAL1q1jxpinuO7pZZmLdspyV/PCHABTN2RDJKYmRyFDLkoxIqic09sksknrI+KVj6AgNpszHW1CAP7R/IgFpl/jqdKf5d/VW sven-ola at pcexo
ssh-dss AAAAB3NzaC1kc3MAAACBAJKIIq9LfWv3jya/J7/Cig8AsmSGcdRvqqV9xk7mm9JvnGFtL8Sw264ojWnUUEPUkyNDkuZzsqqMFlFRiM/62hhN+v/631RIpahWx6i5kQugJnvyZuLmDG+A7b3aSZv9EK++KiRfiLTSv+4g9tL4UzuTesAMTewYVzccfYUN9LYfAAAAFQDulo2yAWRPR36ltNjaTewo7QOhGQAAAIA69QvneeQ8ANsmeMDbOGXpEVfp7OSVTQ3FRSspPXJzzBHGnJB6IAS6hvh+DbRPk2bSEXyq5UcUrfvLq87zEoECsSpaMfusTTxEVM50wvuDjPEwALfEF/zEW2IHttZSECyT61AKwIan3AarX7+udY3rA4lIlaeQ0pmaKP3loI5X5wAAAIBT+e6M3wKg8qqtz5rLSMwLy39Fp1jrcLCErSW0CR7oLjvp1pyAdG/7q9V3zNgsT5NLqwbKe4DpPYBBRhL2HZaZcPgzIwSMz0BgoSY4PS3Aon1k1JBAIjDh6WOVdmMcrwUDB6sfvu/LeSr8Avf8oJiFft5ozFGyNEfCBL3oyTuI3Q== sven-ola at charon
ssh-dss AAAAB3NzaC1kc3MAAACBANctw0qf4e77kBBrYiHMsmNLrwtdjm/dyOSK2d+8d9ubc7ixbvM+3VLGxPywGxC3fSNlRsx0PfZKRvCGgx682VjQ7fC2J0SvQngHGNKvl7L7QeoK+zectPTMgxCvRrfGgz5+/s4KfkHk5K2yn4uihs1XyyGxFRDU4Etesj/uJnvrAAAAFQC938Z+5hZpFVDwQ0inj3mMeLPNbwAAAIEAuIfVIbyu5anoDVcGz4leNR9S1Tpr9+yFMstuFfPnkoPWFJBB7F9B0g750gVteme4zxYSs3/cKZJLSTtbr4+LsoRd6Lo7LMPBMVbuUH3euaw9NvOZfzJBmgDGH8JZyMjgmLTGEX4U6eBqBAcpG0yL4H1uY2O9weVXplnVBVQxWBAAAACARGIpA0xbNNQAPYJqbgJ17vc9uvDl9FPLxFElLL3zvBd7AQF55pQxr2SCrMFOCsL2wn36p8n3aYhIgdFk+1f/MM/luJWoRX8vkCENXKaomip864rU2TgWFiXDFe1RYLuzJe6twy8qOJf5S7FmZ5aRlcWT87SDfsMuUV9GqmafOrw= sven-ola at pcclaudia
ssh-dss AAAAB3NzaC1kc3MAAACBAKYunR1lxV3hNJRvMY20JwlptLGThNMTCfNfXBM4Z21yGBBTrYb2m9402B3rYeB48/grcjXGqk0qqih9jJm4ruqf0AZAgZmJu6AWuixpfh+TWfZu+51vxgOKQcSrWox2M8U9QRo1vX+Am0Tmo0fj1ZQJLJ0d4thIIeEkVZMFaA8HAAAAFQCtYIQBJDvvTDSUlocU3DcFO9aHiwAAAIAIjeoUVNf9obyYFTP/8eQ6LCjQ+UbZ5bZ8L8El2rtcWQKYPGjnzAJWys+KFXHH5HRiA5Jm4Wt4YOIWKrg0S9xvIctDf2PftbFkM5QerdcEWR4TKvds+GFfrupG39x2/td3JfIpEfM/phFCeZuSC6spddPbc8uDuU6DJCtCdNidpgAAAIEAk4+RvfR9NCKHEoDqONca2ljP2cFebGbaWuqOvhz5dou5pvI4ZNOgF5sFYkY9WE3H0BPj6opN+hfmEgVmtmKILxOWKKsxX9h3fV0fNEMVxFOqIDspur1nJH5MAoYpjbLoqE1GEbsXHFXW8hr6NCTMxdNeNV7NGEpGAtF51c/HkbI= sven-ola at sgt77
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/e3ffb3f0/attachment.pgp>


From sven-ola  Sat Oct 12 19:38:10 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sat, 12 Oct 2013 19:38:10 +0200
Subject: [Berlin-wireless] Hilfe beim Einrichten von Freifunk-Charlie
In-Reply-To: <1381596289.4593.31.camel@junes.haus.k9>
References: <52585513.6030606@posteo.de>
	<52586604.7010703@mi.fu-berlin.de>	<52586923.8080906@posteo.de>
	<2441904.rkEALymLKG@pronix>	<5259147C.8090404@gmx.de>
	<52595355.1000006@posteo.de>	<52597BC0.7090408@posteo.de>
	<1381596289.4593.31.camel@junes.haus.k9>
Message-ID: <52598902.6050501@gmx.de>

Oder vielmehr: wenn die VPN-Varianten der PBerg-FW inkl. Assisten gut
funzt muss die Beschreibung unter http://wiki.freifunk.net/Vpn03
natürlich angepasst werden. Dann wäre die Installation mit dem externen
*.ipk bzw OpenVpn in der RAM-Disk nur was für Leute mit anderen Firmwares.

// Sven-Ola

Am 12.10.2013 18:44, schrieb Juergen Neumann:
> Hallo Alex,
>
> ich glaube, du steckst in der selben Misere wie ich und einige andere
> auch. Es gibt m.E.n. derzeit kein funktionierendes Setup bzw. es ist
> nicht klar, was von wo wie installiert werden soll.
>
> Das müssen wir ändern ... ;-)
>
> LG
>
> JuergeN


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131012/613f540f/attachment.pgp>


From dpaufler  Sat Oct 12 19:40:48 2013
From: dpaufler (Daniel Paufler)
Date: Sat, 12 Oct 2013 19:40:48 +0200
Subject: [Berlin-wireless] Akku fuer ggf. Router zu verschenken
In-Reply-To: <5259826B.9000004@leo34.net>
References: <5259826B.9000004@leo34.net>
Message-ID: <525989A0.40801@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo

Das ging schnell. Akkus sind wech.

Grüße

Daniel

On 12/10/13 19:10, Daniel Paufler wrote:
> Hallo Liste
> 
> Ich verschenke 2 Akkus, welche die USV nicht mehr so recht mag,
> die aber ggfs. noch OK sein könnten. Sind evtl. für Batterie-Router
> zu gebrauchen.
> 
> Typ: Panasonic Lead-Acid Battery LC-R127R2PG1 (12V, 7,2Ah/20HR)
> 
> Wer sich zu erst meldet und kann sie am 23.10.13 in der cbase in 
> Empfang nehmen - oder gerne auch früher bei mir abholen.
> 
> Grüße
> 
> Daniel
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJZiZ8ACgkQq6ymFUkZLTIfdwCgzageTiTx9eS6jIcSzfEV9fFT
3XMAoIXsmlIjdMs2kyyjKoZUI6zmdodZ
=ALOz
-----END PGP SIGNATURE-----




From smilebef  Sat Oct 12 20:36:10 2013
From: smilebef (smilebef at gmail.com)
Date: Sat, 12 Oct 2013 20:36:10 +0200
Subject: [Berlin-wireless] Der Zorn des Khan
In-Reply-To: <trinity-cac68ff8-a89e-4662-b7fc-a84af47e7f9b-1381566886802@3capp-gmx-bs02>
References: <1381498972.1882.25.camel@s400ca>
	<trinity-cac68ff8-a89e-4662-b7fc-a84af47e7f9b-1381566886802@3capp-gmx-bs02>
Message-ID: <20131012203610.58fc3aa8@Nonne>

Am Sat, 12 Oct 2013 10:34:46 +0200 (CEST)
schrieb "Alina Friedrichsen" <x-alina at gmx.net>:

> Ich hab jetzt alle meine Computer usw. zerstört. Es gibt eine
> Schmerzgrenze, die ich erleiden kann. Diese wurde überschritten.
> 
> Ganz besondere Grüße an den Herrn Dr., der seinen Dr.-Titel zu einen
> großen Teil mir zu verdanken hat, und mir nicht mal 3 Euro leihen
> will.
> 
> Ich werden keinen Finger rühren, bis mir der gesamte Schaden
> erstattet wurde.
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

Hallo Alina,

die Evolution ist ein Zufallsgenerator dem es völlig egal ist ob die
Kreaturen, welche sie erschafft gesund, schön und lebensfähig sind oder
nicht. Wir alle sind das Ergebnis dieses Zufallsgenerators und keiner
von uns ist Perfekt. Auch wenn dir jemand aktiv den Eindruck vermittelt.
Ich schreibe den ganzen Tag nur Müll und andere sehen dafür scheiße aus.
Damit komme ich gut klar.

Was dich betrifft, so glaube ich, dass du einige Rückschläge im
Leben erlitten hast. Vielleicht hat es dich besonders hart getroffen.
Das ist durchaus möglich.

Keine Freunde zu haben hat damit jedoch nichts zu tun. Solch eine
Situation zeugt eher davon, dass du nicht das beste aus deiner Situation
gemacht hast. Mir ist es zum Beispiel egal, ob mein gegenüber Frau, Mann
oder Transe ist. Was mir allerdings nicht egal ist, wenn mir eine
Person, aus welchem Grund auch immer, Verachtung entgegen bringt. 

Ein Tipp von mir. Falls du einmal bemerken solltest, dass du deine
Umgebung (Mitmenschen) verachtest, dann ist das vielleicht ein Resultat
einer tiefen Depression und extrem kontraproduktiv. 

Wenn du Probleme mit deiner Konzentration hast, solltest du vielleicht
mal Urlaub ganz alleine im Grünen machen.

Fakt ist, dass ich für selbst verschuldetes Elend kein Mitleid übrig
habe. Ich will auch nicht für einen erwachsenen Menschen meine
Mutterwärme abgeben müssen. Dafür ist es zu spät.
Es gibt, so glaube ich, Menschen die fordern das Mitleid aus jemanden
künstlich heraus, vielleicht weil sie sich zurück an die Mutterbrust
wünschen. Ich helfe gerne Menschen die in Not sind.
Einmal, zweimal, aber maximal dreimal.
Mehr kann und will ich nicht geben.

Ich bin auch der Meinung, das professionelle Hilfe nicht wirklich
nützt, nur die eigene Erkenntnis. Deshalb auch die harten Worte.




From lutz.willek  Sun Oct 13 13:04:10 2013
From: lutz.willek (Lutz Willek)
Date: Sun, 13 Oct 2013 13:04:10 +0200
Subject: [Berlin-wireless] "Bestellung" VPN und kurze Vorstellung Meinerseits
Message-ID: <525A7E2A.2070901@belug.de>

morgen,

Ich bin Lutz, wohne in Berlin Mitte und will mit Freifunk spielen. Im 
irc #freifunk hat man mir gesagt: Schau doch mal auf 
http://wiki.freifunk.net/Vpn03, von dort wird auf die Mailingliste hier 
verwiesen. Tada, hier bin ich.

Ich hätte gerne von Euch ein VPN zugewiesen und die Config zugeschickt 
bekommen.

Momentan ist freifunk für mich "Spielerei" zum lernen im Urlaub, daher 
bitte ich auch gleich um Infos zu folgenden:

Wenn es für mich eine Spielerei bleiben sollte: Soll ich bei 
Nichtgebrauch das VPN wieder abmelden? Ich habe gelesen das Ihr nur 64 
Tunnel habt, nicht viel, daher meine Frage. Oder geht das automatisch, 
bei xxx Tagen Nichtgebrauch?

Ich lasse die Mail hier kurz und lese erst mal hier mit. Schönen 
Restsonntag noch!


Freundliche Grüße / Best Regards

         Lutz Willek

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 4252 bytes
Beschreibung: S/MIME Kryptografische Unterschrift
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/58830220/attachment.bin>


From gaul  Sun Oct 13 13:11:38 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Sun, 13 Oct 2013 13:11:38 +0200
Subject: [Berlin-wireless] "Bestellung" VPN und kurze Vorstellung
	Meinerseits
In-Reply-To: <525A7E2A.2070901@belug.de>
References: <525A7E2A.2070901@belug.de>
Message-ID: <525A7FEA.1040600@web-yard.de>

Hi VPN-Admins,

Am 13.10.2013 13:04, schrieb Lutz Willek:
> Ich hätte gerne von Euch ein VPN zugewiesen und die Config zugeschickt
> bekommen.

den vpn key habe ich abseits der mailingliste rausgeschickt.

ciao,
André


-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From j.neumann  Sun Oct 13 13:13:14 2013
From: j.neumann (Juergen Neumann)
Date: Sun, 13 Oct 2013 13:13:14 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <52598820.9050406@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9> <52598820.9050406@gmx.de>
Message-ID: <1381662794.3093.3.camel@junes.haus.k9>

Hallo Sven-Ola,

danke für Deine Unterstützung. Ich habe das Script und Deine Schlüssel
auf den Router gepackt. Er ist jetzt an.

Sofern Du ein funktionierendes Setup für den 741er passend zu Deiner
VPN03 Beschreibung hast, könntest Du dann diese Version der Firmware auf
Deinen Download Bereich packen und mir den Link schicken? Ich würde dann
einfach erst mal diese Version/Kombination nehmen, solange bis es eine
neue "stable" Version des Setups gibt.

Vielen Dank!

JuergeN

Am Samstag, den 12.10.2013, 19:34 +0200 schrieb Sven-Ola Tuecke:
> Hallo JuergeN,
> mmtja. Hab sein Wochen keine neue Firmware mehr geflashed. Davor leufts, sonst würde ich das merken - häng' ja schließlich selber dran. Was mir auf Anhieb auffällt ist die fehlende Host-Route zum VPN-Server. Muss so aussehen (die beiden ersten Einträge):
> root at provinz1:~# ip r show dev $(uci get network.wan.ifname)|grep -v metric
> 77.87.48.7 via 192.168.0.1
> 77.87.48.10 via 192.168.0.1
> 104.198.65.192/27  src 104.198.65.193
> 104.0.6.0/24  src 104.0.6.27
> 192.168.1.0/24  src 192.168.1.1
> 192.168.0.0/24  src 192.168.0.100
> 172.31.240.0/20  src 172.31.240.3
> 104.0.0.0/8  src 104.198.1.14
> 0.0.0.0/1 via 172.31.240.1
> 128.0.0.0/1 via 172.31.240.1
> default via 192.168.0.1
> Mit der Scriptmeldung im Log hat das nix zu tun. Das ist Standard-Blurb. Pack' mal bitte die beigefügte udhcpc.user nach /etc und die authorized_keys nach /etc/dropbear und starte das Teil neu. Ich guck' dann morgen mal nach ob das durchläuft.
> Gruß // Sven-Ola
> Am 12.10.2013 17:10, schrieb Juergen Neumann:
> Hallo Sven-Ola, bin mal wieder dabei zu versuchen, meinen 741er ans laufen zu kriegen. Habe jetzt einfach noch mal ganz von vorne angefangen und einen neuen Router genommen, die letzte Pberg-Firmware vom 06.10.2013 drauf geschmissen, alles schön im FF-Assistenten eingetragen, vpn03 installiert ... und siehe da, es geht auch wieder nicht. Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03 restart funktioniert es immer für eine gewisse Weile. Dann ist der Tunnel unterbrochen und es geht nicht mehr ins Internet. Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires '--script-security 2' or higher to call user defined scripts or executables. Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2' ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem. Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.: root at myrouter:~# traceroute -n heise.de traceroute to heise.de (193.99.144.80), 30 hops max, 38 byte packets 1 172.31.240.1 70.121 ms 61.169 ms 10.943 ms 2 77.87.48.1 11.166 ms 10.463 ms 18.433 ms 3 217.197.91.130 15.434 ms 14.685 ms 27.618 ms 4 192.109.82.65 16.697 ms 17.145 ms 13.106 ms 5 194.9.117.35 15.790 ms 24.590 ms 17.436 ms 6 * * * Ein paar Minuten später geht es dann schon nicht mehr. Ich kann heise.de weder anpingen noch einen traceroute machen. 'ip r' meint dazu: root at myrouter:~# ip r 0.0.0.0/1 via 172.31.240.1 dev tun0 default via 192.168.9.254 dev eth1 proto static # <= Das ist mein korrektes lokales Internet-GW. 104.0.0.0/8 dev wlan0-1 proto kernel scope link src 104.131.9.30 104.131.9.1 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.7 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.16 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.160/29 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.161 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.168/29 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.176/28 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.224/28 dev wlan0 proto kernel scope link src 104.131.9.225 104.131.9.250 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.253 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.254 via 104.131.9.7 dev wlan0-1 metric 2 onlink 128.0.0.0/1 via 172.31.240.1 dev tun0 172.31.240.0/20 dev tun0 proto kernel scope link src 172.31.240.28 192.168.9.0/24 dev eth1 proto kernel scope link src 192.168.9.11 192.168.224.0/24 dev br-lan proto kernel scope link src 192.168.224.1 Ich habe Dir mal logfile in den Anhang gepackt. LG JuergeN
> _______________________________________________ Berlin mailing list mailto:Berlin at berlin.freifunk.net Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From marc  Sun Oct 13 13:19:22 2013
From: marc (marc kura)
Date: Sun, 13 Oct 2013 13:19:22 +0200
Subject: [Berlin-wireless] vpn03 geht nach einer Weile nicht mehr ...
In-Reply-To: <1381662794.3093.3.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9> <52598820.9050406@gmx.de>
	<1381662794.3093.3.camel@junes.haus.k9>
Message-ID: <CALsLyn=+WDQMi4mq=nUg6D0smcrze-FO4mEocqzFw9hSPC3HYQ@mail.gmail.com>

Hallo zusammen,

Sagt mal bitte bescheid, wenn ihr da was zusammengebaut habt. Eine
funktionierende Firmware mit Tinc eingebaut würde mich auch
interessieren. Momentan ist es so, dass man auf der Weboberfläche
tunlichst nichts ändern sollte ohne das man mit Nebenwirkungen rechnen
muss.


Gruß,
Marc


Am 13. Oktober 2013 13:13 schrieb Juergen Neumann <j.neumann at junes.eu>:
> Hallo Sven-Ola,
>
> danke für Deine Unterstützung. Ich habe das Script und Deine Schlüssel
> auf den Router gepackt. Er ist jetzt an.
>
> Sofern Du ein funktionierendes Setup für den 741er passend zu Deiner
> VPN03 Beschreibung hast, könntest Du dann diese Version der Firmware auf
> Deinen Download Bereich packen und mir den Link schicken? Ich würde dann
> einfach erst mal diese Version/Kombination nehmen, solange bis es eine
> neue "stable" Version des Setups gibt.
>
> Vielen Dank!
>
> JuergeN
>
> Am Samstag, den 12.10.2013, 19:34 +0200 schrieb Sven-Ola Tuecke:
>> Hallo JuergeN,
>> mmtja. Hab sein Wochen keine neue Firmware mehr geflashed. Davor leufts, sonst würde ich das merken - häng' ja schließlich selber dran. Was mir auf Anhieb auffällt ist die fehlende Host-Route zum VPN-Server. Muss so aussehen (die beiden ersten Einträge):
>> root at provinz1:~# ip r show dev $(uci get network.wan.ifname)|grep -v metric
>> 77.87.48.7 via 192.168.0.1
>> 77.87.48.10 via 192.168.0.1
>> 104.198.65.192/27  src 104.198.65.193
>> 104.0.6.0/24  src 104.0.6.27
>> 192.168.1.0/24  src 192.168.1.1
>> 192.168.0.0/24  src 192.168.0.100
>> 172.31.240.0/20  src 172.31.240.3
>> 104.0.0.0/8  src 104.198.1.14
>> 0.0.0.0/1 via 172.31.240.1
>> 128.0.0.0/1 via 172.31.240.1
>> default via 192.168.0.1
>> Mit der Scriptmeldung im Log hat das nix zu tun. Das ist Standard-Blurb. Pack' mal bitte die beigefügte udhcpc.user nach /etc und die authorized_keys nach /etc/dropbear und starte das Teil neu. Ich guck' dann morgen mal nach ob das durchläuft.
>> Gruß // Sven-Ola
>> Am 12.10.2013 17:10, schrieb Juergen Neumann:
>> Hallo Sven-Ola, bin mal wieder dabei zu versuchen, meinen 741er ans laufen zu kriegen. Habe jetzt einfach noch mal ganz von vorne angefangen und einen neuen Router genommen, die letzte Pberg-Firmware vom 06.10.2013 drauf geschmissen, alles schön im FF-Assistenten eingetragen, vpn03 installiert ... und siehe da, es geht auch wieder nicht. Nach einem Neustart des Routers bzw. nach einem '/etc/init.d/vpn03 restart funktioniert es immer für eine gewisse Weile. Dann ist der Tunnel unterbrochen und es geht nicht mehr ins Internet. Im Logfile taucht eine Meldung auf: OpenVPN 2.1 requires '--script-security 2' or higher to call user defined scripts or executables. Habe also mal in meiner openvpn-xyz_udp.conf 'script-security 2' ergänzt. Ändert aber auch nichts an dem grundsätzlichen Problem. Direkt nach dem Neustart des Routers geht wie gesagt alles, z.B.: root at myrouter:~# traceroute -n heise.de traceroute to heise.de (193.99.144.80), 30 hops max, 38 byte packets 1 172.31.240.1 70.121 ms 61.169 ms 10.943 ms 2 77.87.48.1 11.166 ms 10.463 ms 18.433 ms 3 217.197.91.130 15.434 ms 14.685 ms 27.618 ms 4 192.109.82.65 16.697 ms 17.145 ms 13.106 ms 5 194.9.117.35 15.790 ms 24.590 ms 17.436 ms 6 * * * Ein paar Minuten später geht es dann schon nicht mehr. Ich kann heise.de weder anpingen noch einen traceroute machen. 'ip r' meint dazu: root at myrouter:~# ip r 0.0.0.0/1 via 172.31.240.1 dev tun0 default via 192.168.9.254 dev eth1 proto static # <= Das ist mein korrektes lokales Internet-GW. 104.0.0.0/8 dev wlan0-1 proto kernel scope link src 104.131.9.30 104.131.9.1 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.7 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.16 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.160/29 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.161 via 104.131.9.16 dev wlan0-1 metric 2 onlink 104.131.9.168/29 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.176/28 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.224/28 dev wlan0 proto kernel scope link src 104.131.9.225 104.131.9.250 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.253 via 104.131.9.7 dev wlan0-1 metric 2 onlink 104.131.9.254 via 104.131.9.7 dev wlan0-1 metric 2 onlink 128.0.0.0/1 via 172.31.240.1 dev tun0 172.31.240.0/20 dev tun0 proto kernel scope link src 172.31.240.28 192.168.9.0/24 dev eth1 proto kernel scope link src 192.168.9.11 192.168.224.0/24 dev br-lan proto kernel scope link src 192.168.224.1 Ich habe Dir mal logfile in den Anhang gepackt. LG JuergeN
>> _______________________________________________ Berlin mailing list mailto:Berlin at berlin.freifunk.net Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From sven-ola  Sun Oct 13 13:38:03 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 13 Oct 2013 13:38:03 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381662794.3093.3.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9> <52598820.9050406@gmx.de>
	<1381662794.3093.3.camel@junes.haus.k9>
Message-ID: <525A861B.4060400@gmx.de>

Hey,

sieht erstmal gut aus (s.u). Root-Cause IMO: der DHCP-Lease auf dem
WAN-Interface muss ab und zu erneuert werden (hängt vom Router ab).
DHCP-Renew macht aber alle statischen Routen vom WAN-Interface weg -
könnte ein kurzzeitiges 'rauf + 'runterfahren des Interfaces sein. Dann
passiert:

- Keine Host-Route zum VPN-Server
- OpenVPN verbindet über den eigenen Tunnel
- Das geht nicht
- End-of-Party

das kleine /etc/udhcpc.user Script umgeht das, indem die Hostroute zum
VPN-Server beim DHCP-Renew nachgesetzt wird. Nicht wirklich schön, weil
dein Internet-Router nur eine Stunde DHCP-Leasezeit hat und damit alle
60min. ein kurzer Aussetzer drin ist. Funzt aber erstmal ;-) Ich kümmer'
mich beizeiten um die Wikiseite, den Installer und um einen Test der
Pberg-FW-VPN-Variante.

// Sven-Ola

root at groessenwahn:/etc# ip r |grep -v "metric 2"
0.0.0.0/1 via 172.31.240.1 dev tun0
default via 192.168.9.254 dev eth1  proto static
77.87.48.7 via 192.168.9.254 dev eth1  metric 1
77.87.48.10 via 192.168.9.254 dev eth1  metric 1
78.41.116.65 via 192.168.9.254 dev eth1  metric 1
104.0.0.0/8 dev wlan0-1  proto kernel  scope link  src 104.131.9.30
104.131.9.224/28 dev wlan0  proto kernel  scope link  src 104.131.9.225
128.0.0.0/1 via 172.31.240.1 dev tun0

Am 13.10.2013 13:13, schrieb Juergen Neumann:
> Hallo Sven-Ola,
>
> danke für Deine Unterstützung. Ich habe das Script und Deine Schlüssel
> auf den Router gepackt. Er ist jetzt an.
>
> Sofern Du ein funktionierendes Setup für den 741er passend zu Deiner
> VPN03 Beschreibung hast, könntest Du dann diese Version der Firmware auf
> Deinen Download Bereich packen und mir den Link schicken? Ich würde dann
> einfach erst mal diese Version/Kombination nehmen, solange bis es eine
> neue "stable" Version des Setups gibt.
>
> Vielen Dank!
>
> JuergeN

-------------- nächster Teil --------------
#!/bin/sh

case ${1} in bound)case $(uci get network.wan.ifname) in ${interface})case ${router} in "");;*)
	# Sometimes the host route added by openvpn simply
	# vanishes (during dhcp renew?). We force the route
	# to Freifunk servers via WAN/DHCP
	for dns in \
		bbb-vpn.berlin.freifunk.net:77.87.48.7 \
		vpn03.berlin.freifunk.net:77.87.48.10 \
		vpn03-backup.berlin.freifunk.net:78.41.116.65
	do
		ip=$(nslookup ${dns%:*}|sed -n '1,/^$/d;s,^Address [[:digit:]]\+: \([.[:digit:]]\+\) [.[:alnum:]-]\+$,\1,p'|head -n1)
		case ${ip} in '')
			ip=$(ping -4 -w 1 -c 1 ${dns%:*}|sed -n '1s,^.*(\([.:[:alnum:]]\+\).*,\1,p')
		;;esac
		ip r del ${ip:-${dns#*:}}/32 metric 1 2>&- || true                  
		ip r add ${ip:-${dns#*:}}/32 via ${router} dev ${interface} metric 1
	done
;;esac;;esac;;esac

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/c88a3572/attachment.pgp>


From sven-ola  Sun Oct 13 13:54:31 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 13 Oct 2013 13:54:31 +0200
Subject: [Berlin-wireless] "Bestellung" VPN und kurze Vorstellung
	Meinerseits
In-Reply-To: <525A7E2A.2070901@belug.de>
References: <525A7E2A.2070901@belug.de>
Message-ID: <525A89F7.7010304@gmx.de>

Hey,

das ist nicht richtig. Richtig ist: wir haben 64 externe global gültige
providerunabhänige IPv4-Adressen. Bei mom. 478 internen IPv4-Adressen
werden also ~8 interne auf je eine externe IPv4-Adresse abgebildet (mit
"würfeln"). Ich rechne also derzeit nicht mit "too many logins on your
IP" von irgendwelchen Diensten (Twitter, FB, Bermuda-Suchmaschine usw).

Gruß // Sven-Ola

Am 13.10.2013 13:04, schrieb Lutz Willek:
> Ich habe gelesen das Ihr nur 64 Tunnel habt, nicht viel, daher meine
> Frage. 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/20d6e217/attachment.pgp>


From lutz.willek  Sun Oct 13 14:57:40 2013
From: lutz.willek (Lutz Willek)
Date: Sun, 13 Oct 2013 14:57:40 +0200
Subject: [Berlin-wireless] Das cacert Zertifikat von ip.berlin.freifunk.net
	ist abgelaufen
Message-ID: <525A98C4.8050705@belug.de>

Hallo,

wer ist eigentlich für die Zertifikate von *.freifunk.net zuständig? 
Info: Das Zertifikat von ip.berlin.freifunk.net ist seit 2 Monaten 
abgelaufen.

https://ip.berlin.freifunk.net


> lutz at ssh:~$ openssl s_client -quiet -connect ip.berlin.freifunk.net:443 -CAfile cacert.org/class3.crt
> depth=2 O = Root CA, OU = http://www.cacert.org, CN = CA Cert Signing Authority, emailAddress = support at cacert.org
> verify return:1
> depth=1 O = CAcert Inc., OU = http://www.CAcert.org, CN = CAcert Class 3 Root
> verify return:1
> depth=0 CN = ip.berlin.freifunk.net
> verify error:num=10:certificate has expired
> notAfter=Aug  7 10:36:00 2013 GMT
> verify return:1
> depth=0 CN = ip.berlin.freifunk.net
> notAfter=Aug  7 10:36:00 2013 GMT
> verify return:1


Freundliche Grüße / Best Regards

         Lutz Willek

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 4252 bytes
Beschreibung: S/MIME Kryptografische Unterschrift
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/e3856d67/attachment.bin>


From j.neumann  Sun Oct 13 15:29:47 2013
From: j.neumann (Juergen Neumann)
Date: Sun, 13 Oct 2013 15:29:47 +0200
Subject: [Berlin-wireless] Das cacert Zertifikat von
 ip.berlin.freifunk.net ist abgelaufen
In-Reply-To: <525A98C4.8050705@belug.de>
References: <525A98C4.8050705@belug.de>
Message-ID: <1381670987.3093.14.camel@junes.haus.k9>

Hallo!

Jetzt ist es wohl revoked. Das bedeutet, ich kann mich nicht mehr mit
der Seite verbinden. @Daniel: Ich denke mal, du bist da dran ...,
richtig?

LG

JuergeN

Am Sonntag, den 13.10.2013, 14:57 +0200 schrieb Lutz Willek:
> Hallo,
> 
> wer ist eigentlich für die Zertifikate von *.freifunk.net zuständig? 
> Info: Das Zertifikat von ip.berlin.freifunk.net ist seit 2 Monaten 
> abgelaufen.
> 
> https://ip.berlin.freifunk.net
> 
> 
> > lutz at ssh:~$ openssl s_client -quiet -connect ip.berlin.freifunk.net:443 -CAfile cacert.org/class3.crt
> > depth=2 O = Root CA, OU = http://www.cacert.org, CN = CA Cert Signing Authority, emailAddress = support at cacert.org
> > verify return:1
> > depth=1 O = CAcert Inc., OU = http://www.CAcert.org, CN = CAcert Class 3 Root
> > verify return:1
> > depth=0 CN = ip.berlin.freifunk.net
> > verify error:num=10:certificate has expired
> > notAfter=Aug  7 10:36:00 2013 GMT
> > verify return:1
> > depth=0 CN = ip.berlin.freifunk.net
> > notAfter=Aug  7 10:36:00 2013 GMT
> > verify return:1
> 
> 
> Freundliche Grüße / Best Regards
> 
>          Lutz Willek
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From gaul  Sun Oct 13 15:55:40 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Sun, 13 Oct 2013 15:55:40 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525A861B.4060400@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9>
	<52598820.9050406@gmx.de>	<1381662794.3093.3.camel@junes.haus.k9>
	<525A861B.4060400@gmx.de>
Message-ID: <525AA65C.5090004@web-yard.de>

Hey Liste!

Am 13.10.2013 13:38, schrieb Sven-Ola Tuecke:
> - Keine Host-Route zum VPN-Server
> - OpenVPN verbindet über den eigenen Tunnel
> - Das geht nicht
> - End-of-Party

Ähnliches kenne ich falls 'persist-tun' eingeschaltet ist. Vllt hilft
das ausschalten dieser Option? (siehe mein Vorschlag vom Mai [1]) Die
Option wird meiner Meinung nach gar nicht benötigt.

ciao,
André


[1] http://permalink.gmane.org/gmane.org.freifunk.berlin/12714

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From sven-ola  Sun Oct 13 16:23:00 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 13 Oct 2013 16:23:00 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525AA65C.5090004@web-yard.de>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>	<1381662794.3093.3.camel@junes.haus.k9>	<525A861B.4060400@gmx.de>
	<525AA65C.5090004@web-yard.de>
Message-ID: <525AACC4.9000706@gmx.de>

Jein. Die Option bewirkt, dass keine Internet-Pakete über den
DSL-Anschluss "herauspurzeln" während einer OpenVpn-Neuverhandlung oder
wenn der OpenVpn-Server mal nicht will. Der OpenVpn-Client muss also
absichtlich gestoppt werden wenn man das will.

Natürlich wäre das Löschen von "persist-tun" auch hilfreich gegen die
verlorene Hostroute während der DHCP-Auffrischung. Ich bin aber eher
dafür, die grundsätzliche Ursache aus der Welt zu schaffen.

// Sven-Ola

Am 13.10.2013 15:55, schrieb André Gaul:
> Ähnliches kenne ich falls 'persist-tun' eingeschaltet ist. Vllt hilft
> das ausschalten dieser Option? (siehe mein Vorschlag vom Mai [1]) Die
> Option wird meiner Meinung nach gar nicht benötigt.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/c00c4097/attachment.pgp>


From gaul  Sun Oct 13 16:37:09 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Sun, 13 Oct 2013 16:37:09 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525AACC4.9000706@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>	<1381662794.3093.3.camel@junes.haus.k9>	<525A861B.4060400@gmx.de>	<525AA65C.5090004@web-yard.de>
	<525AACC4.9000706@gmx.de>
Message-ID: <525AB015.6060403@web-yard.de>

Oi Sven-Ola,

Am 13.10.2013 16:23, schrieb Sven-Ola Tuecke:
> Natürlich wäre das Löschen von "persist-tun" auch hilfreich gegen die
> verlorene Hostroute während der DHCP-Auffrischung. Ich bin aber eher
> dafür, die grundsätzliche Ursache aus der Welt zu schaffen.

Das policy routing verhindert doch, dass der traffic ueber die
WAN-defaultroute abgeworfen wird. Da sollte man meiner Meinung nach auch
nicht Anfangen diese Aufgabe openvpn in die Schuhe zu schieben ;).

Die Ursache zu finden kann nicht schaden! :) Das WAN-Interface kann aber
natürlich auch aus anderen Gründen mal kurz down sein (crappy DSL-Router
startet neu, jemand hat aus Versehen den DSL-Router kurz vom Strom
genommen, ...). In all diesen Fällen muss man mit 'persist-tun' dann
eingreifen.

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From sven-ola  Sun Oct 13 17:11:53 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 13 Oct 2013 17:11:53 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525AB015.6060403@web-yard.de>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>	<1381662794.3093.3.camel@junes.haus.k9>	<525A861B.4060400@gmx.de>	<525AA65C.5090004@web-yard.de>	<525AACC4.9000706@gmx.de>
	<525AB015.6060403@web-yard.de>
Message-ID: <525AB839.6070301@gmx.de>

Du hast völlig recht und ich hab' mal wieder nicht ordentlich
nachgedacht. Wenn WAN nicht will soll ja ein anderes Inet-Gateway im
Mesh benutzt werden. Und da nervt der persist-tun dann.

Was die grundsätzliche Ursache angeht. Es gibt zunächst mal 2 DHCP-Scripts:

/usr/share/udhcpc/default.script

Scheint ein überflüssiger Rest aus alten Tagen zu sein. Wird jedenfalls
nicht benutzt.

/lib/netifd/dhcp.script

Sieht übel gehackt aus. Ändert die Config und macht "uci commit". Sowas
mag ich :( Das Script unterscheidet auch nicht zwischen "dpcp bound" und
"dhcp renew". Da muss nur einmal für eine Millisekunde das Interface
'runtergefahren werden und schon fliegen alle Hostrouten weg. Bin
ziemlich sicher dass es an diesem Crap liegt.

// Sven-Ola

Am 13.10.2013 16:37, schrieb André Gaul:
> Das WAN-Interface kann aber
> natürlich auch aus anderen Gründen mal kurz down sein (crappy DSL-Router
> startet neu, jemand hat aus Versehen den DSL-Router kurz vom Strom
> genommen, ...). In all diesen Fällen muss man mit 'persist-tun' dann
> eingreifen.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/2a653927/attachment.pgp>


From sven-ola  Sun Oct 13 20:14:21 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 13 Oct 2013 20:14:21 +0200
Subject: [Berlin-wireless] VPN und Neigh-Script
Message-ID: <525AE2FD.5090007@gmx.de>

Hey,

also die VPN-Variante der PBerg tut. Hab's mal mit
http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR1043/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin
durchgespielt. Paar Tippfehler aber sonst prima. Zeit das Wiki anzupassen.

Was mich schon länger nervt: das olsr-txtinfo ist ja nicht dabei. Geht
jetzt über Json. Ich würde daher das /usr/bin/neigh.sh gerne gegen so
etwas wie das JSON-Dings im Anhang austauschen. @Patrick: ich bin
sicher, ich hatte da mal ein GIT irgendwo. Schon etwas her. Wohin mit sowas?

Gruß // Sven-Ola
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : neigh.sh
Dateityp    : application/x-shellscript
Dateigröße  : 530 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/a60d843c/attachment.bin>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131013/a60d843c/attachment.pgp>


From borgers  Sun Oct 13 22:15:36 2013
From: borgers (Philipp Borgers)
Date: Sun, 13 Oct 2013 22:15:36 +0200
Subject: [Berlin-wireless] VPN03: UDP Problem?
Message-ID: <525AFF68.2070403@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

ich habe das vpn Image von der PBerg-Firmware installiert und versuche
das VPN03 zu nutzen. Nachdem ich den daemon gestartet habe, geht eine
Zeit lang das VPN und dann hängt es, ist total langsam oder
funktioniert nicht. In den Logs steht mit dem entsprechenden Log-Level
folgendes:

Sun Oct 13 21:52:25 2013 us=764640 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=766545 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=768139 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=769577 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=771085 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=772802 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1
Sun Oct 13 21:52:25 2013 us=779435 UDPv4 READ [0] from [undef]: DATA
UNDEF len=-1

Das Problem tritt auch auf, wenn ich den Router ausschalte und die
Standard-Konfiguration für UDP auf meinem Laptop teste. Wenn ich das
hinter anderen Gateways auf meinem Laptop teste, treten die Probleme
nicht auf.

Die Tcp-Konfiguration kann ich ohne Probleme nutzen wie es scheint.

Ich hatte auchmal sowas in den Logs:

Replay-window backtrack occurred

Aber das kann ich gerade nicht reproduzieren :/ Das deutet wohl
ebenfalls auf UDP-Probleme hin.

QoS sollte ausgeschaltet sein bzw. gibt es auf meinem Latop nicht.

Ich weiß nicht, ob das interessant ist, aber im Log von unserem
VPN-Server steht:

UDP: bad checksum. From XXX to XXX

Ideen?

Könnte das mit der MTU zusammenhängen?

LG Philipp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSWv9nAAoJEFUqJM/vAMbx8KoP/RKgm/ar5yIEpVrdci3S4DOZ
0KoxXBHeA1Wozu9sUmNNIwtU/hrLfX6YcrzsKlXgn1KtsZKhO14Tka7GgGBBtdhF
rnFQIm9xwHb7797lUXy/uxfp2BfVVMTGARDZo7C7FBNIzVWDfrFY2mnkaxKcWay6
r/Nea5W/AmQBbq+F45I3Ohy5aOVVrvCV2BlZ0pFvLDYm360Fu33iBpCMNtORcCFO
IVJBo8T/MVxjWkquMc8QwAK6Jrbeln7H38CnYisUhubenuu4vjQplHjzy/s7fmKd
gJ9vl1DDVOwyxToimOR5z/ryPTkEFm3aTItLWNSLqYvlKupB1znVGIVl1YiSZg3/
HimDhpuDPPn5JsBzNn8FawNFv9c8d445w/Pb9PbEhVXZBh/WJ+kDjyNjMSJqCHMV
/nHwjSxLHJGwG1j1TJOX4Oi0pem756aUhcElBDFddNMvpMaeOFELkpNQ+QEZVPLM
q1TL1Z/ioz5ikKmmpD1W5JXKS30er5WJAkgHzBC/QB5MqPPGzUe556ffH+i4HwMj
JsVHSYJWNeVHO63Aa+KevdTnUgxNMaW0NkclPsf0j8QDm9PdTPCG7EKiaa9NnPdx
gX2IkxL9NFkFVtGHmYMKoGvSX1sdK8WUa5HxOMg6MOiSpl6H/7MVFKEaoMYd+151
7DH0RVxbVZdjBHxlps10
=qexj
-----END PGP SIGNATURE-----




From patrick  Mon Oct 14 12:30:55 2013
From: patrick (Patrick)
Date: Mon, 14 Oct 2013 12:30:55 +0200
Subject: [Berlin-wireless] VPN und Neigh-Script
In-Reply-To: <525AE2FD.5090007@gmx.de>
References: <525AE2FD.5090007@gmx.de>
Message-ID: <525BC7DF.2030809@lunatiki.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

Am 13.10.13 20:14, schrieb Sven-Ola Tuecke:
> Was mich schon länger nervt: das olsr-txtinfo ist ja nicht dabei.
> Geht jetzt über Json. Ich würde daher das /usr/bin/neigh.sh gerne
> gegen so etwas wie das JSON-Dings im Anhang austauschen. @Patrick:
> ich bin sicher, ich hatte da mal ein GIT irgendwo. Schon etwas her.
> Wohin mit sowas?

Hab's mal committed

http://luci.subsignal.org/trac/changeset/9918/luci/trunk

Gruss
        Patrick

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJbx98ACgkQr9m0OkMZoqS1gACfQxqJrxK61d7Hkg2oh6WBVjta
XRMAoKqeYNXKbWH/f0xP6+KnU6IrYbzi
=etti
-----END PGP SIGNATURE-----




From sven-ola  Mon Oct 14 12:51:36 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 14 Oct 2013 12:51:36 +0200
Subject: [Berlin-wireless] VPN03: UDP Problem?
In-Reply-To: <525AFF68.2070403@mi.fu-berlin.de>
References: <525AFF68.2070403@mi.fu-berlin.de>
Message-ID: <525BCCB8.7050100@gmx.de>

Hey,

mmtja. Ist jedenfalls ungewöhnlich. "Replay-window backtrack occurred"
kannste ignorieren, das passiert immer mal wieder, da UDP-Pakete
out-of-sequence auftreten können. "UDP csum"-Meldungen sind da schon ein
anderes Kaliber.

Deinen Ausführungen entnehme ich, dass die Pakete via FF-Router->[Euer
VPN-Server]->Internet->Vpn03 laufen? Sowas kann tatsächlich MTU-Probleme
machen, insbesondere wenn irgendeine Komponente im Pfad keine korrekten
"ICMP frag needed" Messages zurückgibt oder wenn UDP-Pakete zwar
fragmentiert gesendet werden aber nicht wieder korrekt zusammengebaut.

Wenn die auto-PMTU-Detection vom OpenVpn nicht funktioniert kann man es
natürlich mit OpenVpn-Optionen überschreiben. Muss man leider für
rechnen. Für eine PPPOE-Verbindung (DSL mit 8 Byte pppoe-Header) mit der
z.B. "ping -s 1472 -M do 151.1.1.1" gerade noch geht wäre das z.B.

link-mtu 1464

Das sind 1500 - 8(pppoe) - 20(ip) - 8(udp), der Ovpn-Overhead wird da
noch draufgerechnet -> MTU vom tun0-Device. Damit kann man über das tun0
Interface gar keine Pakete mehr versenden, die an irgend einer Stelle
fragmentiert werden müssen. Hab' ich mal mit 'rumgespielt wegen
"optimale Geschwindigkeit". Für den Empfang (in deine Richtung) müsste
man aber wohl am Vpn03-Server was ähnliches drehen.

// Sven-Ola

Am 10/13/2013 10:15 PM, schrieb Philipp Borgers:
> Hi,
>
> ich habe das vpn Image von der PBerg-Firmware installiert und versuche
> das VPN03 zu nutzen. Nachdem ich den daemon gestartet habe, geht eine
> Zeit lang das VPN und dann hängt es, ist total langsam oder
> funktioniert nicht. In den Logs steht mit dem entsprechenden Log-Level
> folgendes:
>
> Sun Oct 13 21:52:25 2013 us=764640 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=766545 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=768139 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=769577 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=771085 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=772802 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
> Sun Oct 13 21:52:25 2013 us=779435 UDPv4 READ [0] from [undef]: DATA
> UNDEF len=-1
>
> Das Problem tritt auch auf, wenn ich den Router ausschalte und die
> Standard-Konfiguration für UDP auf meinem Laptop teste. Wenn ich das
> hinter anderen Gateways auf meinem Laptop teste, treten die Probleme
> nicht auf.
>
> Die Tcp-Konfiguration kann ich ohne Probleme nutzen wie es scheint.
>
> Ich hatte auchmal sowas in den Logs:
>
> Replay-window backtrack occurred
>
> Aber das kann ich gerade nicht reproduzieren :/ Das deutet wohl
> ebenfalls auf UDP-Probleme hin.
>
> QoS sollte ausgeschaltet sein bzw. gibt es auf meinem Latop nicht.
>
> Ich weiß nicht, ob das interessant ist, aber im Log von unserem
> VPN-Server steht:
>
> UDP: bad checksum. From XXX to XXX
>
> Ideen?
>
> Könnte das mit der MTU zusammenhängen?
>
> LG Philipp
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/d4e53ef7/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/d4e53ef7/attachment.pgp>


From borgers  Mon Oct 14 13:47:44 2013
From: borgers (Philipp Borgers)
Date: Mon, 14 Oct 2013 13:47:44 +0200
Subject: [Berlin-wireless] VPN03: UDP Problem?
In-Reply-To: <525BCCB8.7050100@gmx.de>
References: <525AFF68.2070403@mi.fu-berlin.de> <525BCCB8.7050100@gmx.de>
Message-ID: <525BD9E0.9010108@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 14.10.2013 12:51, Sven-Ola Tuecke wrote:
> Hey,
> 
> mmtja. Ist jedenfalls ungewöhnlich. "Replay-window backtrack
> occurred" kannste ignorieren, das passiert immer mal wieder, da
> UDP-Pakete out-of-sequence auftreten können. "UDP csum"-Meldungen
> sind da schon ein anderes Kaliber.

Die "UDP csum"-Meldung könnte mit TCP-Offloading zusammenhängen. Ich
weiß nicht, ob es überhaupt problematisch ist. Es spammt halt nur
dmesg zu.

Patrick meinte, er hatte auch schon mal ähnliche Probleme mit einem
Gateway, dass UDP-Traffic nicht vernünftig NATen konnte.

> Deinen Ausführungen entnehme ich, dass die Pakete via
> FF-Router->[Euer VPN-Server]->Internet->Vpn03 laufen? Sowas kann
> tatsächlich MTU-Probleme machen, insbesondere wenn irgendeine
> Komponente im Pfad keine korrekten "ICMP frag needed" Messages
> zurückgibt oder wenn UDP-Pakete zwar fragmentiert gesendet werden
> aber nicht wieder korrekt zusammengebaut.

Ich habe mich unklar ausgedrückt. Setup ist ganz "normal": FF-Router
- -> Internet (aka Router vom ISP) -> VPN03.

> Wenn die auto-PMTU-Detection vom OpenVpn nicht funktioniert kann
> man es natürlich mit OpenVpn-Optionen überschreiben. Muss man
> leider für rechnen. Für eine PPPOE-Verbindung (DSL mit 8 Byte
> pppoe-Header) mit der z.B. "ping -s 1472 -M do 151.1.1.1" gerade
> noch geht wäre das z.B.
> 
> link-mtu 1464
> 
> Das sind 1500 - 8(pppoe) - 20(ip) - 8(udp), der Ovpn-Overhead wird
> da noch draufgerechnet -> MTU vom tun0-Device. Damit kann man über
> das tun0 Interface gar keine Pakete mehr versenden, die an irgend
> einer Stelle fragmentiert werden müssen. Hab' ich mal mit
> 'rumgespielt wegen "optimale Geschwindigkeit". Für den Empfang (in
> deine Richtung) müsste man aber wohl am Vpn03-Server was ähnliches
> drehen.

Das hört sich so an, als wollten wir das nicht machen. Ich kann auch
einfach die TCP-Config nutzen. Wäre natürlich cool, wenn wir
rausfinden könnten woran es liegt.

> // Sven-Ola
> 
> Am 10/13/2013 10:15 PM, schrieb Philipp Borgers:
>> Hi,
>> 
>> ich habe das vpn Image von der PBerg-Firmware installiert und
>> versuche das VPN03 zu nutzen. Nachdem ich den daemon gestartet
>> habe, geht eine Zeit lang das VPN und dann hängt es, ist total
>> langsam oder funktioniert nicht. In den Logs steht mit dem
>> entsprechenden Log-Level folgendes:
>> 
>> Sun Oct 13 21:52:25 2013 us=764640 UDPv4 READ [0] from [undef]:
>> DATA UNDEF len=-1 Sun Oct 13 21:52:25 2013 us=766545 UDPv4 READ
>> [0] from [undef]: DATA UNDEF len=-1 Sun Oct 13 21:52:25 2013
>> us=768139 UDPv4 READ [0] from [undef]: DATA UNDEF len=-1 Sun Oct
>> 13 21:52:25 2013 us=769577 UDPv4 READ [0] from [undef]: DATA 
>> UNDEF len=-1 Sun Oct 13 21:52:25 2013 us=771085 UDPv4 READ [0]
>> from [undef]: DATA UNDEF len=-1 Sun Oct 13 21:52:25 2013
>> us=772802 UDPv4 READ [0] from [undef]: DATA UNDEF len=-1 Sun Oct
>> 13 21:52:25 2013 us=779435 UDPv4 READ [0] from [undef]: DATA 
>> UNDEF len=-1
>> 
>> Das Problem tritt auch auf, wenn ich den Router ausschalte und
>> die Standard-Konfiguration für UDP auf meinem Laptop teste. Wenn
>> ich das hinter anderen Gateways auf meinem Laptop teste, treten
>> die Probleme nicht auf.
>> 
>> Die Tcp-Konfiguration kann ich ohne Probleme nutzen wie es
>> scheint.
>> 
>> Ich hatte auchmal sowas in den Logs:
>> 
>> Replay-window backtrack occurred
>> 
>> Aber das kann ich gerade nicht reproduzieren :/ Das deutet wohl 
>> ebenfalls auf UDP-Probleme hin.
>> 
>> QoS sollte ausgeschaltet sein bzw. gibt es auf meinem Latop
>> nicht.
>> 
>> Ich weiß nicht, ob das interessant ist, aber im Log von unserem 
>> VPN-Server steht:
>> 
>> UDP: bad checksum. From XXX to XXX
>> 
>> Ideen?
>> 
>> Könnte das mit der MTU zusammenhängen?
>> 
>> LG Philipp
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> 
> 
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSW9ngAAoJEFUqJM/vAMbxKpgP/1D6kQgw6qMN3tISxOunUXmt
+o3p1FjQEb1bokdFcZ8Le5jmWF/ns2pOLK70Kq+QOjItYaf0U3xBd98uA5rL81Io
kZt6NGOgn+TIZmBjHJ7gN7mD6/lStZXPVHbTNifV0tiF17s0dzO2SP9pw+oCdaD1
1PDhTtiGQq6Zjxj5kyXs9s9CtaVEykbBPD7SLdbyYOPRHqN1AJqr+N4ibbes6uUb
k+/ppNv9iA9VDlbT8soD+QoQub2kg7eftwDHk5+2KlI2sBUMz80B7WVTU9ONgNye
yg4jofrbbcG4vNviyQLt4mgQy1E6R4V0kJd6XKr6kSWncyT9gwdhB0LFss9FJnQY
NVrEsuWKPJfkTBvv8kN/mYKmvUvRH2WV61nh6bpjepD6TUKjoJFj5UYFHs3wOH2V
8XKmm/GJBSEdle3RDxmu7fihRt1pRIC/ash0yInuSzLoLk0Jos4mgaf8iQPYktaY
A2u537YJO+G84lFt+EJlQ0RYPWmlJ54wF5buypVtgsbCTXJ0vw1lLaOirxIDsFQO
IJvE2/Tl8kns98qBf4StoDypUCMsU2MFi66tGFck2Y3SdTjB5UddGU+UA5WbtcTx
fAHy7o0me0IlbnS7S/ioxz8kha6v7gt4nM8S/IviOE9avLHGeL2/uXLzNEjwNyAk
5KACRTK4xrPZ/E6m0r0l
=Xksv
-----END PGP SIGNATURE-----




From sven-ola  Mon Oct 14 14:34:16 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 14 Oct 2013 14:34:16 +0200
Subject: [Berlin-wireless] VPN03: UDP Problem?
In-Reply-To: <525BD9E0.9010108@mi.fu-berlin.de>
References: <525AFF68.2070403@mi.fu-berlin.de> <525BCCB8.7050100@gmx.de>
	<525BD9E0.9010108@mi.fu-berlin.de>
Message-ID: <525BE4C8.1020603@gmx.de>

Hey,

die TCP-Config ist nur für den Not- bzw. Spezialfall. Google mal nach
"tcp-over-tcp", findet z.B. sowas
http://sites.inka.de/~W1011/devel/tcp-tcp.html. Zeichne doch einfach mal
auf, "sudo" auf vpn03 haste ja. Etwa so:

sudo tcpdump -ni eth0 -s 2000 -w /tmp/vpn03.cap udp and host 1.2.3.4

Analog dazu gleichzeitig auf deinem Router / Rechner aufzeichen, auf dem
das OpenVpn läuft. Die *.cap lassen sich dann in Wireshark öffnen und du
könntest vergleichen was gesendet bzw. empfangen wird.

// Sven-Ola

Am 10/14/2013 01:47 PM, schrieb Philipp Borgers:
> Das hört sich so an, als wollten wir das nicht machen. Ich kann auch
> einfach die TCP-Config nutzen. Wäre natürlich cool, wenn wir
> rausfinden könnten woran es liegt.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/970d0dc6/attachment.pgp>


From sven-ola  Mon Oct 14 21:06:16 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 14 Oct 2013 21:06:16 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
Message-ID: <525C40A8.9060400@gmx.de>

...ziemlich genau 2100h. Lustige Kreisroute. Wer schon den
vpn03-backup.berlin.freifunk.net geconft hat ist jetzt fein 'raus ;-)

root at charon:~# traceroute -n vpn03.berlin.freifunk.net
traceroute to vpn03.berlin.freifunk.net (77.87.48.10), 30 hops max, 60
byte packets
 1  85.31.184.1  0.456 ms  0.529 ms  0.609 ms
 2  81.7.0.2  8.918 ms  8.952 ms  9.114 ms
 3  80.81.192.110  9.836 ms  10.522 ms  9.783 ms
 4  85.214.0.70  17.317 ms  17.182 ms  16.855 ms
 5  85.214.0.169  17.291 ms  17.047 ms  17.071 ms
 6  85.214.46.247  16.955 ms  17.323 ms  17.186 ms
 7  193.178.185.50  16.471 ms  16.161 ms  16.639 ms
 8  193.178.185.51  16.702 ms  16.556 ms  16.251 ms
 9  193.178.185.50  16.560 ms  16.452 ms  16.920 ms
10  193.178.185.51  16.912 ms  17.021 ms  16.825 ms
11  193.178.185.50  16.495 ms  16.789 ms  16.538 ms
12  * * *


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/fb998e16/attachment.pgp>


From albi  Mon Oct 14 21:13:21 2013
From: albi (albi)
Date: Mon, 14 Oct 2013 21:13:21 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C40A8.9060400@gmx.de>
References: <525C40A8.9060400@gmx.de>
Message-ID: <525C4251.2020503@life.de>

Am 14.10.2013 21:06, schrieb Sven-Ola Tuecke:
> ...ziemlich genau 2100h. Lustige Kreisroute. Wer schon den
> vpn03-backup.berlin.freifunk.net geconft hat ist jetzt fein 'raus ;-)

Was musste man da nochmal machen? Oder von wann war deine Mail dazu?


ALBI...


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/d27f86cf/attachment.pgp>


From gaul  Mon Oct 14 21:15:38 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Mon, 14 Oct 2013 21:15:38 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C40A8.9060400@gmx.de>
References: <525C40A8.9060400@gmx.de>
Message-ID: <525C42DA.3050504@web-yard.de>

Am 14.10.2013 21:06, schrieb Sven-Ola Tuecke:
> ...ziemlich genau 2100h. Lustige Kreisroute. Wer schon den
> vpn03-backup.berlin.freifunk.net geconft hat ist jetzt fein 'raus ;-)

Jau, backup-server läuft super! An dieser Stelle sage ich mal vielen
Dank an FunkFeuer! :)

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From sven-ola  Mon Oct 14 21:16:58 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 14 Oct 2013 21:16:58 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C4251.2020503@life.de>
References: <525C40A8.9060400@gmx.de> <525C4251.2020503@life.de>
Message-ID: <525C432A.9090000@gmx.de>

Ist erst "halboffiziell". In der freifunk*-udp.conf steht:

remote vpn03.berlin.freifunk.net 1194 udp

da muss eine zusätzliche Zeile 'rein:

remote vpn03-backup.berlin.freifunk.net 1194 udp

Das hilft allerdings nicht bei DNS-Ausfall. Dafür hab' ich mir noch nix
ordentliches überlegt. Darum "halboffiziell".

// Sven-Ola

Am 14.10.2013 21:13, schrieb albi:
> Was musste man da nochmal machen? Oder von wann war deine Mail dazu?


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/d4fa0b98/attachment.pgp>


From albi  Mon Oct 14 21:25:23 2013
From: albi (albi)
Date: Mon, 14 Oct 2013 21:25:23 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C432A.9090000@gmx.de>
References: <525C40A8.9060400@gmx.de> <525C4251.2020503@life.de>
	<525C432A.9090000@gmx.de>
Message-ID: <525C4523.3030808@life.de>

Am 14.10.2013 21:16, schrieb Sven-Ola Tuecke:
> da muss eine zusätzliche Zeile 'rein:
> remote vpn03-backup.berlin.freifunk.net 1194 udp

Danke, tut!


> Das hilft allerdings nicht bei DNS-Ausfall.

Wechseln denn die Serer ihre eigene IP auch? Sonst reicht es wenn man
die IP angibt. Ok, vielleicht zu einfache Lösung :-)


ALBI...


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/bb8dcffd/attachment.pgp>


From sven-ola  Mon Oct 14 21:29:53 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 14 Oct 2013 21:29:53 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C42DA.3050504@web-yard.de>
References: <525C40A8.9060400@gmx.de> <525C42DA.3050504@web-yard.de>
Message-ID: <525C4631.4010508@gmx.de>

Ahja. Und jetzt ist noch spannend ob die Rolle auch rückwärts läuft. Die
Kreisroute ist wieder weg. Da es das ganze 77.87.48.0/21 war nehme ich
an: irgend ein BGP-Foo. Da muss evnt. noch ein 30min Delay 'rein, damit
es im "Wackelfall" nicht dauernd hin+her schaltet.

// Sven-Ola

Am 14.10.2013 21:15, schrieb André Gaul:
> Jau, backup-server läuft super! An dieser Stelle sage ich mal vielen
> Dank an FunkFeuer! :)


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/2e1b2147/attachment.pgp>


From gaul  Mon Oct 14 21:32:37 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Mon, 14 Oct 2013 21:32:37 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C4631.4010508@gmx.de>
References: <525C40A8.9060400@gmx.de> <525C42DA.3050504@web-yard.de>
	<525C4631.4010508@gmx.de>
Message-ID: <525C46D5.4030206@web-yard.de>

Am 14.10.2013 21:29, schrieb Sven-Ola Tuecke:
> Ahja. Und jetzt ist noch spannend ob die Rolle auch rückwärts läuft. Die
> Kreisroute ist wieder weg. Da es das ganze 77.87.48.0/21 war nehme ich
> an: irgend ein BGP-Foo. Da muss evnt. noch ein 30min Delay 'rein, damit
> es im "Wackelfall" nicht dauernd hin+her schaltet.

bei mir ist openvpn um 21:30 erfolgreich zurueck auf die 77.87.48.10
umgeschwenkt. Scheint also zu funzen!

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From chris  Mon Oct 14 21:36:41 2013
From: chris (Christian Seitz)
Date: Mon, 14 Oct 2013 21:36:41 +0200 (CEST)
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C40A8.9060400@gmx.de>
References: <525C40A8.9060400@gmx.de>
Message-ID: <Pine.LNX.4.64.1310142133530.14485@tigger.berli.net>

On Mon, 14 Oct 2013, Sven-Ola Tuecke wrote:

> ...ziemlich genau 2100h. Lustige Kreisroute. Wer schon den
> vpn03-backup.berlin.freifunk.net geconft hat ist jetzt fein 'raus ;-)

Jo, da hat was im Netz gewackelt. Inzwischen ist er aber wieder 
erreichbar. Einer der Quaggas hat leider immer noch eine recht hohe Load 
im bgpd. Ich hoffe, dass sich das gleich wieder faengt und sich alles 
wieder normalisiert. Der Quagga muss ersetzt werden, der skaliert nicht.

Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648




From micha  Mon Oct 14 22:39:24 2013
From: micha (=?ISO-8859-1?Q?Micha_St=F6cker?=)
Date: Mon, 14 Oct 2013 22:39:24 +0200
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <Pine.LNX.4.64.1310142133530.14485@tigger.berli.net>
References: <525C40A8.9060400@gmx.de>
	<Pine.LNX.4.64.1310142133530.14485@tigger.berli.net>
Message-ID: <525C567C.8040509@stoecker.me>

Am 14.10.2013 21:36, schrieb Christian Seitz:
> Jo, da hat was im Netz gewackelt. Inzwischen ist er aber wieder
> erreichbar. Einer der Quaggas hat leider immer noch eine recht hohe Load
> im bgpd. Ich hoffe, dass sich das gleich wieder faengt und sich alles
> wieder normalisiert. Der Quagga muss ersetzt werden, der skaliert nicht.

Ich hänge mich hier mal halb-Offtopic ran. Ich habe auf meinen Debian
Wheezy Kisten (physikalisch als auch virtuell) die selbe Beobachtung im
IC-VPN auch machen müssen. Eine halbwegs ordentliche Maschine (i7
irgendwas mit 4x3Ghz und 32GB RAM) stirbt mir sobald ich IC-VPN und
quagga (bgpd+Zebra) anmache auch innerhalb kurzer Zeit. Evtl. ist das ja
ein ähnliches Problem (wobei es im IC-VPN ja nur 202 Routen sind die
Zebra/bgpd da irgendwie handeln müssen, das is bei euch sicher
entschieden mehr).

Grüße aus Jena,

Micha

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131014/26fabc4c/attachment.pgp>


From chris  Mon Oct 14 23:05:48 2013
From: chris (Christian Seitz)
Date: Mon, 14 Oct 2013 23:05:48 +0200 (CEST)
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C567C.8040509@stoecker.me>
References: <525C40A8.9060400@gmx.de>
	<Pine.LNX.4.64.1310142133530.14485@tigger.berli.net>
	<525C567C.8040509@stoecker.me>
Message-ID: <Pine.LNX.4.64.1310142302531.14485@tigger.berli.net>

Hallo Micha,

On Mon, 14 Oct 2013, Micha Stöcker wrote:

> Am 14.10.2013 21:36, schrieb Christian Seitz:
>> Jo, da hat was im Netz gewackelt. Inzwischen ist er aber wieder
>> erreichbar. Einer der Quaggas hat leider immer noch eine recht hohe Load
>> im bgpd. Ich hoffe, dass sich das gleich wieder faengt und sich alles
>> wieder normalisiert. Der Quagga muss ersetzt werden, der skaliert nicht.
>
> Ich hänge mich hier mal halb-Offtopic ran. Ich habe auf meinen Debian
> Wheezy Kisten (physikalisch als auch virtuell) die selbe Beobachtung im
> IC-VPN auch machen müssen. Eine halbwegs ordentliche Maschine (i7
> irgendwas mit 4x3Ghz und 32GB RAM) stirbt mir sobald ich IC-VPN und
> quagga (bgpd+Zebra) anmache auch innerhalb kurzer Zeit. Evtl. ist das ja
> ein ähnliches Problem (wobei es im IC-VPN ja nur 202 Routen sind die
> Zebra/bgpd da irgendwie handeln müssen, das is bei euch sicher
> entschieden mehr).

es sind 127 BGP-Peers und von 7 Peers kommen volle BGP-Tables (ca. 460000 
Prefixe). Wenn einer der Full-Table-Peers auf den gerade viele aktive 
Prefixe zeigen wackelt, zerlegt es fuer mehrere Minuten den BGP-Daemon.

Ich habe vorhin auf einen anderen Full-Table-Peer als bevorzugten Peer 
umgeschaltet und seitdem ist Ruhe. Das hilft aber natuerlich nur so lange, 
bis dieser dann wackelt ;-) In den naechsten Tagen werde ich das 
irgendwann wieder zurueckschalten.

Mittelfristiger Plan: Quagga abschalten, Bird einschalten. Nur die Config 
muss mal in Ruhe jemand konvertieren und testen.

-> wir haben es auf dem Schirm

Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648


From chris  Tue Oct 15 00:47:07 2013
From: chris (Christian Seitz)
Date: Tue, 15 Oct 2013 00:47:07 +0200 (CEST)
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <Pine.LNX.4.64.1310142302531.14485@tigger.berli.net>
References: <525C40A8.9060400@gmx.de>
	<Pine.LNX.4.64.1310142133530.14485@tigger.berli.net>
	<525C567C.8040509@stoecker.me>
	<Pine.LNX.4.64.1310142302531.14485@tigger.berli.net>
Message-ID: <Pine.LNX.4.64.1310150030220.14485@tigger.berli.net>

Hallo,

On Mon, 14 Oct 2013, Christian Seitz wrote:

> Ich habe vorhin auf einen anderen Full-Table-Peer als bevorzugten Peer 
> umgeschaltet und seitdem ist Ruhe. Das hilft aber natuerlich nur so 
> lange, bis dieser dann wackelt ;-) In den naechsten Tagen werde ich das 
> irgendwann wieder zurueckschalten.

ich habe die Last wieder auf die Uplinks verteilt. Dieses Mal hatte der 
bgpd zwar auch wieder ueber mehrere Minuten hohe Load, aber er hat 
wenigstens nicht wieder alle BGP-Sessions flappen lassen wie vorhin. Ich 
konnte vpn03.berlin.freifunk.net dieses Mal auch ohne Packetloss von 
"aussen" pingen.

Auf dem Plan steht nach wie vor, den Quagga durch einen Bird 
auszutauschen. Sonst werden die Probleme wiederkommen.

Gruss, Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648




From sven-ola  Tue Oct 15 09:55:17 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 09:55:17 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381662794.3093.3.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9> <52598820.9050406@gmx.de>
	<1381662794.3093.3.camel@junes.haus.k9>
Message-ID: <525CF4E5.9010600@gmx.de>

Hallo JuergeN,

in dem Netz, an den der TP-Link per WAN und VPN03 verbunden ist, gibt es
neben einem Drucker/Rechnerzoo mindestens 3 DHCP-Server:

TPL::b4:4c (dhcpid=172.17.9.15 ip=172.17.9.15)
LannerEL::51:82 (dhcpid=172.16.9.126, ip=192.168.9.254)
Sha-Ken::01:50 (dhcpid=172.16.9.5, ip=192.168.9.5)

Nur bei dem "LannerEL" (der mittlere) gibt es ein DHCP-ACK bzw. die
begehrte Default-Route. Je nachdem welcher der 3 Server schneller ist
wird das WAN des TP-Link entweder "DHCP-Renewed" oder
rauf+runtergefahren. Beim rauf+runterfahren der WAN-Schnittstelle "eth1"
sind dann auch die Hostrouten zum VPN03-Server weg -> nix geht ->
Reparatur mit /etc/udhcpc.user springt ein.

// Sven-Ola

Am 13.10.2013 13:13, schrieb Juergen Neumann:
> Hallo Sven-Ola,
>
> danke für Deine Unterstützung. Ich habe das Script und Deine Schlüssel
> auf den Router gepackt. Er ist jetzt an.
>
> Sofern Du ein funktionierendes Setup für den 741er passend zu Deiner
> VPN03 Beschreibung hast, könntest Du dann diese Version der Firmware auf
> Deinen Download Bereich packen und mir den Link schicken? Ich würde dann
> einfach erst mal diese Version/Kombination nehmen, solange bis es eine
> neue "stable" Version des Setups gibt.
>
> Vielen Dank!
>
> JuergeN


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/3fc71049/attachment.pgp>


From x-alina  Tue Oct 15 10:02:03 2013
From: x-alina (Alina Friedrichsen)
Date: Tue, 15 Oct 2013 10:02:03 +0200 (CEST)
Subject: [Berlin-wireless] Richtigstellung
In-Reply-To: <trinity-cac68ff8-a89e-4662-b7fc-a84af47e7f9b-1381566886802@3capp-gmx-bs02>
References: <1381498972.1882.25.camel@s400ca>,
	<trinity-cac68ff8-a89e-4662-b7fc-a84af47e7f9b-1381566886802@3capp-gmx-bs02>
Message-ID: <trinity-a1220615-3df6-4fd6-ae86-8a14893106e0-1381824123020@3capp-gmx-bs15>

> Ganz besondere Grüße an den Herrn Dr., der seinen Dr.-Titel zu einen großen Teil mir zu verdanken hat, und mir nicht mal 3 Euro leihen will.

Der Herr. Dr. hat keine Schuld, sein E-Mail Anbieter hat Mist gebaut.

Alina




From j.neumann  Tue Oct 15 14:28:21 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 15 Oct 2013 14:28:21 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525CF4E5.9010600@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9>
	<52598820.9050406@gmx.de> <1381662794.3093.3.camel@junes.haus.k9>
	<525CF4E5.9010600@gmx.de>
Message-ID: <1381840101.3136.7.camel@junes.haus.k9>

Hallo Sven-Ola et al.,

danke für die Hilfe. Den diversen DHCP-Servern werde ich mal auf die
Spur gehen. Ist unser Hausnetz. Da kann halt jede_r irgendwas dran
hängen. ;-)

Wie konsolidieren wir denn jetzt die vielen unterschiedlichen Sachen:

1. Den backup-vpn03 mit aufnehmen.
2. Das /etc/udhcpc.user script einbauen.
3. ggf. persist-tun aus der vpn.conf entfernen.
4. Welche Firmware wir jetzt für VPN03 nehmen ... 

Wäre cool, wenn wir da jetzt bald mal auf einen einheitlichen Stand
kommen.

@Patrick: Was baust Du davon ein? Was muss/soll Sven-Ola machen? Welche
Firmware-Version sollen wir für das VPN03 z.B. auf einem 741er nutzen?

Vielen Dank und einen lieben Gruß

JuergeN

Am Dienstag, den 15.10.2013, 09:55 +0200 schrieb Sven-Ola Tuecke:
> Hallo JuergeN,
> 
> in dem Netz, an den der TP-Link per WAN und VPN03 verbunden ist, gibt es
> neben einem Drucker/Rechnerzoo mindestens 3 DHCP-Server:
> 
> TPL::b4:4c (dhcpid=172.17.9.15 ip=172.17.9.15)
> LannerEL::51:82 (dhcpid=172.16.9.126, ip=192.168.9.254)
> Sha-Ken::01:50 (dhcpid=172.16.9.5, ip=192.168.9.5)
> 
> Nur bei dem "LannerEL" (der mittlere) gibt es ein DHCP-ACK bzw. die
> begehrte Default-Route. Je nachdem welcher der 3 Server schneller ist
> wird das WAN des TP-Link entweder "DHCP-Renewed" oder
> rauf+runtergefahren. Beim rauf+runterfahren der WAN-Schnittstelle "eth1"
> sind dann auch die Hostrouten zum VPN03-Server weg -> nix geht ->
> Reparatur mit /etc/udhcpc.user springt ein.
> 
> // Sven-Ola
> 
> Am 13.10.2013 13:13, schrieb Juergen Neumann:
> > Hallo Sven-Ola,
> >
> > danke für Deine Unterstützung. Ich habe das Script und Deine Schlüssel
> > auf den Router gepackt. Er ist jetzt an.
> >
> > Sofern Du ein funktionierendes Setup für den 741er passend zu Deiner
> > VPN03 Beschreibung hast, könntest Du dann diese Version der Firmware auf
> > Deinen Download Bereich packen und mir den Link schicken? Ich würde dann
> > einfach erst mal diese Version/Kombination nehmen, solange bis es eine
> > neue "stable" Version des Setups gibt.
> >
> > Vielen Dank!
> >
> > JuergeN
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin





From sven-ola  Tue Oct 15 15:17:16 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 15:17:16 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <1381840101.3136.7.camel@junes.haus.k9>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>
	<1381662794.3093.3.camel@junes.haus.k9>	<525CF4E5.9010600@gmx.de>
	<1381840101.3136.7.camel@junes.haus.k9>
Message-ID: <525D405C.5080402@gmx.de>

Mmhtja. Ein gewisses DHCP-Chaos wird es woanders auch geben. Folgende
Dinge sollten sein:

a) IP-Adressen für Server können sich in den nächsten Jahren ändern. Bei
unseren Freifunk Provider-unabhängigen-IPv4s eher unwahrscheinlich, aber
bei den Backup-Server(n) durchaus möglich. Mir schwebt etwas vor, dass
"vpn03*.berlin.freifunk.net" per DNS abfragt und in die /etc/hosts
verewigt für den Fall, dass der DNS-Server mal keine Lust hat. Update
der /etc/hosts, wenn das DNS eine andere Nummer herausrückt. Kein Update
wenn DNS-Error. Vorgabe wäre der heutige Stand. Ort: dhcp-bind an WAN
oder OpenVpn-Start. Note: der lokale dnsmasq fragt /etc/hosts mit ab,
also keine Selbstbefragung machen sondern "nslookup 8.8.8.8" o.ä

b) Möglicherweise kann dem udhcp beigebracht werden, bei DHCP-Renew
zuerst gezielt beim vorigen DHCP-Server nachzufragen. Das würde
jedenfalls ein "NAK" von dritten DHCP-Servern vorbeugen. In Folge gäbe
es kein Rauf+Runterfahren des WAN-Interfaces. Und damit auch keine kurze
Pause (15s - 30s Hupps) während die (hotplug/netifd-) Scripts laufen.
@JuergeN: die ungewöhlich kurzen 10min. Leasetime für's Drahtnetz
triggern das natürlich ziemlich häufig.

c) Die /etc/udhcpc.user-Mechanik hat sich bewährt. Hilfreich u.a. auch
wenn jemand 2 OpenVpn-Server gleichzeitig benutzen will (vpn03 und
bbb-vpn). Würde es jedenfalls weiter verwenden wollen.

d) Persist-Tun ist Quatsch, also 'raus damit. Dafür gerne prüfen ob die
Kiste bei VPN-Ausfall weder HNA0/0 ankündigt noch schwarze Löcher baut.
Wenn Inet einfach über das angeschlossene DSL 'rauspurzelt wird es ein
ziemliches Hallo geben -> Testen. Gerne auch für IPv6 ;-)

e) Die VPN-Firmware-Variante von Patrick ist prima. a) b) c) da
einbauen. Die /etc/udhcpc.user-Mechanik gehört hier aber nach
/lib/netif/dhcp.default

f) Für Leute mit selbstgebratenen Firmwares hat sich mein kleiner
Installer bewährt. a) b) c) da einbauen mach ich da noch.

g) Das Wiki anpassen nicht vergessen. Zusatzaufgabe: Backup-Vpn03 für
Uralt-FFW (WRT54G) irgendwie in das nvram quetschen. Auch meine Task.

Alles zu seiner Zeit // Sven-Ola

Am 10/15/2013 02:28 PM, schrieb Juergen Neumann:
> Wie konsolidieren wir denn jetzt die vielen unterschiedlichen Sachen:
>
> 1. Den backup-vpn03 mit aufnehmen.
> 2. Das /etc/udhcpc.user script einbauen.
> 3. ggf. persist-tun aus der vpn.conf entfernen.
> 4. Welche Firmware wir jetzt für VPN03 nehmen ... 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/b98c4eb8/attachment.pgp>


From tomomelley  Tue Oct 15 15:38:22 2013
From: tomomelley (Tom Arden)
Date: Tue, 15 Oct 2013 15:38:22 +0200
Subject: [Berlin-wireless] Segenskirche Announcement
Message-ID: <1734447.CeHBAMi4h6@pronix>

Am Wochenende sind weitere 3 Nanobridges in der Segenskirche
an den Start gegangen. Weiteres siehe:

http://wiki.freifunk.net/Berlin:Standorte:Segenskirche

stargieg/tomaggio




From freifunk  Tue Oct 15 15:53:00 2013
From: freifunk (Manuel Munz)
Date: Tue, 15 Oct 2013 15:53:00 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525D405C.5080402@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>
	<1381662794.3093.3.camel@junes.haus.k9>	<525CF4E5.9010600@gmx.de>
	<1381840101.3136.7.camel@junes.haus.k9> <525D405C.5080402@gmx.de>
Message-ID: <525D48BC.7050504@somakoma.de>

Hi,

in dem Zusammenhang mit VPN evtl. auch interessant fuer euch: Ich hab
das dyn_gw_plain umgebaut damit man damit beliebige tables abfragen kann:

https://github.com/mmunz/packages/blob/master/olsrd/patches/002-dy_gw_plain_custom_rt_tables.patch

Unser VPN Setup sieht dabei so aus:

Clients haben policy routing aktiv und akzeptieren keine Routen sondern
setzen beim if-up des OpenVPN Interfaces eine default route (metric 0,
table olsr-default). Dank des gepatchten dyn_gw_plain wird diese
Defaultroute dann als HNA angekündigt. Wichtig ist auch noch fürs
policyrouting fallback=0 zu setzen, damit der eigene Knoten NICHT
versucht verbindungen zum VPN-Server übers Mesh aufzubauen wenn er keine
eigene Defaultroute (table main) hat. Geht der VPN-Server down, dann
wird (dank persist-tun=no) das interface beendet und die Defaultroute
über den VPN-Server in olsr-default gelöscht (und olsr hört auf Internet
anzukündigen). Jetzt werden sofern in der Config vorhanden die
Backup-VPN-Server probiert bzw. generell weiter versucht eine OpenVPN
Verbindung aufzubauen. Gibts weitere Routen in olsr-default dann geht
Internettraffic solange das eigene VPN down ist weiter übers Mesh.

Der dyn_gw_plain patch ist noch recht neu, ich musste wegen licensing
foo einiges umschreiben und ich fühl mich mit C noch nicht wirklich
sicher. Falls also mal jemand drüberschauen würde wär das hilfreich
bevor ichs nochmal zur Diskussion auf der olsr-dev liste stelle.

Grüße, soma


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/24bf4337/attachment.pgp>


From borgers  Tue Oct 15 16:41:47 2013
From: borgers (Philipp Borgers)
Date: Tue, 15 Oct 2013 16:41:47 +0200
Subject: [Berlin-wireless] vpn03  geht nach einer Weile nicht mehr ...
In-Reply-To: <525D405C.5080402@gmx.de>
References: <1381590608.4593.15.camel@junes.haus.k9>	<52598820.9050406@gmx.de>	<1381662794.3093.3.camel@junes.haus.k9>	<525CF4E5.9010600@gmx.de>	<1381840101.3136.7.camel@junes.haus.k9>
	<525D405C.5080402@gmx.de>
Message-ID: <525D542B.7040401@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 15.10.2013 15:17, Sven-Ola Tuecke wrote:
> Mmhtja. Ein gewisses DHCP-Chaos wird es woanders auch geben.
> Folgende Dinge sollten sein:
> 
> a) IP-Adressen für Server können sich in den nächsten Jahren
> ändern. Bei unseren Freifunk Provider-unabhängigen-IPv4s eher
> unwahrscheinlich, aber bei den Backup-Server(n) durchaus möglich.

Ich wäre dafür, dass wir hostnames nutzen anstatt feste IPs. Zur Zeit
benutzen wir in der PBerg-Firmware IPs. Siehe:

https://github.com/freifunk/packages-pberg/blob/master/utils/luci-app-ffwizard-pberg/uci-defaults/device-defaults#L46


> Mir schwebt etwas vor, dass "vpn03*.berlin.freifunk.net" per DNS
> abfragt und in die /etc/hosts verewigt für den Fall, dass der
> DNS-Server mal keine Lust hat. Update der /etc/hosts, wenn das DNS
> eine andere Nummer herausrückt. Kein Update wenn DNS-Error. Vorgabe
> wäre der heutige Stand. Ort: dhcp-bind an WAN oder OpenVpn-Start.
> Note: der lokale dnsmasq fragt /etc/hosts mit ab, also keine
> Selbstbefragung machen sondern "nslookup 8.8.8.8" o.ä

Hier komme ich nicht mehr mit. Welcher DNS-Server soll mal keine Lust
haben? Ich wäre dafür, dass wir einen DNS-Server maintainen der immer
Lust hat und nicht noch ein Script einbauen, dass die Komplexität
erhöht. Wie sieht unsere DNS-Infrastruktur denn aus? Vielleicht kann
man da gleich mal hinterfragen warum Google in der PBerg-Firmware als
DNS an anderen Stellen eingetragen ist.

> b) Möglicherweise kann dem udhcp beigebracht werden, bei
> DHCP-Renew zuerst gezielt beim vorigen DHCP-Server nachzufragen.
> Das würde jedenfalls ein "NAK" von dritten DHCP-Servern vorbeugen.
> In Folge gäbe es kein Rauf+Runterfahren des WAN-Interfaces. Und
> damit auch keine kurze Pause (15s - 30s Hupps) während die
> (hotplug/netifd-) Scripts laufen. @JuergeN: die ungewöhlich kurzen
> 10min. Leasetime für's Drahtnetz triggern das natürlich ziemlich
> häufig.
> 
> c) Die /etc/udhcpc.user-Mechanik hat sich bewährt. Hilfreich u.a.
> auch wenn jemand 2 OpenVpn-Server gleichzeitig benutzen will (vpn03
> und bbb-vpn). Würde es jedenfalls weiter verwenden wollen.

Könnten wir nochmal klären wofür wir das genau brauchen? Ist mir nicht
100% klar.

> d) Persist-Tun ist Quatsch, also 'raus damit. Dafür gerne prüfen ob
> die Kiste bei VPN-Ausfall weder HNA0/0 ankündigt noch schwarze
> Löcher baut. Wenn Inet einfach über das angeschlossene DSL
> 'rauspurzelt wird es ein ziemliches Hallo geben -> Testen. Gerne
> auch für IPv6 ;-)

Ich verstehe den Zusammenhang mit der persist-tun Option nicht ganz.

> e) Die VPN-Firmware-Variante von Patrick ist prima. a) b) c) da 
> einbauen. Die /etc/udhcpc.user-Mechanik gehört hier aber nach 
> /lib/netif/dhcp.default
> 
> f) Für Leute mit selbstgebratenen Firmwares hat sich mein kleiner 
> Installer bewährt. a) b) c) da einbauen mach ich da noch.
> 
> g) Das Wiki anpassen nicht vergessen. Zusatzaufgabe: Backup-Vpn03
> für Uralt-FFW (WRT54G) irgendwie in das nvram quetschen. Auch meine
> Task.
> 
> Alles zu seiner Zeit // Sven-Ola
> 
> Am 10/15/2013 02:28 PM, schrieb Juergen Neumann:
>> Wie konsolidieren wir denn jetzt die vielen unterschiedlichen
>> Sachen:
>> 
>> 1. Den backup-vpn03 mit aufnehmen. 2. Das /etc/udhcpc.user script
>> einbauen. 3. ggf. persist-tun aus der vpn.conf entfernen. 4.
>> Welche Firmware wir jetzt für VPN03 nehmen ...
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSXVQrAAoJEFUqJM/vAMbxPKwP/j14WrbjTVg4jSmZgwlA4qrP
FOVqeUH39B99RkHFNnPuq3L9zQbP51keZlTycuIqM0D8WF35L8U6YMXSB5asUuD6
wMkTf2O7fCAfT3K0G1L9USjARlm3X2HLDSZKErZtT2h72ubzcTMuq55OAuYdUH7U
tC1c9Z1Xtejv1bcmXFxiDl3PCkT1PYPZ4sY9U9nCm+cP4Ho1ycz9Vnt/AY9hesgn
g2bMj0FyAlVtDHIZaB8jD9nx5vlX/afMXJ57rUfDQijTd6+hGRN3UVTNh45NIZzK
HOZ4HSj+2tG/1gT7OcL1SWt5HXAjQLlzBruQke7mkP8lZWTYlzzRWM/+wTSFf5Fr
IktE7ZEoStRivVZ39X0/40cnVq3rWSEYUGyXJM5OOGD75jLJCxz9pAmKYecmBCTE
V/BtSWGmFEGvqlSskso2isFdpIyRbdykV0tJiSYhhOXOGo2aDNyedG++AFbuwzdg
wCZ9Naq95NXG2S5eeSTe34q5CBzfLbd5VT7wVLPuK9PLdtthejxtMqF6bX9vz+MF
rWTwjceo9UqWhk0VT2FRT7VK1R4P+aEHWNy9v6Ky6sQ8wFN56dAN8Bqgsv+rF7/T
N1u3C+IeARzYbvwxWi+FyPlgAZAG5YmGdSSGNIIAdpS0JnreVXUHw0BgW4yn3u3e
c8K3YY0C3oxYcuJBI7/P
=FIL5
-----END PGP SIGNATURE-----




From j.neumann  Tue Oct 15 17:04:23 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 15 Oct 2013 17:04:23 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?IP_Adressen_f=FCr_Kneipen?=
Message-ID: <1381849463.3136.14.camel@junes.haus.k9>

Ahoi!

Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg (eine
ist größer als die andere ;-). Oder sollen wir je Kneipe einfach ein
ganzes /24er Netz aus dem 104er Bereich vergeben? Wie machen die anderen
Leute hier das mit Kneipen oder ähnlichen Locations?

Vielen Dank und einen lieben Gruß

JuergeN




From sven-ola  Tue Oct 15 17:40:48 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 17:40:48 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?IP_Adressen_f=FCr_Kneipen?=
In-Reply-To: <1381849463.3136.14.camel@junes.haus.k9>
References: <1381849463.3136.14.camel@junes.haus.k9>
Message-ID: <525D6200.1010006@gmx.de>

Hey,

die Klickerei in der IP-Vergabe hat mich auch genervt. Ich hab' darum
einfach mal ein paar IP-Adressen "gekapert". Wenn es nicht zuviel
"Holladiwaldfee" hier gibt, könnte das einfach fortgesetzt werden ;-)

http://wiki.freifunk.net/IP-Bereich_6#DHCP_Einzelrouter

// Sven-Ola

Am 10/15/2013 05:04 PM, schrieb Juergen Neumann:
> Ahoi!
>
> Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg (eine
> ist größer als die andere ;-). Oder sollen wir je Kneipe einfach ein
> ganzes /24er Netz aus dem 104er Bereich vergeben? Wie machen die anderen
> Leute hier das mit Kneipen oder ähnlichen Locations?
>
> Vielen Dank und einen lieben Gruß
>
> JuergeN
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/43cac3fb/attachment.pgp>


From sven-ola  Tue Oct 15 17:44:29 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 17:44:29 +0200
Subject: [Berlin-wireless] =?iso-8859-15?q?IP_Adressen_f=FCr_Kneipen?=
In-Reply-To: <525D6200.1010006@gmx.de>
References: <1381849463.3136.14.camel@junes.haus.k9> <525D6200.1010006@gmx.de>
Message-ID: <525D62DD.70408@gmx.de>

Achso. Auf dem VPN03 gehen die 10.x.x.x, die 172.16.x.x, 104.x.x.x *und*
6.x.x.x. Darum geht das. Ich nutze als Mesh-IP dann eine 104er und für
Kneipen-DHCP dann die 6er...

// Sven-Ola

Am 10/15/2013 05:40 PM, schrieb Sven-Ola Tuecke:
> könnte das einfach fortgesetzt werden ;-)
>
> http://wiki.freifunk.net/IP-Bereich_6#DHCP_Einzelrouter


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/bc830961/attachment.pgp>


From borgers  Tue Oct 15 17:53:23 2013
From: borgers (Philipp Borgers)
Date: Tue, 15 Oct 2013 17:53:23 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?IP_Adressen_f=FCr_Kneipen?=
In-Reply-To: <1381849463.3136.14.camel@junes.haus.k9>
References: <1381849463.3136.14.camel@junes.haus.k9>
Message-ID: <525D64F3.4000808@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Auf dem Schwarzmarkt kursiert dieses Script:

https://gist.github.com/booo/5922316#file-regip-sh

Was du brauchst musst du selber entscheiden, aber ich halte für einen
billigen Router in der Kneipe /25 etwas viel. /26 würde ich nehmen
bzw. werde ich im kfetisch (Cafe) konfigurieren. Ich nehme Adressen
aus dem 104er.

LG Philipp

Ps.: Wir könnten auch mal den Code von der IP-Vergabe überarbeiten.
Müssten wir mal rausfinden wo der liegt...

On 15.10.2013 17:04, Juergen Neumann wrote:
> Ahoi!
> 
> Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg
> (eine ist größer als die andere ;-). Oder sollen wir je Kneipe
> einfach ein ganzes /24er Netz aus dem 104er Bereich vergeben? Wie
> machen die anderen Leute hier das mit Kneipen oder ähnlichen
> Locations?
> 
> Vielen Dank und einen lieben Gruß
> 
> JuergeN
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSXWTzAAoJEFUqJM/vAMbxLlUP/1WD+8RyaB2+3nCHtIUwp0rw
afiHQ7Mpt8b3JKX/jxppeSCA/1pKCSuHTu74HC37BH+GAB9Db5FBT4+JszTKBgg+
p01UWzBD8xZALSLyEzLaJqSiSWxkg+hABCZ+6NtfEM+UY/VgPsZPvkenFZWzOFgQ
dCJp7Eeh8BM6Pz0GkKYwZRPFvBmhlbD4kzcjq9jQBa0VjoCNNZDy2EWX9XzwKq0Q
AUxhOSVYW8LUhXL/FUHpc8qZFGDn7w0Lwas18ne7s0JgONgkpInrpyLLzjFeUIZk
0dQVr07aM26/ICB61HE1OVgmKOGEcyMCiDo/mSCSINFsTZcZhCb4sGsxiJVaDXUK
VTZF/n6rZjyHLnplt/cM6BJV97Pu68rrCFvDdE8+VHpVMJG5hwgxiPUFNxkOekY4
H4tl/ZbKNWfu5LRrT6YIZOBNPVPXnuMSbFDDlXGY7Gt92y19d17s4N/DljMbjDzR
9+gETqY7u5XBkaIiueAm+P0D1kctVbS6VES0I5ZCMS7vETEF3UYmj6oswXH/tOft
1nYeKoNGHsaU68sYsZv8VGD6wd8RMnXfIVKCqRUTNzBYopOJDXaNWNwi4fAtFSXe
vKg+wX3Jy12po0pv0xo09Y+DWK3QBzNTspeb72QHL2V7RobdSaU+tNK4oe9iJQ4k
2YLb9bB8tahG5TGtB2IY
=VyHk
-----END PGP SIGNATURE-----




From sven-ola  Tue Oct 15 17:57:09 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 17:57:09 +0200
Subject: [Berlin-wireless] =?utf-8?q?IP_Adressen_f=C3=BCr_Kneipen?=
In-Reply-To: <1381849463.3136.14.camel@junes.haus.k9>
References: <1381849463.3136.14.camel@junes.haus.k9>
Message-ID: <5cfdaac9-2bae-4e12-b420-bf253a5758ab@email.android.com>

Nochwas. Ich bezweifle, dass diese Consumerkisten 64 oder gar 128 Wlan-Clients gleichzeitig befeuern können. Solange du nix ordentliches aufstellst tut es /27

// Svwn-Ola



Juergen Neumann <j.neumann at junes.eu> schrieb:
>Ahoi!
>
>Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg (eine
>ist größer als die andere ;-). Oder sollen wir je Kneipe einfach ein
>ganzes /24er Netz aus dem 104er Bereich vergeben? Wie machen die
>anderen
>Leute hier das mit Kneipen oder ähnlichen Locations?
>
>Vielen Dank und einen lieben Gruß
>
>JuergeN
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/37925380/attachment.html>


From mario  Tue Oct 15 18:16:07 2013
From: mario (=?ISO-8859-1?Q?Mario_Kr=FCger?=)
Date: Tue, 15 Oct 2013 18:16:07 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?IP_Adressen_f=FCr_Kneipen?=
In-Reply-To: <525D64F3.4000808@mi.fu-berlin.de>
References: <1381849463.3136.14.camel@junes.haus.k9>
	<525D64F3.4000808@mi.fu-berlin.de>
Message-ID: <525D6A47.6020807@xedp3x.de>

Am 15.10.2013 17:53, schrieb Philipp Borgers:
>
>
> Ps.: Wir könnten auch mal den Code von der IP-Vergabe überarbeiten.
> Müssten wir mal rausfinden wo der liegt...
>
Offenbar ja ja mal geplant Netze per zu verteilen. Finde ich prinzipiell
auch sinnvoll da die meisten ihren bedarf überschätzen aber das muss
natürlich auch funktionieren.

Interessanter als der alte Code ist vermutlich die bereits vergebene
Adressen.
>
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/bbc0dfda/attachment.html>


From borgers  Tue Oct 15 19:13:50 2013
From: borgers (Philipp Borgers)
Date: Tue, 15 Oct 2013 19:13:50 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?IP_Adressen_f=FCr_Kneipen?=
In-Reply-To: <5cfdaac9-2bae-4e12-b420-bf253a5758ab@email.android.com>
References: <1381849463.3136.14.camel@junes.haus.k9>
	<5cfdaac9-2bae-4e12-b420-bf253a5758ab@email.android.com>
Message-ID: <525D77CE.9090606@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bei einer lease-time von 1h sind 30 Adressen vielleicht etwas knapp,
aber das muss jeder für sich entscheiden. Im letzten Cafe waren nach 5
Minuten 15 Adressen vergeben.

Was passiert denn wenn dem dnsmasq die Adressen ausgehen? Prüft der,
ob die noch vergeben sind und vergibt sie ggf. neu?

On 15.10.2013 17:57, Sven-Ola Tuecke wrote:
> Nochwas. Ich bezweifle, dass diese Consumerkisten 64 oder gar 128
> Wlan-Clients gleichzeitig befeuern können. Solange du nix
> ordentliches aufstellst tut es /27
> 
> // Svwn-Ola
> 
> 
> 
> Juergen Neumann <j.neumann at junes.eu> schrieb:
>> Ahoi!
>> 
>> Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg
>> (eine ist größer als die andere ;-). Oder sollen wir je Kneipe
>> einfach ein ganzes /24er Netz aus dem 104er Bereich vergeben? Wie
>> machen die anderen Leute hier das mit Kneipen oder ähnlichen
>> Locations?
>> 
>> Vielen Dank und einen lieben Gruß
>> 
>> JuergeN
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSXXfOAAoJEFUqJM/vAMbx5UwP/iEg/j/1jzu1eUYXWE+vKXgj
spq6IccSowAgV9hpg07nE7pnaJ5vyFrKhLiJoZay+U8XEx/ib3lj0OsG9uHAQY/j
OhsehxuB7CWUZJMhlhSENtJhbiu7zHOkU941gTs+dSt6qJkS6x1icocHHYNETEgo
lLd3NtJO9fkq6W1QQ8+0McGDd+HnsydUt4yneD5V6HKx14FCqs81CVLhRYIZ1BRe
ptq7fv/MnpGHxhs+4PYG4F3OtdtGEoE5STpIcDBJxRLVTvLS+Y5crxqNeUN1koOo
5QBJK9FYVmp8MOFMdRqsoKmCT09Cj9evyF0qqBlKZQdtPtXCEc8VH22WCqkGj3l7
seAaMqQptv7YqC9bIrTmT+41iikXdHwYSB4QmED7xKa2IX6ApWMRZH81x/BHYuum
5cskCkJE48fUP6/pqPXB8MNZokQKiMQODGM+4UHtveY1dPqQtZmjWosv61KWmjgh
hDX+cdiNfYSemoPa2Xn6hKGJi2/v5zLfmFMLIhblITGX1NZTxG9Yx5tBrNHFGset
5d9jVmp+XRmc8bhX2dTjPOTvNukvsWp2VYht7GQjzooyi00ua+955ccvdMG2LMhM
St210Hbqf6twgkTucUGYvoAPr0NQ0IQFs8hDRWfyHMggLEqe+L4H5dnRWYKU6TPg
Smlz4BVilhIZ36DlYMhr
=yjft
-----END PGP SIGNATURE-----




From sven-ola  Tue Oct 15 20:51:30 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 15 Oct 2013 20:51:30 +0200
Subject: [Berlin-wireless] =?utf-8?q?IP_Adressen_f=C3=BCr_Kneipen?=
In-Reply-To: <525D77CE.9090606@mi.fu-berlin.de>
References: <1381849463.3136.14.camel@junes.haus.k9>
	<5cfdaac9-2bae-4e12-b420-bf253a5758ab@email.android.com>
	<525D77CE.9090606@mi.fu-berlin.de>
Message-ID: <adc8a0f9-f045-46c8-a7fb-7ea8f9966286@email.android.com>

Hey,

in so einer Kneipe gibts viele "one shots", also welche die nur kurz auftauchen und dann wieder weg sind. Die Leasetime runtersetzen hilft, z.b. auf 10min. danach muss ein Client sich neu melden sonst gilt die IP-Adresse als frei. Auf Drahtnetzen üblicherweise längere Zeiten, weil per Draht angeschlossenes verschwindet seltener.

Dnsmasq vergibt zudem IPs unter Verrechnung der Mac-Adresse (Hash), ein Client bekommt also möglichst immer dieselbe IP. Welche IP belegt sind steht in /tmp/dhcp.leases, die ja beim Neustart von Dnsmasq wieder eingelesen wird. 

Die 10min sind auch hilfreich wenn der Router oft neu startet und die /tmp/dhcp.leases weg ist. Dann sollte nach spätestens 10min das Funknetz wieder konfliktfrei sein.

// Sven-Ola



Philipp Borgers <borgers at mi.fu-berlin.de> schrieb:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Bei einer lease-time von 1h sind 30 Adressen vielleicht etwas knapp,
>aber das muss jeder für sich entscheiden. Im letzten Cafe waren nach 5
>Minuten 15 Adressen vergeben.
>
>Was passiert denn wenn dem dnsmasq die Adressen ausgehen? Prüft der,
>ob die noch vergeben sind und vergibt sie ggf. neu?
>
>On 15.10.2013 17:57, Sven-Ola Tuecke wrote:
>> Nochwas. Ich bezweifle, dass diese Consumerkisten 64 oder gar 128
>> Wlan-Clients gleichzeitig befeuern können. Solange du nix
>> ordentliches aufstellst tut es /27
>> 
>> // Svwn-Ola
>> 
>> 
>> 
>> Juergen Neumann <j.neumann at junes.eu> schrieb:
>>> Ahoi!
>>> 
>>> Ich bräuchte ein /25er und ein /26er Netz für 2 Kneipen in X-Berg
>>> (eine ist größer als die andere ;-). Oder sollen wir je Kneipe
>>> einfach ein ganzes /24er Netz aus dem 104er Bereich vergeben? Wie
>>> machen die anderen Leute hier das mit Kneipen oder ähnlichen
>>> Locations?
>>> 
>>> Vielen Dank und einen lieben Gruß
>>> 
>>> JuergeN
>>> 
>>> _______________________________________________ Berlin mailing
>>> list Berlin at berlin.freifunk.net 
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> 
>> 
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> 
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2.0.22 (GNU/Linux)
>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
>iQIcBAEBAgAGBQJSXXfOAAoJEFUqJM/vAMbx5UwP/iEg/j/1jzu1eUYXWE+vKXgj
>spq6IccSowAgV9hpg07nE7pnaJ5vyFrKhLiJoZay+U8XEx/ib3lj0OsG9uHAQY/j
>OhsehxuB7CWUZJMhlhSENtJhbiu7zHOkU941gTs+dSt6qJkS6x1icocHHYNETEgo
>lLd3NtJO9fkq6W1QQ8+0McGDd+HnsydUt4yneD5V6HKx14FCqs81CVLhRYIZ1BRe
>ptq7fv/MnpGHxhs+4PYG4F3OtdtGEoE5STpIcDBJxRLVTvLS+Y5crxqNeUN1koOo
>5QBJK9FYVmp8MOFMdRqsoKmCT09Cj9evyF0qqBlKZQdtPtXCEc8VH22WCqkGj3l7
>seAaMqQptv7YqC9bIrTmT+41iikXdHwYSB4QmED7xKa2IX6ApWMRZH81x/BHYuum
>5cskCkJE48fUP6/pqPXB8MNZokQKiMQODGM+4UHtveY1dPqQtZmjWosv61KWmjgh
>hDX+cdiNfYSemoPa2Xn6hKGJi2/v5zLfmFMLIhblITGX1NZTxG9Yx5tBrNHFGset
>5d9jVmp+XRmc8bhX2dTjPOTvNukvsWp2VYht7GQjzooyi00ua+955ccvdMG2LMhM
>St210Hbqf6twgkTucUGYvoAPr0NQ0IQFs8hDRWfyHMggLEqe+L4H5dnRWYKU6TPg
>Smlz4BVilhIZ36DlYMhr
>=yjft
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131015/544ba8da/attachment.html>


From patrick  Tue Oct 15 23:08:35 2013
From: patrick (Patrick)
Date: Tue, 15 Oct 2013 23:08:35 +0200
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <1734447.CeHBAMi4h6@pronix>
References: <1734447.CeHBAMi4h6@pronix>
Message-ID: <525DAED3.9090604@lunatiki.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Nachtrag:

Das Channel Setup:
http://wiki.freifunk.net/Segenskirche:Channel

Das Vlan Setup:
http://wiki.freifunk.net/Segenskirche:Vlan

@danilp: kannst du fuer die switche https cert zur verfuegung stellen?
Switch upload:
SSL Trusted Root Certificate PEM File
SSL Server Certificate PEM File
SSL DH Weak Encryption Parameter PEM File
SSL DH Strong Encryption Parameter PEM File


Gruss
        Patrick


Am 15.10.13 15:38, schrieb Tom Arden:
> Am Wochenende sind weitere 3 Nanobridges in der Segenskirche an den
> Start gegangen. Weiteres siehe:
> 
> http://wiki.freifunk.net/Berlin:Standorte:Segenskirche
> 
> stargieg/tomaggio
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJdrtMACgkQr9m0OkMZoqQXsQCgsCdnCYXyHx/MjZq0rooXnnna
974AoK/J31Y/t4NR3Kex8LSPK0aaIM7N
=ORdG
-----END PGP SIGNATURE-----




From j.neumann  Wed Oct 16 13:52:57 2013
From: j.neumann (Juergen Neumann)
Date: Wed, 16 Oct 2013 13:52:57 +0200
Subject: [Berlin-wireless] MABB - Ich kann heute leider nicht kommen ...
Message-ID: <1381924377.3222.69.camel@junes.haus.k9>

Hallo Ihr,

ich kann heute leider nicht in die c-base kommen. Deshalb hier ein paar
kurze Updates und Fragen von mir:

1. Kontakt mit Samariter-Kirche ist hergestellt (Pfarrer und Dagmar).
Brief mit Entscheidungsvorlage an Gemeinderat ist raus. Wir warten auf
Antwort.

2. Zwingli-Kirche: Der Förderverein hat eine Zusatzvereinbarung mit dem
Pfarrer zur Übernahme der Wartungskosten (ca. 200EUR /a) und zur
Demontage der zusätzlichen Feuermelder bei Vertragskündigung
unterzeichnet. => @X'hain: bitte spendet _REGELMÄSSIG_ Geld für die
Wartungskosten an den Verein!

3. @Sven-Ola: Wie ist der Stand mit dem Installationsmaterial. Was
machen die Lieferungen aus Batch #2? Alles da?

4. @Wetter: Wie sollen wir das mit den beiden Nanobridges (2x Schüsseln)
machen, die Du von mir bekommst? Soll ich die nächstes Mal mit die Base
bringen oder sollen wir was anderes aus machen?

5. Habe 10x Patchakel 2m bei mir. Das ist leider zu kurz. Ich brauche
10x 3m und 2x 4 oder 5 Meter. Soll ich die falschen Kabel nächstes Mal
mit auf die c-base bringen?

6. T-Shirts: Wir haben noch freifunk.net T-Shirts vom IS4CWN für 10 EUR,
maskuliner Schnitt: 2x L cyan, diverse Größen grau, femininer Schnitt:
viele, viele Shirts in diversen Größen und beiden Farben. Bitte sagt mir
doch bis zum nächsten Mal, welche ihr noch haben wollt (mit Farbe und
Größe).

7. Monic hat neue Aufkleber drucken lassen. Die müssten bis zum nächsten
Mal da sein. Soll ich welche mit bringen? Wie viele?

8. Berliner Firmware - bitte versucht das weiter zu konsolidieren.
Letztes Mal habe wir noch kurz über ein kleines Testbed geprochen. Das
sollte dann auch noch mit in Batch #3.

9. IPB: @André und @Daniel: Bitte bleibt da dran und macht die Verträge
klar. Ich kann mich da auch noch mal mit einschalten, falls es hilft.
@Daniel: Du wolltest mir noch die Angebote für den Router schicken. Dass
soll ganz normal, wie auch die andere Hardware, über die MABB laufen. 

10. @Basti: Workstation? Soll die jetzt noch mit irgendwas dafür in
Batch #3? Muss auf der Zwingli noch was in Sachen Workstation beachtet
werden?

Nächsten Mittwoch bin ich wieder live dabei! :)

LG

JuergeN




From cholin  Wed Oct 16 14:05:54 2013
From: cholin (cholin)
Date: Wed, 16 Oct 2013 14:05:54 +0200
Subject: [Berlin-wireless] MABB - Ich kann heute leider nicht kommen ...
In-Reply-To: <1381924377.3222.69.camel@junes.haus.k9>
References: <1381924377.3222.69.camel@junes.haus.k9>
Message-ID: <525E8122.60500@spline.de>

> 8. Berliner Firmware - bitte versucht das weiter zu konsolidieren.
> Letztes Mal habe wir noch kurz über ein kleines Testbed geprochen. Das
> sollte dann auch noch mit in Batch #3.

Ich hab mich gerade mal in LuCi eingearbeitet und wollte jetzt noch den
ErrorHandler vom Wizard fixen (wenn MeshIP vom Range nicht stimmt, gibts
einfach ne kryptische Fehlermeldung) sowie vlt in Rücksprache mit
Patrick paar kleinere Dinge ändern. Danach würde ich mich mal an nen
Testbed wagen. Würde hier vlt erstmal als Devices nur folgendes testen:
WDR3600, WR841ND und ne NanoStation M2 Loco. Also Hostdevice vlt nen
Rasperry PI der die Images baut, flashed und guckt inwiefern die
Testdevices noch bauen. Falls ihr da bei den letzten Treffen schon
weitergekommen seid, dann ignoriert meine Mail einfach (bin nämlich erst
ab November wieder in Berlin)!

Gruß
Nico



-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 0x1F785AE4.asc
Dateityp    : application/pgp-keys
Dateigröße  : 2670 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131016/4653c98f/attachment.key>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131016/4653c98f/attachment.pgp>


From dg-lists  Wed Oct 16 22:09:38 2013
From: dg-lists (dg)
Date: Wed, 16 Oct 2013 22:09:38 +0200
Subject: [Berlin-wireless] Aller Anfang ist schwer, OpenWRT und Freifunk
Message-ID: <525EF282.8090908@restfarbe.de>

Liebe Freifunka,

ich lurke schon seit geraumer Zeit auf der Liste, und würde gerne mit
Freifunk experimentieren. Ich hab schon ein paar Nachbarn überzeugt ein
Internetzugang zu teilen, um dann in einem nächsten Schritt ein Freifunk
Netz zu machen. Jetzt geht es an die technische Umsetzung...

Ich bin nun fest entschlossen erstmal einen Router mit OpenWRT zu
bespielen um die Möglichkeiten auszuloten. (Nicht-OpenWRT-Nachbarn
anschliessen vielleicht via WLAN Bridge[einer ist Mac-Jünger],
FritzBoxFon anschliessen [wegen SIP], ...) Oder doch besser gleich
Pberg-Firmware?

Auf der Mitmachseite (http://berlin.freifunk.net/participate/) war
dankenswerter Weise ein Tipp, den TP Link WDR3600 zu verwenden. Von
anderer Seite habe ich schon gehört das der WDR4300 auch taugt.

Kann mir jemand sagen ob es da deutliche Unterschiede in der
Sendeleistung gibt? Oder kann mir jemand einen alternativen OpenWRT
fähigen Router mit ähnlicher Hardware empfehlen (Simultan Dual Band,
mindestens 2*USB2.0, >=8MB Flash, >=128MB RAM)
Wichtig wäre eben eine gute Sendeleistung, weil meine Nachbarn nicht so
Hardware-freudig sind, und es schön wäre die direkt anliegenden
Wohnungen einfach mit abzudecken (Altbau).

Mein Standort ist übrigens P-Berg im nordischen Viertel
(http://osm.org/go/0MbF0tWM?m=), da ist in unmittelbarer Nähe laut Karte
noch kein Freifunk.

Grüße, und vielen Dank schonmal

daniel/gaua




From borgers  Wed Oct 16 22:35:06 2013
From: borgers (Philipp Borgers)
Date: Wed, 16 Oct 2013 22:35:06 +0200
Subject: [Berlin-wireless] Aller Anfang ist schwer, OpenWRT und Freifunk
In-Reply-To: <525EF282.8090908@restfarbe.de>
References: <525EF282.8090908@restfarbe.de>
Message-ID: <525EF87A.3040405@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 16.10.2013 22:09, dg wrote:
> Liebe Freifunka,
> 
> ich lurke schon seit geraumer Zeit auf der Liste, und würde gerne 
> mit Freifunk experimentieren. Ich hab schon ein paar Nachbarn 
> überzeugt ein Internetzugang zu teilen, um dann in einem nächsten 
> Schritt ein Freifunk Netz zu machen. Jetzt geht es an die 
> technische Umsetzung...

Wir freuen uns. Wenn du Unterstützung brauchst, melde dich!

> Ich bin nun fest entschlossen erstmal einen Router mit OpenWRT zu 
> bespielen um die Möglichkeiten auszuloten. (Nicht-OpenWRT-Nachbarn
>  anschliessen vielleicht via WLAN Bridge[einer ist Mac-Jünger], 
> FritzBoxFon anschliessen [wegen SIP], ...) Oder doch besser gleich
>  Pberg-Firmware?
> 
> Auf der Mitmachseite (http://berlin.freifunk.net/participate/) war
>  dankenswerter Weise ein Tipp, den TP Link WDR3600 zu verwenden. 
> Von anderer Seite habe ich schon gehört das der WDR4300 auch 
> taugt.
> 
> Kann mir jemand sagen ob es da deutliche Unterschiede in der 
> Sendeleistung gibt? Oder kann mir jemand einen alternativen OpenWRT
> fähigen Router mit ähnlicher Hardware empfehlen (Simultan Dual
> Band, mindestens 2*USB2.0, >=8MB Flash, >=128MB RAM) Wichtig wäre
> eben eine gute Sendeleistung, weil meine Nachbarn nicht so 
> Hardware-freudig sind, und es schön wäre die direkt anliegenden 
> Wohnungen einfach mit abzudecken (Altbau).

Kannst dich halt fragen, ob du einen Gigabit-Switch brauchst in deinem
Router. Sonst geht auch der WDR3500. Sendeleistung muss auf beiden
Seiten vorhanden sein. Wichtig wäre, dass der Router gut hört. Mir ist
nur noch niemand untergekommen, der darüber wirklich gute Aussagen
treffen kann. Aus Erfahrung kann ich dir nur von wr741, wr842 etc.
abraten, wenn dir guter Emfpang wichtig ist. Aber die interessieren
dich gerade eh nicht.

Wir können dir auch einen WDR3500 leihen.

> Mein Standort ist übrigens P-Berg im nordischen Viertel 
> (http://osm.org/go/0MbF0tWM?m=), da ist in unmittelbarer Nähe laut 
> Karte noch kein Freifunk.

Am Ende der Straße gibt es ein Hausprojekt und die haben im Prinzip
auch Interesse an Freifunk. Die haben auch schon ohne Ergebnis eine
Mail an die Kirche in der Straße geschrieben. Uplink und so.
Vielleicht könnte man das nochmal ernsthaft versuchen und dann N x
VDSL teilen.

> Grüße, und vielen Dank schonmal
> 
> daniel/gaua
> 
> _______________________________________________ Berlin mailing list
> Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSXvh6AAoJEFUqJM/vAMbxmHwP+gL57dFEdvOZLcULjN3K5j55
l3cwKWGRaraI16s2Acz0NtL33lnQ16AGfCvYUgBZ1yGgyM2UOLVJDS11eE6gd/u/
xVVngXVk3ufUZQleV2nad1CIOv2z7p3WXqQGML7+GQuDmdaNMw4eXb/Qn3/bnC+X
3w6qJNbhFb1mAhrnqao30+6ImXxSjD2qzy+cYcIMN6fNhFXdx7otaAdFydp/qdXg
vwd4jb5SjfYVfPCTHe2E/pBVyipKJBDPRW4odAKAGsiUxZUS1C04G/aIpfOJQSN1
vDZq/zXl9Lm5gz5WV/uYWi4gqFUa3/gKBYlwtX3KhXJjhMMz17LS7CAGtuIL/rNA
CG+eCuU4f9QeROrMK8ttdur7S+I8dG4vUstGMCht5jIUC8W3oHnFHU0q637iiKfF
L5CYnrFCDMJSoYDu7CsdyzVrsRc1fLIYbWsimLOWV4+W0OdRqv+YFEo43r+35RDQ
1XS4Tk9gIIArudEItDUgCjy3FFZqHnJerNMpmRMM5tYnEurPsHDW7kcptdyGD24W
eVU2NJIt/JB98NKGJq8C1WVWt33KUm+gavfxlUH78MneH9E96zr8p+PF5A96RBGS
sj70Mlkjf2E70/OTp/Dnsg43EQvk6YOP++Nw+hBJWHSMLj8JI8nNIAyeb1hAf+Ev
b9WQDsq1wuucGIDR7EiF
=s5Eu
-----END PGP SIGNATURE-----




From puck.152  Thu Oct 17 13:10:24 2013
From: puck.152 (Puck.152)
Date: Thu, 17 Oct 2013 13:10:24 +0200
Subject: [Berlin-wireless] Splashpage
Message-ID: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>

Moinsen, 

wo finde ich die Vorlage für die Berliner Splashpage, der Link http://anon.freifunk.net, den ich wiederholt gefunden habe führt ins nichts.

Grüße

Jochen
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 203 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131017/6afc8410/attachment.pgp>


From cholin  Thu Oct 17 13:17:34 2013
From: cholin (cholin)
Date: Thu, 17 Oct 2013 13:17:34 +0200
Subject: [Berlin-wireless] Splashpage
In-Reply-To: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>
References: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>
Message-ID: <525FC74E.20908@spline.de>

Wenn ich das richtig sehe, sollte folgendes Template dafür zuständig sein:

https://github.com/freifunk/luci/blob/master/applications/luci-splash/luasrc/view/splash/splash.htm

Gruß
Nico

Am 17.10.2013 13:10, schrieb Puck.152:
> Moinsen, 
> 
> wo finde ich die Vorlage für die Berliner Splashpage, der Link http://anon.freifunk.net, den ich wiederholt gefunden habe führt ins nichts.
> 
> Grüße
> 
> Jochen
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131017/a872eb79/attachment.pgp>


From borgers  Thu Oct 17 13:40:35 2013
From: borgers (Philipp Borgers)
Date: Thu, 17 Oct 2013 13:40:35 +0200
Subject: [Berlin-wireless] Splashpage
In-Reply-To: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>
References: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>
Message-ID: <525FCCB3.80308@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Es wäre extrem super, wenn sich wer darum kümmern könnte, dass der
Link wieder funktioniert. Der ist nämlich auch auf den FFBoxen
installiert, wenn ich mich nicht irre.

On 17.10.2013 13:10, Puck.152 wrote:
> Moinsen,
> 
> wo finde ich die Vorlage für die Berliner Splashpage, der Link
> http://anon.freifunk.net, den ich wiederholt gefunden habe führt
> ins nichts.
> 
> Grüße
> 
> Jochen
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSX8yzAAoJEFUqJM/vAMbxIYAP/0sOZ0WPJQjoriGxN5SpGVus
PUMwmrs9E+Z7yXeaNXe649SLwVBagN2PJJXohsixlZ70KizRFKmA/kEdgJDdyOhe
trT/McM3xn89iAKoxwahIVA0wrPF8c/+qnteHY1jHI82jFxZ4Eku6Oo8rFhBbxNH
4yN/NyRrZxmwh1wRHj2N/fUANnl9xg9XRXpxNDLbkXpbeRazRTcosToK5uhtqatv
jR9HvJ4cNT+SHhxi5BU68weW25LCdP6VasVAtFGubMlQPtSgH733PnmWRfbU8kiU
uTX+XI3x9b1VK+YC2OJN+oo78347z0D/FD1XQTw95pXvK3sz634s+JtJTqJ41kND
zQGOJpeDTbV3WYSo5Up9Lb82lhbl4TAdjC+8L+ayOmk45TTToHO1fArUSs35njXv
DSNnD/rHC4Jt8VlqXNeFQvKZgZPG7b8fyxyp6RhoZEHSFIw1lGZkniJY0HYH4JzV
jd3HFHtVPcG5AwcQoCp4RY5twtMSK+MiVDIeexEbWkLTRAK1Qi7fJbNGR5kvsajp
NbL5lS7dyWZC6ENvvBH0GZrXY+boL2Q51Lqj1gBcnmPrvD1fnJmvM6fANtuGc407
Tz3UwzQNXZPG0vvIB2C0fs+6dTIcucdBJndu/gLriYWGcdJZ9lXlEER2uC3p5oLe
pFihd+a/7vbXBXZ5lhLw
=AbMp
-----END PGP SIGNATURE-----




From j.neumann  Thu Oct 17 14:01:08 2013
From: j.neumann (Juergen Neumann)
Date: Thu, 17 Oct 2013 14:01:08 +0200
Subject: [Berlin-wireless] Splashpage
In-Reply-To: <525FCCB3.80308@mi.fu-berlin.de>
References: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>
	<525FCCB3.80308@mi.fu-berlin.de>
Message-ID: <1382011268.3222.152.camel@junes.haus.k9>

Hallo in die Runde,

> Es wäre extrem super, wenn sich wer darum kümmern könnte, dass der
> Link wieder funktioniert. Der ist nämlich auch auf den FFBoxen
> installiert, wenn ich mich nicht irre.

Ich befürchte, der passende "Jemand" ist gerade auf unbestimmte Zeit im
Nirvana ... Wir könnten im Notfall m.E.n. nur den DNS-Eintrag auf eine
andere Seite zeigen lassen.

LG

JuergeN

> On 17.10.2013 13:10, Puck.152 wrote:
> > Moinsen,
> > 
> > wo finde ich die Vorlage für die Berliner Splashpage, der Link
> > http://anon.freifunk.net, den ich wiederholt gefunden habe führt
> > ins nichts.
> > 
> > Grüße
> > 
> > Jochen
> > 
> > 
> > 
> > _______________________________________________ Berlin mailing
> > list Berlin at berlin.freifunk.net 
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 





From freifunk  Thu Oct 17 14:21:59 2013
From: freifunk (Mirko Vogt)
Date: Thu, 17 Oct 2013 14:21:59 +0200
Subject: [Berlin-wireless] Splashpage
In-Reply-To: <1382011268.3222.152.camel@junes.haus.k9>
References: <188523EA-F4AB-4DB1-8CA5-A50F3BAA8403@dietpunk.com>	<525FCCB3.80308@mi.fu-berlin.de>
	<1382011268.3222.152.camel@junes.haus.k9>
Message-ID: <525FD667.3040205@nanl.de>

wen meint ihr denn?
ich bin verwirrt.
zumindest das DNS problem hatte ich auch schon einmal angesprochen, aber
erhielt keine antwort.

  mirko

On 10/17/2013 02:01 PM, Juergen Neumann wrote:
> Hallo in die Runde,
> 
>> Es wäre extrem super, wenn sich wer darum kümmern könnte, dass der
>> Link wieder funktioniert. Der ist nämlich auch auf den FFBoxen
>> installiert, wenn ich mich nicht irre.
> 
> Ich befürchte, der passende "Jemand" ist gerade auf unbestimmte Zeit im
> Nirvana ... Wir könnten im Notfall m.E.n. nur den DNS-Eintrag auf eine
> andere Seite zeigen lassen.
> 
> LG
> 
> JuergeN
> 
>> On 17.10.2013 13:10, Puck.152 wrote:
>>> Moinsen,
>>>
>>> wo finde ich die Vorlage für die Berliner Splashpage, der Link
>>> http://anon.freifunk.net, den ich wiederholt gefunden habe führt
>>> ins nichts.
>>>
>>> Grüße
>>>
>>> Jochen
>>>
>>>
>>>
>>> _______________________________________________ Berlin mailing
>>> list Berlin at berlin.freifunk.net 
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>>
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 




From sven-ola  Thu Oct 17 16:35:28 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 17 Oct 2013 16:35:28 +0200
Subject: [Berlin-wireless] MABB Kram (war: MABB - Ich kann heute...)
In-Reply-To: <1381924377.3222.69.camel@junes.haus.k9>
References: <1381924377.3222.69.camel@junes.haus.k9>
Message-ID: <525FF5B0.1020907@gmx.de>

Hey,

die großen Sachen für Batch2 sind hier bei mir angekommen. Schränke,
Router, Switches, Patchleitungen, Cat5-UTP, NYM usw. Wer abholen will -
gerne zu normalen Zeiten in der Heidelberger  65/66 Fa. Commando -
schickst du Mail.

Für den Kleinkram (6 * 8mm Holzschraube und Dübel usw.) kann entweder
jeder selbst einkaufen oder wir gehen zusammen zu Obeta, das ist bei der
Heidelberger um die Ecke, Öffnungszeiten aber eher handwerkertypisch,
also Mo-Do 06:30-16:30, Fr 06:30-14:00 damit es nicht soviele Fehlkäufe
gibt.

// Sven-Ola

Am 10/16/2013 01:52 PM, schrieb Juergen Neumann:
> 3. @Sven-Ola: Wie ist der Stand mit dem Installationsmaterial. Was
> machen die Lieferungen aus Batch #2? Alles da?


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131017/2dbd0fff/attachment.pgp>


From borgers  Thu Oct 17 17:10:01 2013
From: borgers (Philipp Borgers)
Date: Thu, 17 Oct 2013 17:10:01 +0200
Subject: [Berlin-wireless] MABB Kram (war: MABB - Ich kann heute...)
In-Reply-To: <525FF5B0.1020907@gmx.de>
References: <1381924377.3222.69.camel@junes.haus.k9> <525FF5B0.1020907@gmx.de>
Message-ID: <525FFDC9.9020901@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Würde es dir passen, wenn ich morgen gegen 10 bei dir vorbeikomme? Ich
würde die Hardware für die Arcaden abholen.

On 17.10.2013 16:35, Sven-Ola Tuecke wrote:
> Hey,
> 
> die großen Sachen für Batch2 sind hier bei mir angekommen.
> Schränke, Router, Switches, Patchleitungen, Cat5-UTP, NYM usw. Wer
> abholen will - gerne zu normalen Zeiten in der Heidelberger  65/66
> Fa. Commando - schickst du Mail.
> 
> Für den Kleinkram (6 * 8mm Holzschraube und Dübel usw.) kann
> entweder jeder selbst einkaufen oder wir gehen zusammen zu Obeta,
> das ist bei der Heidelberger um die Ecke, Öffnungszeiten aber eher
> handwerkertypisch, also Mo-Do 06:30-16:30, Fr 06:30-14:00 damit es
> nicht soviele Fehlkäufe gibt.
> 
> // Sven-Ola
> 
> Am 10/16/2013 01:52 PM, schrieb Juergen Neumann:
>> 3. @Sven-Ola: Wie ist der Stand mit dem Installationsmaterial.
>> Was machen die Lieferungen aus Batch #2? Alles da?
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSX/3JAAoJEFUqJM/vAMbx8nMQAL0MU1iAIc8apq2sAW858HuR
QPBsdwuv/3LDktiVJroFj6hx7TLgSxL7WWfjwPc1rxCqSIk7a187ad2ZW5ENsqXn
iLy5GI45GIhkqRws/mX4+2MMjfNhuYUmlL7IMc7jYws94FD3EJr4vgf3ziimYDm7
Z/IGCOkViHZH6Ka/S7rHp4O4dEADrmiKAHAVm4ol7woqwolp1CSOiI2ypA3eWYLi
hsQ3w7x8nJBlOU4zncO8Vr/qZyD+o19wW9r8oeg5HjE7idW+QY6hkzqgMnIPElOE
s1st46jGWgQFQrvMRbhb9nIakkVBXniLMT61yfwDjbr9kFnoxknW4+mP779fDiyJ
7PYLKSa8qWKffAtxY4rfPWa3NaGzEnOTGMzsZKdt+MWhMpRAeCsok5WhH2sCRpZM
25AxUvzFk6d+Iddfr+//PDWhKwa5+TK4ljAUSxZF950ykD3RbcwJls0A2Vvpry6F
03EEU5K5eEQgxYWkoNi2nnJTWl1OnUkuv2zDJhmr8Tv8u0lngebEtcfCW1T2xZhO
sB9l+RgpDqEpUP5a6EWltRg0ZsnCcoWlVa+1y8290yPb9M17HUW7VHrG8cXWWBB3
RBXkih/YquiKeBSSxRJKkPWlKvV52KixjudsYVWM8dHVV83eI9sTX/WYRmKwpACI
hw/VEM1bC3YT4SvtMUQB
=RZv3
-----END PGP SIGNATURE-----




From sven-ola  Thu Oct 17 19:07:32 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 17 Oct 2013 19:07:32 +0200
Subject: [Berlin-wireless] MABB Kram (war: MABB - Ich kann heute...)
In-Reply-To: <525FFDC9.9020901@mi.fu-berlin.de>
References: <1381924377.3222.69.camel@junes.haus.k9> <525FF5B0.1020907@gmx.de>
	<525FFDC9.9020901@mi.fu-berlin.de>
Message-ID: <eecdda56-2c97-481b-b0df-601a6ad2addb@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Ja. Geht. +49 157 73264829



Philipp Borgers <borgers at mi.fu-berlin.de> schrieb:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Würde es dir passen, wenn ich morgen gegen 10 bei dir vorbeikomme? Ich
>würde die Hardware für die Arcaden abholen.
>
>On 17.10.2013 16:35, Sven-Ola Tuecke wrote:
>> Hey,
>>
>> die großen Sachen für Batch2 sind hier bei mir angekommen.
>> Schränke, Router, Switches, Patchleitungen, Cat5-UTP, NYM usw. Wer
>> abholen will - gerne zu normalen Zeiten in der Heidelberger  65/66
>> Fa. Commando - schickst du Mail.
>>
>> Für den Kleinkram (6 * 8mm Holzschraube und Dübel usw.) kann
>> entweder jeder selbst einkaufen oder wir gehen zusammen zu Obeta,
>> das ist bei der Heidelberger um die Ecke, Öffnungszeiten aber eher
>> handwerkertypisch, also Mo-Do 06:30-16:30, Fr 06:30-14:00 damit es
>> nicht soviele Fehlkäufe gibt.
>>
>> // Sven-Ola
>>
>> Am 10/16/2013 01:52 PM, schrieb Juergen Neumann:
>>> 3. @Sven-Ola: Wie ist der Stand mit dem Installationsmaterial.
>>> Was machen die Lieferungen aus Batch #2? Alles da?
>>
>>
>>
>>
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>>
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v2.0.22 (GNU/Linux)
>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
>iQIcBAEBAgAGBQJSX/3JAAoJEFUqJM/vAMbx8nMQAL0MU1iAIc8apq2sAW858HuR
>QPBsdwuv/3LDktiVJroFj6hx7TLgSxL7WWfjwPc1rxCqSIk7a187ad2ZW5ENsqXn
>iLy5GI45GIhkqRws/mX4+2MMjfNhuYUmlL7IMc7jYws94FD3EJr4vgf3ziimYDm7
>Z/IGCOkViHZH6Ka/S7rHp4O4dEADrmiKAHAVm4ol7woqwolp1CSOiI2ypA3eWYLi
>hsQ3w7x8nJBlOU4zncO8Vr/qZyD+o19wW9r8oeg5HjE7idW+QY6hkzqgMnIPElOE
>s1st46jGWgQFQrvMRbhb9nIakkVBXniLMT61yfwDjbr9kFnoxknW4+mP779fDiyJ
>7PYLKSa8qWKffAtxY4rfPWa3NaGzEnOTGMzsZKdt+MWhMpRAeCsok5WhH2sCRpZM
>25AxUvzFk6d+Iddfr+//PDWhKwa5+TK4ljAUSxZF950ykD3RbcwJls0A2Vvpry6F
>03EEU5K5eEQgxYWkoNi2nnJTWl1OnUkuv2zDJhmr8Tv8u0lngebEtcfCW1T2xZhO
>sB9l+RgpDqEpUP5a6EWltRg0ZsnCcoWlVa+1y8290yPb9M17HUW7VHrG8cXWWBB3
>RBXkih/YquiKeBSSxRJKkPWlKvV52KixjudsYVWM8dHVV83eI9sTX/WYRmKwpACI
>hw/VEM1bC3YT4SvtMUQB
>=RZv3
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJgGVQtHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9Cy4AcAoLeAREmb2M4d14aCnGT9dywbO4wd
AKDM1EFhjKRrAiMZuiAQzDYKcWhimQ==
=gewS
-----END PGP SIGNATURE-----




From dg-lists  Thu Oct 17 22:32:42 2013
From: dg-lists (dg)
Date: Thu, 17 Oct 2013 22:32:42 +0200
Subject: [Berlin-wireless] Aller Anfang ist schwer, OpenWRT und Freifunk
In-Reply-To: <525EF87A.3040405@mi.fu-berlin.de>
References: <525EF282.8090908@restfarbe.de> <525EF87A.3040405@mi.fu-berlin.de>
Message-ID: <5260496A.30205@restfarbe.de>

Lieber Philipp vielen Dank für die schnelle Antwort und die Hinweise!

Ich hab jetzt mal den wdr4300 bestellt. Der hat 3 Antennen ;) das überzeugt.
Also wenn kein Release sondern nur ein trunk von OpenWRT unterstützt
wird, ist das erstmal kein Problem, ja? Der trunk ist sozusagen eine
neuere Version als das akutelle Release und ab dem nächsten wird es dann
unterstützt?

Und die PBERG firmware ist ein modifiziertes OpenWRT? Könnte man da dann
ggf auch OpenWRT Pakete installieren? (zB Luci, Asteriks, xy) Oder ist
das was ganz anderes?


> Am Ende der Straße gibt es ein Hausprojekt und die haben im Prinzip
> auch Interesse an Freifunk. Die haben auch schon ohne Ergebnis eine
> Mail an die Kirche in der Straße geschrieben. Uplink und so.
> Vielleicht könnte man das nochmal ernsthaft versuchen und dann N x
> VDSL teilen.
Vielen Dank für den Hinweis. Von meinen Nachbarn könnte sogar eine
Sichtverbindung zur M29 möglich sein. Ich werde die mal kontaktieren.
Bei der Kirche müsste man vermutlich mal mündlich fragen.
Ich frage bei Gelegenheit auch mal im Sgaminegg, einem Café in der
Seelowerstr. ob die Interesse haben.

gruß

gaua/daniel




From borgers  Fri Oct 18 00:59:22 2013
From: borgers (Philipp Borgers)
Date: Fri, 18 Oct 2013 00:59:22 +0200
Subject: [Berlin-wireless] Aller Anfang ist schwer, OpenWRT und Freifunk
In-Reply-To: <5260496A.30205@restfarbe.de>
References: <525EF282.8090908@restfarbe.de> <525EF87A.3040405@mi.fu-berlin.de>
	<5260496A.30205@restfarbe.de>
Message-ID: <52606BCA.1050803@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 17.10.2013 22:32, dg wrote:
> Lieber Philipp vielen Dank für die schnelle Antwort und die
> Hinweise!
> 
> Ich hab jetzt mal den wdr4300 bestellt. Der hat 3 Antennen ;) das
> überzeugt.

Auch ein Bewertungskriterium.

> Also wenn kein Release sondern nur ein trunk von OpenWRT
> unterstützt wird, ist das erstmal kein Problem, ja? Der trunk ist
> sozusagen eine neuere Version als das akutelle Release und ab dem
> nächsten wird es dann unterstützt?

Am Trunk arbeiten die Entwickler_innen von OpenWrt. Ausgehend vom
Trunk werden dann in unregelmäßigen Abständen Releases veröffentlicht.
Gibt es kein Release was deinen Router unterstützt, kannst du es mit
dem Trunk versuchen. Ev. fehlen dann Features oder durch einen Fehler
einer Entwicklerin läuft die Firmware mal nicht. Kannst du aber
ruhigen Gewissens ausprobieren. Wenn dein Router im Trunk unterstützt
wird, wird er wahrscheinlich im nächsten "Release" unterstützt. Ich
würde das aber auch nicht so eng sehen.

> Und die PBERG firmware ist ein modifiziertes OpenWRT?

Richtig. Patrick und andere bauen ausgehen von OpenWrt sogenannte
Freifunk-Firmwares. Unsere Firmware basiert auf dem Trunk, sodass dein
Router eigentlich funktionieren sollte.

Könnte man da dann
> ggf auch OpenWRT Pakete installieren? (zB Luci, Asteriks, xy) Oder
> ist das was ganz anderes?

Eigentlich solltest du Pakete installieren können. Ev. liegen die
jedoch nicht auf unserem Server und du musst zusätzliche Quellen für
Pakete auf dem Router hinzufügen:

http://wiki.openwrt.org/doc/techref/opkg#adjust.repositories

>> Am Ende der Straße gibt es ein Hausprojekt und die haben im
>> Prinzip auch Interesse an Freifunk. Die haben auch schon ohne
>> Ergebnis eine Mail an die Kirche in der Straße geschrieben.
>> Uplink und so. Vielleicht könnte man das nochmal ernsthaft
>> versuchen und dann N x VDSL teilen.
> Vielen Dank für den Hinweis. Von meinen Nachbarn könnte sogar eine 
> Sichtverbindung zur M29 möglich sein. Ich werde die mal
> kontaktieren.

Wenns da eine Möglichkeit gibt, kann ich mal die Menschen im Haus
kontaktieren.

> Bei der Kirche müsste man vermutlich mal mündlich fragen.

Wenn man aktive Menschen in der Gemeinde kennt, wäre das super.
Ansonsten mal die Küsterei oder den Prieter? anrufen. Ev. brauchen die
Unterlagen über unser Projekt. Gibt es z.B. hier:

Hausprojekte und co. - http://pad.spline.de/ff-nk-schreiben-projekte
Kirchen - http://pad.spline.de/ff-nk-schreiben-kirchen

cc by freifunk neukölln ;)

> Ich frage bei Gelegenheit auch mal im Sgaminegg, einem Café in der 
> Seelowerstr. ob die Interesse haben.

Vielleicht können die von unserem VPN profitieren (Störerhaftung).

> gruß
> 
> gaua/daniel
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSYGvJAAoJEFUqJM/vAMbxuBsP/3JZrSwe27nRfGZx4Alw2ycf
ye6g5DHpGzBRnjagkFL+k3kgupQfwEzUDMuoMcgROuOBMkI37rYSKteiBWcHq1VP
2ZY17Zo+uTj8HF0eKcEUHYNRXjaNGouUDwrho5ebR1DdSDat8mkFPWzUoILZ/PuK
CB7g2Acn7ROKf+GdC1NdNp8Wh8v7wnwBAJc5zZiXWXCVkvQnWHyRKT1kbHBd1eO3
puEeZQJpkifNvbnan3tieDV6pJxV8wg8CIB0pkJiD4u2YuBT/Pf3DfCWmEFz79JP
azXVIyO9x1zgxs0QURMuSHzP4VMTN4smQH0rIO6htQO4lV6PwyCizcQ9lEpgoqmS
mpEhYQxowEH1/XInxulzGi6usDe/3Q4YSuijFKDrHy4PJ16wTpPM77DBNSvWgqum
jG6pP7hHXKnX8fxZZ+9PrSJNsT+/oBJ0I8TA20OK8j8vdnq8rh/1E+lm+vlXXQMA
78HLEy8UTJ0KQKKGyAdzzNhTBoISjpipvs6Wtcb5hTVq5Mk4aSwXw59VvvJCcqkF
Y3hPDecO70isSt0nBSVMW4xdJYg+aRkIAeLSOwtIjW4MaNJxhWFUZQ8DLMlTYxqf
F1QtQlqATP+EUGjYnmJndUC/mYvNWh/tkKZzKp349vuCvoZwEPWy77ojLgoDtpZG
RAY5b3D7ajk00/kSHTUp
=Ipef
-----END PGP SIGNATURE-----




From dpaufler  Fri Oct 18 09:06:39 2013
From: dpaufler (Daniel Paufler)
Date: Fri, 18 Oct 2013 09:06:39 +0200
Subject: [Berlin-wireless] 22.10.13 - Wartung Server vmhost03
Message-ID: <5260DDFF.1060905@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo

Am 22.10.2013 am Abend (zwischen 17 und 20h) werden wir auf dem
vmhost03 updates einspielen und die Kiste durchstarten. Dabei werden
alle Gueste kurzzeitig nicht erreichbar sein. Davon betroffen sind:

freiraumlabor.org
vpn03 (stoererhaftung ade server)
vpn02 (ic-vpn)
bbb-vpn (Berliner VPN)
vpn4.leipzig (VPN Leipzig)
download-master (firmwares, ebooks, etc)

Bei Fragen fragen.

Grüße

Daniel

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJg3f4ACgkQq6ymFUkZLTJ8EACfcEDr2/yJd90xO8T88Y4stF+a
mxEAoN2dl2VM2g40+VUYUq2hp1vwnMSj
=x52T
-----END PGP SIGNATURE-----




From fly  Fri Oct 18 14:09:31 2013
From: fly (Bastian)
Date: Fri, 18 Oct 2013 14:09:31 +0200
Subject: [Berlin-wireless] MABB - X'hain
In-Reply-To: <1381924377.3222.69.camel@junes.haus.k9>
References: <1381924377.3222.69.camel@junes.haus.k9>
Message-ID: <526124FB.5060107@d00m.org>

Hallo,

On 10/16/2013 01:52 PM, Juergen Neumann wrote:
> 1. Kontakt mit Samariter-Kirche ist hergestellt (Pfarrer und Dagmar).
> Brief mit Entscheidungsvorlage an Gemeinderat ist raus. Wir warten auf
> Antwort.

Cool! Wann soll denn die nächste Gemeinderatssitzung stattfinden?

> 2. Zwingli-Kirche: Der Förderverein hat eine Zusatzvereinbarung mit dem
> Pfarrer zur Übernahme der Wartungskosten (ca. 200EUR /a) und zur
> Demontage der zusätzlichen Feuermelder bei Vertragskündigung
> unterzeichnet. => @X'hain: bitte spendet _REGELMÄSSIG_ Geld für die
> Wartungskosten an den Verein!

Die E-LOK möchte sich an den jährlichen Wartungskosten beteiligen. Dazu
wird aber eine Rechnung - idealerweise vom Förderverein - mit passendem
Betreff benötigt.

> 
> 10. @Basti: Workstation? Soll die jetzt noch mit irgendwas dafür in
> Batch #3? Muss auf der Zwingli noch was in Sachen Workstation beachtet
> werden?

WSB/E-LOK und Bürgergarten kennen die Deadline und sollten bis Mittwoch
unterzeichnet haben.
Für den Jugendclub denken wir an 3x TL-WDR3600 und einen 8-Port Switch.
Für die Laskwerwiese bietet sich eine Bullet M2 mit Rundstrahler sowie
ggf. ein Mast an.
Auf der Zwingli sollte weiterhin ein 2.4Ghz Knoten Richtung E-LOK funken.

Gruß
Bastian




-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131018/e65bc53b/attachment.pgp>


From gaul  Fri Oct 18 15:15:35 2013
From: gaul (=?UTF-8?B?QW5kcsOpIEdhdWw=?=)
Date: Fri, 18 Oct 2013 15:15:35 +0200
Subject: [Berlin-wireless] Installation Rathaus Kreuzberg
Message-ID: <52613477.2080606@web-yard.de>

Moinsen Freifunker_innen!

Es ist soweit: nächste Woche Mittwoch (23.10.) wird die MABB-Hardware
auf dem Rathaus Kreuzberg in der Yorckstr installiert. Dafür suche ich
noch Helfer_innen, die mit mir zusammen

 * Kabelrohre + cat5 Kabel verlegen
 * rj45-Stecker crimpen
 * Router montieren
 * einen 19" Wandschrank montieren
 * Patchpanel anschliessen
 * Fotos knipsen / Videos drehen (Dokumentation!)

Los geht's um 09:00 (das Wetter soll nächste Woche gut werden). Wer
mitmachen will: bitte ins pad [1] eintragen. 3-4 Helfer_innen wären
dufte! Die Installation wird eine ganze Zeit dauern, ich rechne damit,
dass wir bis 15-16 Uhr brauchen werden.

Es werden noch ein Bohrhammer und ein Heißluftfön benötigt. Wer so etwas
zur Verfügung stellen kann: bitte auch ins pad eintragen.

Bei Fragen: meldet euch bei mir!

ciao,
André

[1] http://pad.freifunk.net/p/2013-10-23-rathaus-kreuzberg

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From u.kypke  Fri Oct 18 15:53:30 2013
From: u.kypke (ulf kypke)
Date: Fri, 18 Oct 2013 15:53:30 +0200
Subject: [Berlin-wireless] Installation Rathaus Kreuzberg
In-Reply-To: <52613477.2080606@web-yard.de>
References: <52613477.2080606@web-yard.de>
Message-ID: <CAKUNv3s4F5AtLjjL0Kdmh3+8pLsTH92EmRLau8qQ98ngmkXMAQ@mail.gmail.com>

hi,
ich kann crimpen und habe einen akku based bohrhammer, der geht bis 8mm in
beton


Am 18. Oktober 2013 15:15 schrieb André Gaul <gaul at web-yard.de>:

> Moinsen Freifunker_innen!
>
> Es ist soweit: nächste Woche Mittwoch (23.10.) wird die MABB-Hardware
> auf dem Rathaus Kreuzberg in der Yorckstr installiert. Dafür suche ich
> noch Helfer_innen, die mit mir zusammen
>
>  * Kabelrohre + cat5 Kabel verlegen
>  * rj45-Stecker crimpen
>  * Router montieren
>  * einen 19" Wandschrank montieren
>  * Patchpanel anschliessen
>  * Fotos knipsen / Videos drehen (Dokumentation!)
>
> Los geht's um 09:00 (das Wetter soll nächste Woche gut werden). Wer
> mitmachen will: bitte ins pad [1] eintragen. 3-4 Helfer_innen wären
> dufte! Die Installation wird eine ganze Zeit dauern, ich rechne damit,
> dass wir bis 15-16 Uhr brauchen werden.
>
> Es werden noch ein Bohrhammer und ein Heißluftfön benötigt. Wer so etwas
> zur Verfügung stellen kann: bitte auch ins pad eintragen.
>
> Bei Fragen: meldet euch bei mir!
>
> ciao,
> André
>
> [1] http://pad.freifunk.net/p/2013-10-23-rathaus-kreuzberg
>
> --
> Homepage   http://page.math.tu-berlin.de/~gaul
> github     https://github.com/andrenarchy
> Twitter    https://twitter.com/#!/andrenarchy
> Diaspora   https://diasp.org/u/andrenarchy
>            (you won't find me on facebook!)
> Jabber     gaul at web-yard.de
> PGP Key    0x0FA9170E
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131018/db9d20fd/attachment.html>


From gaul  Fri Oct 18 17:02:53 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Fri, 18 Oct 2013 17:02:53 +0200
Subject: [Berlin-wireless] Installation Rathaus Kreuzberg
In-Reply-To: <CAKUNv3s4F5AtLjjL0Kdmh3+8pLsTH92EmRLau8qQ98ngmkXMAQ@mail.gmail.com>
References: <52613477.2080606@web-yard.de>
	<CAKUNv3s4F5AtLjjL0Kdmh3+8pLsTH92EmRLau8qQ98ngmkXMAQ@mail.gmail.com>
Message-ID: <52614D9D.1020201@web-yard.de>

Oi Ulf!

Am 18.10.2013 15:53, schrieb ulf kypke:
> ich kann crimpen und habe einen akku based bohrhammer, der geht bis 8mm
> in beton

topp, deine Crimpkünste sind immer sehr gerne gesehen! :) Wenn du
vorbeikommst, dann trag dich doch fix ins pad ein.

Meinst du der Akkubohrer hat genug power? Herr Zachler hat mir explizit
gesagt, dass wir für da oben einen ordentlichen Bohrhammer mitbringen
sollen...

ciao,
André
-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From chris  Sat Oct 19 17:06:03 2013
From: chris (Christian Seitz)
Date: Sat, 19 Oct 2013 17:06:03 +0200 (CEST)
Subject: [Berlin-wireless] VPN03: Server jetzt mal so richtig weg
In-Reply-To: <525C40A8.9060400@gmx.de>
References: <525C40A8.9060400@gmx.de>
Message-ID: <Pine.LNX.4.64.1310191659160.14485@tigger.berli.net>

Hallo,

unser Uplink in AM II (da wo auch die Freifunkserver stehen) hat etwas 
kaputt gespielt und uns damit offline genommen. Das betrifft die 
komplette Technik an dem Standort. Er hat versprochen es schnell wieder 
zu fixen.

Ah, pingt wieder. Ausfallzeit ca. 45 Min. ;-(

Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648




From Jamalaka  Sun Oct 20 14:04:01 2013
From: Jamalaka (Jamalaka)
Date: Sun, 20 Oct 2013 14:04:01 +0200
Subject: [Berlin-wireless] Konfiguration VPN03
Message-ID: <20131020140401.0c5b08b1@X200>

Moin,

ich würde das VPN03 gerne im Rahmen eines kleinen Cafes in Lübeck
testen, da dort die Verbindung über sog. "Bündelserver" immer
wieder wackelt und nicht zuverlässig erscheint.

TunnelName: cafe-brazil-luebeck
KontaktEmail: siehe "from"

Viele Grüße aus Lübeck nach Berlin

Jamalaka
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 836 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131020/0c94a520/attachment.pgp>


From sven-ola  Sun Oct 20 14:14:23 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 20 Oct 2013 14:14:23 +0200
Subject: [Berlin-wireless] Konfiguration VPN03
In-Reply-To: <20131020140401.0c5b08b1@X200>
References: <20131020140401.0c5b08b1@X200>
Message-ID: <5263C91F.8080300@gmx.de>

Key sent off list...

// Sven-Ola

Am 20.10.2013 14:04, schrieb Jamalaka:
> Moin,
>
> ich würde das VPN03 gerne im Rahmen eines kleinen Cafes in Lübeck
> testen, da dort die Verbindung über sog. "Bündelserver" immer
> wieder wackelt und nicht zuverlässig erscheint.
>
> TunnelName: cafe-brazil-luebeck
> KontaktEmail: siehe "from"
>
> Viele Grüße aus Lübeck nach Berlin
>
> Jamalaka
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131020/d7b2170b/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131020/d7b2170b/attachment.pgp>


From cholin  Sun Oct 20 23:16:07 2013
From: cholin (cholin)
Date: Sun, 20 Oct 2013 23:16:07 +0200
Subject: [Berlin-wireless] ip.berlin.freifunk.net
Message-ID: <52644817.9090602@spline.de>

N'abend.

Ist der Quellcode von ip.berlin.freifunk.net irgendwo einsehbar? Wer das
zzt hostet wäre an sich auch gut zu wissen. Weiß da jmd vlt mehr?

Gruß
Nico

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131020/42cbbd5f/attachment.pgp>


From sven-ola  Mon Oct 21 07:39:28 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 21 Oct 2013 07:39:28 +0200
Subject: [Berlin-wireless] ip.berlin.freifunk.net
In-Reply-To: <52644817.9090602@spline.de>
References: <52644817.9090602@spline.de>
Message-ID: <7a3e56b3-45bd-48ad-856b-fe5ecc159240@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Moin,

gebastelt hat das Marek Lindner AFAICT, Zugang hat Wulf (umd Daniel). Schauste ins cc.

Gruß // Sven-Ola



cholin <cholin at spline.de> schrieb:
>N'abend.
>
>Ist der Quellcode von ip.berlin.freifunk.net irgendwo einsehbar? Wer
>das
>zzt hostet wäre an sich auch gut zu wissen. Weiß da jmd vlt mehr?
>
>Gruß
>Nico
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJkvhAtHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyUXcAnjUuWzK3UrBQmSzvi3pJ1HerMove
AKCroLDmgveEQ3wpbXU6vJv7z5HEnA==
=fuT+
-----END PGP SIGNATURE-----




From u.kypke  Mon Oct 21 14:24:40 2013
From: u.kypke (ulf kypke)
Date: Mon, 21 Oct 2013 14:24:40 +0200
Subject: [Berlin-wireless] =?iso-8859-1?q?ubiquiti_ist_immer_f=FCr_ne_=FCb?=
	=?iso-8859-1?q?erraschung_gut_-_airfiber_5ghz?=
Message-ID: <CAKUNv3uCkmWO6LWtKDs9z9zvq9n7a5XXx7fjjN3XW-ezD6XzZA@mail.gmail.com>

check this out:

New airFiber 5 / airFiber 5U airFiber 5 is the latest breakthrough in high
performance wireless point to point technology. Operating in the 5GHz band,
airFiber 5 builds on the innovations in airFiber 24 to enable speeds up to
1Gbps and introduces new eXtended Range Technology (xRT) to provide 100+Km
maximum range. Read More <http://mkto-sj040032.com/190QHQ79600004K005AhF03>

-
gruss ulf
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131021/eec3a572/attachment.html>


From gaul  Tue Oct 22 13:31:24 2013
From: gaul (=?UTF-8?B?QW5kcsOpIEdhdWw=?=)
Date: Tue, 22 Oct 2013 13:31:24 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <52665FC2.1010609@web-yard.de>
References: <52665FC2.1010609@web-yard.de>
Message-ID: <5266620C.9050804@web-yard.de>

Moin Freifunker_innen,

fyi: wir haben genug Leute für die Installation auf dem Kreuzberger
Rathaus, siehe unten. Dieses Bild vom laufenden Wohnzimmertisch-Setup
möchte ich euch nicht vorenthalten:

   https://twitter.com/andrenarchy/status/392559054838435840

ciao,
André

-------- Original-Nachricht --------
Betreff: Installation Rathaus
Datum: Tue, 22 Oct 2013 13:21:38 +0200

Moinsen!

Morgen ist's soweit: wir treffen uns um 9:00 im Eingangsbereich vom
Rathaus. Hier nochmal die Übersicht an was zu denken ist:

@Daniel: bringt Bohrhammer mit.
@Ulf: Crimp-Tools kannst du auch gerne mitbringen, dann können wir
      parallel crimpen. :) Den Akku-Bohrer brauchen wir dann nicht.
@Alex: bringt Heissluftfön mit.
@Max: bringt Kamera mit.

Philipp und ich transportieren die Hardware: 19" Schrank, Switch,
Patchpanel, Router, Verlegekabel, Kabelrohr, Akku-Schrauber, Werkzeug.

Hier als teaser schonmal ein Bild vom funktionierenden Setup in meinem
Wohnzimmer :D

   https://twitter.com/andrenarchy/status/392559054838435840

Bis morgen!

André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E





From freifunk  Tue Oct 22 14:27:01 2013
From: freifunk (Manuel Munz)
Date: Tue, 22 Oct 2013 14:27:01 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266620C.9050804@web-yard.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
Message-ID: <52666F15.9020400@somakoma.de>

On 22.10.2013 13:31, André Gaul wrote:
> Moin Freifunker_innen,
> 
> fyi: wir haben genug Leute für die Installation auf dem Kreuzberger
> Rathaus, siehe unten. Dieses Bild vom laufenden Wohnzimmertisch-Setup
> möchte ich euch nicht vorenthalten:
> 
>    https://twitter.com/andrenarchy/status/392559054838435840
> 
> ciao,
> André
> 

Hi,

da kommt ja fast Neid auf ;)
Was sind denn die kleinen weissen Teile die immer noch zwischen Switch
und Router sind?

Grüße, soma


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/08795c9c/attachment.pgp>


From u.kypke  Tue Oct 22 14:44:55 2013
From: u.kypke (ulf kypke)
Date: Tue, 22 Oct 2013 14:44:55 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <52666F15.9020400@somakoma.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de>
Message-ID: <CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>

hi soma,
das sind poe adapter die von echtem 802.3af poe das ubiquiti poe machen
http://www.ubnt.com/airmax#instant

andre, hast du auch den schrumpfschlauch um die adapter wasserdicht zu
machen?
gruss


Am 22. Oktober 2013 14:27 schrieb Manuel Munz <freifunk at somakoma.de>:

> On 22.10.2013 13:31, André Gaul wrote:
> > Moin Freifunker_innen,
> >
> > fyi: wir haben genug Leute für die Installation auf dem Kreuzberger
> > Rathaus, siehe unten. Dieses Bild vom laufenden Wohnzimmertisch-Setup
> > möchte ich euch nicht vorenthalten:
> >
> >    https://twitter.com/andrenarchy/status/392559054838435840
> >
> > ciao,
> > André
> >
>
> Hi,
>
> da kommt ja fast Neid auf ;)
> Was sind denn die kleinen weissen Teile die immer noch zwischen Switch
> und Router sind?
>
> Grüße, soma
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/5a9e1c4b/attachment.html>


From borgers  Tue Oct 22 14:48:38 2013
From: borgers (Philipp Borgers)
Date: Tue, 22 Oct 2013 14:48:38 +0200
Subject: [Berlin-wireless] =?windows-1252?q?Rathaus-Neuk=F6lln=3A_Kosten_f?=
 =?windows-1252?q?=FCr_die_Installation?=
Message-ID: <52667426.4090304@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

ich habe jetzt endlich Rückmeldung vom Hochbau bekommen. Wir hatten
eigentlich drei Optionen angepeilt von denen wir zwei sogut wie
verworfen haben. Die dritte Option sieht wie folgt aus:

Auf der zweiten Ebene des Turms werden, auf unsere Kosten die jeweils
3 Fenster in alle vier Himmelsrichtungen ersetzt, durch Fenster, die
für WLAN durchlässiger sind. Die Kosten belaufen sich auf ungefähr
2000?. Hinzukommen kosten für den Elektriker (500??), der uns eine
Leitung bis zur Freifunk-Installation legt (können wir nicht selber
machen).

Wir könnten die Art der Fenster wahrscheinlich bestimmen.

Ich bekomme die Fakten leider erst am Donnerstag per Mail. Ich würde
dann nochmal ein Update geben. Aber ich wäre dafür, dass wir das am
Mittwoch auch nochmal besprechen.

Die Fragen, die sich stellen:

a) Wollen wir die Kosten übernehmen? Wer ist wir?
b) Wie groß wäre die Dämpfung durch Fenster?

Meine Antworten:

a) Ja, weil wir auf dem Standort dann ev. 12 Richtungen versorgen können.
b) Auf der Segenskirche geht es auch durchs Fenster und das funktioniert.

LG Philipp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSZnQmAAoJEFUqJM/vAMbxHkYP/1HnLAT6tTpPP8XU8UwHKzQ5
S4+FMqjt3HLruBV4TTYcUMfOuwxkN5eAk5F1pZ9Ag6+jciVn9K6QWZN1uF3cr+U6
oe9BagGq3imu5CtmA5t0+99JidjIQBRsOPvVItj278kIF4tpm+IPLkAhBxCo3qhw
vbPplwxOiFGOtf0yK3Msp4fMmvLVfT5f5i24f/LmDTDovbs/15z0rbzbNBatc5AC
OFiK9XYjm6dCBZssTMVrvzU7+q4pwuObraeeZBH4LqMSd8KVrpnZ62XzM7GUECQW
y4cHh8ZVzbjfRqHH7t+7IjN09MP0KhGC+cgZEefMxVbtx3jvl4dqv6l0HbnhnFHa
0t0o2cB4zboVG0OVGheqTMXBS/2mWM5PoxAsXcEAqH0FHY4ZD3TjwmF29ciUt1eh
SOO20juoeSA3m8zwB5o8j4bWS+U56rZSWje2IVe9Aje4R6sNk7AdIWvFWb7UKl7S
LLCtu5RExu9woL653AoB9CYSe5ELv18M9MYcxFqbhPdUFjRsRnTpJwn/pk/VKzFg
Q7+dqImvz0SWabHPpKQWnEdled9wjkFGO8+q1DrwZ5fYch/aKzCc8nuC9AGzwIL+
RxaFptsmgjkTdP9j9ts6Zi/9Qx7aPE3qqonA/FWP++8QLeLDyXX3jo4Zms7xV9Gy
mRqzsmagchojzMDLKobU
=HkqE
-----END PGP SIGNATURE-----




From gaul  Tue Oct 22 15:10:36 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Tue, 22 Oct 2013 15:10:36 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>
References: <52665FC2.1010609@web-yard.de>
	<5266620C.9050804@web-yard.de>	<52666F15.9020400@somakoma.de>
	<CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>
Message-ID: <5266794C.1040500@web-yard.de>

Hey Ulf,

Am 22.10.2013 14:44, schrieb ulf kypke:
> andre, hast du auch den schrumpfschlauch um die adapter wasserdicht zu
> machen?

Sven-Ola hat Schrumpfschlauch geholt, ist sich aber nicht sicher ob der
von der Größe her wirklich passt [1].

Ich bin mir auch nicht sicher, ob wir die Stecker wirklich auf das
Verlegekabel drauf bekommen (starre Adern!). Dafür haben wir ja die
Buchsen [2] gekauft, aber wäre ein Stecker für Verlegekabel à la [3]
nicht eigentlich einfacher? :) Mit den Buchsen müssen wir pro Router 2
Teile in Schrumpfschlauch eintüten und mit Stecker nur eins.

ciao,
André


[1] http://wiki.freifunk.net/MABB:Lager#Montagematerial
[2]
http://www.it-budget.de/rj45keystone-modul-cobidat-cat6-gbit-pack-p-9615-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510
[3]
http://www.it-budget.de/edat-industry-rj45-stecker-fuer-installationskabel-p-4769-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510


-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From j.neumann  Tue Oct 22 15:21:52 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 22 Oct 2013 15:21:52 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266794C.1040500@web-yard.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de>
	<CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>
	<5266794C.1040500@web-yard.de>
Message-ID: <1382448112.9393.10.camel@junes.haus.k9>

Ahoi in die Runde,

Frage: könnt ihr die POE-Adapter nicht da anbauen, wo sowieso kein
Wasser hinkommt, also innen im Schrank oder im Raum? Von der Länge her
sollte es doch bei einigen Metern nicht so wichtig sein, wo die Dinger
genau angebracht werden, oder?

LG

JuergeN

Am Dienstag, den 22.10.2013, 15:10 +0200 schrieb André Gaul:
> Hey Ulf,
> 
> Am 22.10.2013 14:44, schrieb ulf kypke:
> > andre, hast du auch den schrumpfschlauch um die adapter wasserdicht zu
> > machen?
> 
> Sven-Ola hat Schrumpfschlauch geholt, ist sich aber nicht sicher ob der
> von der Größe her wirklich passt [1].
> 
> Ich bin mir auch nicht sicher, ob wir die Stecker wirklich auf das
> Verlegekabel drauf bekommen (starre Adern!). Dafür haben wir ja die
> Buchsen [2] gekauft, aber wäre ein Stecker für Verlegekabel à la [3]
> nicht eigentlich einfacher? :) Mit den Buchsen müssen wir pro Router 2
> Teile in Schrumpfschlauch eintüten und mit Stecker nur eins.
> 
> ciao,
> André
> 
> 
> [1] http://wiki.freifunk.net/MABB:Lager#Montagematerial
> [2]
> http://www.it-budget.de/rj45keystone-modul-cobidat-cat6-gbit-pack-p-9615-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510
> [3]
> http://www.it-budget.de/edat-industry-rj45-stecker-fuer-installationskabel-p-4769-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510
> 
> 





From u.kypke  Tue Oct 22 15:49:08 2013
From: u.kypke (ulf kypke)
Date: Tue, 22 Oct 2013 15:49:08 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <1382448112.9393.10.camel@junes.haus.k9>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de>
	<CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>
	<5266794C.1040500@web-yard.de>
	<1382448112.9393.10.camel@junes.haus.k9>
Message-ID: <CAKUNv3vOob9Rnvf=D449QzYbnWyK_isMEoLNwtsFmEJv_ZcTnw@mail.gmail.com>

hallo jürgen,
so wie ich die location kenne sind das mehr als ein paar meter,
ausserdem sollten die adaper so nah wie möglich an die accesspoints
(25-50cm) um sie gegen überspannung zu sichern.
gurss


Am 22. Oktober 2013 15:21 schrieb Juergen Neumann <j.neumann at junes.eu>:

> Ahoi in die Runde,
>
> Frage: könnt ihr die POE-Adapter nicht da anbauen, wo sowieso kein
> Wasser hinkommt, also innen im Schrank oder im Raum? Von der Länge her
> sollte es doch bei einigen Metern nicht so wichtig sein, wo die Dinger
> genau angebracht werden, oder?
>
> LG
>
> JuergeN
>
> Am Dienstag, den 22.10.2013, 15:10 +0200 schrieb André Gaul:
> > Hey Ulf,
> >
> > Am 22.10.2013 14:44, schrieb ulf kypke:
> > > andre, hast du auch den schrumpfschlauch um die adapter wasserdicht zu
> > > machen?
> >
> > Sven-Ola hat Schrumpfschlauch geholt, ist sich aber nicht sicher ob der
> > von der Größe her wirklich passt [1].
> >
> > Ich bin mir auch nicht sicher, ob wir die Stecker wirklich auf das
> > Verlegekabel drauf bekommen (starre Adern!). Dafür haben wir ja die
> > Buchsen [2] gekauft, aber wäre ein Stecker für Verlegekabel à la [3]
> > nicht eigentlich einfacher? :) Mit den Buchsen müssen wir pro Router 2
> > Teile in Schrumpfschlauch eintüten und mit Stecker nur eins.
> >
> > ciao,
> > André
> >
> >
> > [1] http://wiki.freifunk.net/MABB:Lager#Montagematerial
> > [2]
> >
> http://www.it-budget.de/rj45keystone-modul-cobidat-cat6-gbit-pack-p-9615-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510
> > [3]
> >
> http://www.it-budget.de/edat-industry-rj45-stecker-fuer-installationskabel-p-4769-2.html?sessID=e194ee257a0ec6a428cee468b2c1a510
> >
> >
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/4dd9c581/attachment.html>


From j.neumann  Tue Oct 22 16:03:42 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 22 Oct 2013 16:03:42 +0200
Subject: [Berlin-wireless]
 =?iso-8859-1?q?Rathaus-Neuk=F6lln=3A_Kosten_f?=
 =?iso-8859-1?q?=FCr_die_Installation?=
In-Reply-To: <52667426.4090304@mi.fu-berlin.de>
References: <52667426.4090304@mi.fu-berlin.de>
Message-ID: <1382450622.9393.24.camel@junes.haus.k9>

Hallo Philipp,

> Auf der zweiten Ebene des Turms werden, auf unsere Kosten die jeweils
> 3 Fenster in alle vier Himmelsrichtungen ersetzt, durch Fenster, die
> für WLAN durchlässiger sind. 

normales Fensterglas ist total durchlässig für WLAN. Was für Glas ist da
denn verbaut worden? Bist Du sicher, dass es nicht durchlässig ist?

> Die Kosten belaufen sich auf ungefähr
> 2000?. Hinzukommen kosten für den Elektriker (500??), der uns eine
> Leitung bis zur Freifunk-Installation legt (können wir nicht selber
> machen).
> ...

> Die Fragen, die sich stellen:
> 
> a) Wollen wir die Kosten übernehmen? Wer ist wir?

Das sollte doch auch im Rahmen der MABB Förderung über den Förderverein
laufen, oder warum nicht?

> b) Wie groß wäre die Dämpfung durch Fenster?

Wie gesagt, so lange das Fenster nicht mit Metall bedampft ist oder ein
Metallgitter hat oder ein Sicherheitsglas ist, das eine Folie drin hat,
die das WLAN dämpft, sollte ein Fenster m.W.n. eigentlich komplett
durchlässig für WLAN sein.

LG

JuergeN




From dpaufler  Tue Oct 22 17:21:17 2013
From: dpaufler (Daniel Paufler)
Date: Tue, 22 Oct 2013 17:21:17 +0200
Subject: [Berlin-wireless] 22.10.13 - Wartung Server vmhost03
In-Reply-To: <5260DDFF.1060905@leo34.net>
References: <5260DDFF.1060905@leo34.net>
Message-ID: <526697ED.1030607@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Liste

Nicht vergessen - die Wartung und Reboot von vmhost03 steht an.

Weiterhin hat der Hoster angekündigt, dass er in seinem Core-Netzwerk
Updates einspielen will. Auch das findet heute (Nacht ca. 2h) statt
und kann zu Abbrüchen der Verbindungen führen.

Grüße

Daniel

On 18/10/13 09:06, Daniel Paufler wrote:
> Hallo
> 
> Am 22.10.2013 am Abend (zwischen 17 und 20h) werden wir auf dem 
> vmhost03 updates einspielen und die Kiste durchstarten. Dabei
> werden alle Gueste kurzzeitig nicht erreichbar sein. Davon
> betroffen sind:
> 
> freiraumlabor.org vpn03 (stoererhaftung ade server) vpn02 (ic-vpn) 
> bbb-vpn (Berliner VPN) vpn4.leipzig (VPN Leipzig) download-master
> (firmwares, ebooks, etc)
> 
> Bei Fragen fragen.
> 
> Grüße
> 
> Daniel
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJml+0ACgkQq6ymFUkZLTI2AgCgjXQXpCxwNeQ3C/1vZXd9b/U+
oD0AoIfN6WkD4C9HzJFMaaCCjpnPKwEh
=pyy2
-----END PGP SIGNATURE-----




From lists  Tue Oct 22 17:51:27 2013
From: lists (Volker Ernst)
Date: Tue, 22 Oct 2013 17:51:27 +0200
Subject: [Berlin-wireless] =?utf-8?q?Rathaus-Neuk=C3=B6lln=3A_Kosten_f?=
	=?utf-8?q?=C3=BCr_die_Installation?=
References: <52667426.4090304@mi.fu-berlin.de>
	<1382450622.9393.24.camel@junes.haus.k9>
Message-ID: <F93F2263EEE54FCDA9EF4AEB021D2093@TURING>

Hi,

>> b) Wie groß wäre die Dämpfung durch Fenster?
>
> Wie gesagt, so lange das Fenster nicht mit Metall bedampft ist oder ein
> Metallgitter hat oder ein Sicherheitsglas ist, das eine Folie drin hat,
> die das WLAN dämpft, sollte ein Fenster m.W.n. eigentlich komplett
> durchlässig für WLAN sein.

Laut [1] betraegt die Daempfung von 1,5 cm Glas 6dB, das stimmt etwa
mit [2] ueberein, die fuer eine (7mm?) Glasscheibe 3dB Daempfung angeben.
3dB bedeutet die Haelfte des Signals bleibt in der Glasscheibe und die andere
Haelfte kommt durch. Schoen ist das nicht, aber es funktioniert trotzdem.

Volker

[1] 
http://www.rn.inf.tu-dresden.de/uploads/Studentische_Arbeiten/Belegarbeit_Gro%C3%9Fmann_Lars.pdf
     (Seite 17)
[2] http://home.arcor.de/seb.m/progs/Wlan-Range.htm 





From dpaufler  Tue Oct 22 18:41:29 2013
From: dpaufler (Daniel Paufler)
Date: Tue, 22 Oct 2013 18:41:29 +0200
Subject: [Berlin-wireless] 22.10.13 - Wartung Server vmhost03
In-Reply-To: <526697ED.1030607@leo34.net>
References: <5260DDFF.1060905@leo34.net> <526697ED.1030607@leo34.net>
Message-ID: <5266AAB9.3070107@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Liste

Das Udpate und Reboot des vmhost03 ist durch. Soweit läuft wieder alles.

Grüße

Daniel

On 22/10/13 17:21, Daniel Paufler wrote:
> Hallo Liste
> 
> Nicht vergessen - die Wartung und Reboot von vmhost03 steht an.
> 
> Weiterhin hat der Hoster angekündigt, dass er in seinem
> Core-Netzwerk Updates einspielen will. Auch das findet heute (Nacht
> ca. 2h) statt und kann zu Abbrüchen der Verbindungen führen.
> 
> Grüße
> 
> Daniel
> 
> On 18/10/13 09:06, Daniel Paufler wrote:
>> Hallo
> 
>> Am 22.10.2013 am Abend (zwischen 17 und 20h) werden wir auf dem 
>> vmhost03 updates einspielen und die Kiste durchstarten. Dabei 
>> werden alle Gueste kurzzeitig nicht erreichbar sein. Davon 
>> betroffen sind:
> 
>> freiraumlabor.org vpn03 (stoererhaftung ade server) vpn02
>> (ic-vpn) bbb-vpn (Berliner VPN) vpn4.leipzig (VPN Leipzig)
>> download-master (firmwares, ebooks, etc)
> 
>> Bei Fragen fragen.
> 
>> Grüße
> 
>> Daniel
> 
> 
>> _______________________________________________ Berlin mailing 
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 

- -- 
Dipl. Inf. (FH) Daniel Paufler
Angewandte Informatik - Computer Aided Facility Management

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJmqrkACgkQq6ymFUkZLTK73QCeO5jsJrE/9v7qkH6/0P1a0V08
ZokAoN00+KJD8QAq58tku85VWi48OZzA
=r7hC
-----END PGP SIGNATURE-----




From borgers  Tue Oct 22 18:50:22 2013
From: borgers (Philipp Borgers)
Date: Tue, 22 Oct 2013 18:50:22 +0200
Subject: [Berlin-wireless] =?utf-8?q?Rathaus-Neuk=C3=B6lln=3A_Kosten_f?=
 =?utf-8?q?=C3=BCr_die_Installation?=
In-Reply-To: <1382450622.9393.24.camel@junes.haus.k9>
References: <52667426.4090304@mi.fu-berlin.de>
	<1382450622.9393.24.camel@junes.haus.k9>
Message-ID: <5266ACCE.3060903@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 22.10.2013 16:03, Juergen Neumann wrote:
> Hallo Philipp,
> 
>> Auf der zweiten Ebene des Turms werden, auf unsere Kosten die
>> jeweils 3 Fenster in alle vier Himmelsrichtungen ersetzt, durch
>> Fenster, die für WLAN durchlässiger sind.
> 
> normales Fensterglas ist total durchlässig für WLAN. Was für Glas
> ist da denn verbaut worden? Bist Du sicher, dass es nicht
> durchlässig ist?

Ja. In den jetzigen Fenster befindet sich ein feinmaschiges Netz aus
Draht.

> 
>> Die Kosten belaufen sich auf ungefähr 2000?. Hinzukommen kosten
>> für den Elektriker (500??), der uns eine Leitung bis zur
>> Freifunk-Installation legt (können wir nicht selber machen). ...
> 
>> Die Fragen, die sich stellen:
>> 
>> a) Wollen wir die Kosten übernehmen? Wer ist wir?
> 
> Das sollte doch auch im Rahmen der MABB Förderung über den
> Förderverein laufen, oder warum nicht?

Finde ich gut. Was machen wir, wenn das in diesem Jahr nichts mehr wird?

>> b) Wie groß wäre die Dämpfung durch Fenster?
> 
> Wie gesagt, so lange das Fenster nicht mit Metall bedampft ist oder
> ein Metallgitter hat oder ein Sicherheitsglas ist, das eine Folie
> drin hat, die das WLAN dämpft, sollte ein Fenster m.W.n. eigentlich
> komplett durchlässig für WLAN sein.

Wie Volker schon schreibt, ist Glas, dass in Frage kommt, wohl nicht
komplett durchlässig. 3dB Dämpfung halte ich für einen realistischen Wert.

Gibt es ev. andere Materialien, die wir anstatt Glas verbauen könnten,
aber optisch ähnlich sind und langfristig genau so haltbar sind?

Ich würde dann Donnerstag, sobald ich die Informationen gesichtet
habe, nochmal mit dem Herrn vom Hochbau telefonieren. Ich würde
signalisieren, dass wir das zahlen würden, aber das Projekt noch in
diesem Jahr abschließen müssten. Außerdem würde ich mit ihm nochmal
klären, was für Anforderungen sie an das Glas haben und ob es Glas
sein muss. Dem Vertrag steht dann ja nichts mehr im Wege.

> LG
> 
> JuergeN
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSZqzOAAoJEFUqJM/vAMbx4QIQALNg+tYDMZj8oehETHrpxSe5
FuiYMA9PEmrz8TNPQ29Rl43rZOwseUkERwyFF+tycnMyIo0c+NfxSFw0kKEVa0JF
ZA33bOd0NHMWDvW1J5Z8Y2qjol1mPENoOZ8giKYdfXqtlXd21l/G/bWJzB3tPIeP
5dCTGHIN+lW12MhjQZseKolL4/yhe3kk/C/3uvyTtNNI25vopSIqa9ioReHxbc9B
+piivUaXBJ7LK8CJJE2D3nXLVb++RmVx9rvNOywS+FcY6uMVcVgVxxnA3DWRjRVW
we6AYhMZawK907QxbYh7kxokbXeO6Rxru8uxIbvfO6CRaDUnBY87Z1RK0myaZk8A
OURhAVBOXJ4KPHiEc/QneGMFrX2HduQYC3IiWs38hpi1lokI4VeThRA/ZXdrRgtD
AsEVTc3J4w9q9Hqoo3DhhirIIxzkzbhLWUWu3uH5cEVKD3UcSx/AIEBTdJunla/S
ciYBR6erwx2VERx035PrArj01S465Tc4ybgcK3bye0GRdcQe7igCxzEI6pa7vroL
Xku16LYkPliwQ5UoaOS2w3WArxWM3XADhVHmcPpmSD+r8hGHXWx0aaFA5iYVWrdv
03jEd+ALjvzfq97+1XRxtMGFYwcOF2xFhrx2hqdF4Yqe8Uc8zFOIt0FjWyQw4vf2
P/PNH/3U8ieOZ7cN4fIS
=0rQb
-----END PGP SIGNATURE-----




From sven-ola  Tue Oct 22 19:10:26 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 22 Oct 2013 19:10:26 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <52666F15.9020400@somakoma.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de>
Message-ID: <5266B182.3010904@gmx.de>

Das sind Power-over-Ethernet-Konverter. 42V "offizielles" PoE zu 18V
"billig PoE". Wir sind gerade noch am ermitteln, welcher
Schrumpfschlauch dazu passt. Gar nicht so einfach ;-)

// Sven-Ola

Am 22.10.2013 14:27, schrieb Manuel Munz:
> Hi,
>
> da kommt ja fast Neid auf ;)
> Was sind denn die kleinen weissen Teile die immer noch zwischen Switch
> und Router sind?
>
> Grüße, soma


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/eb6d67c7/attachment.pgp>


From u.kypke  Tue Oct 22 19:21:16 2013
From: u.kypke (ulf kypke)
Date: Tue, 22 Oct 2013 19:21:16 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266B182.3010904@gmx.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de> <5266B182.3010904@gmx.de>
Message-ID: <CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>

hi sven-ola,
Schrumpfschlauch CELL SRH2 34-7, 1m  so wie im
http://wiki.freifunk.net/MABB:Lager#Montagematerial steht ist richtig


Am 22. Oktober 2013 19:10 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:

> Das sind Power-over-Ethernet-Konverter. 42V "offizielles" PoE zu 18V
> "billig PoE". Wir sind gerade noch am ermitteln, welcher
> Schrumpfschlauch dazu passt. Gar nicht so einfach ;-)
>
> // Sven-Ola
>
> Am 22.10.2013 14:27, schrieb Manuel Munz:
> > Hi,
> >
> > da kommt ja fast Neid auf ;)
> > Was sind denn die kleinen weissen Teile die immer noch zwischen Switch
> > und Router sind?
> >
> > Grüße, soma
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/ad9e101a/attachment.html>


From sven-ola  Tue Oct 22 19:44:23 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Tue, 22 Oct 2013 19:44:23 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>
References: <52665FC2.1010609@web-yard.de>
	<5266620C.9050804@web-yard.de>	<52666F15.9020400@somakoma.de>
	<5266B182.3010904@gmx.de>
	<CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>
Message-ID: <5266B977.80903@gmx.de>

34er klingt OK - bei meiner Obeta-Filiale hatten sie das aber nicht auf
Lager. Auch nicht als 1m Stücke. Bei 1:2 Schrumpf wird da aber 16mm
klein und das ist mehr Umfang als eine Cat5-Leitung. Evt. müsen wir
noch'n Kabelbinder an jedem Ende drumwickeln oder so.

// Sven-Ola

Am 22.10.2013 19:21, schrieb ulf kypke:
> hi sven-ola,
> Schrumpfschlauch CELL SRH2 34-7, 1m  so wie im
> http://wiki.freifunk.net/MABB:Lager#Montagematerial steht ist richtig
>


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/b8ae6115/attachment.pgp>


From u.kypke  Tue Oct 22 19:56:59 2013
From: u.kypke (ulf kypke)
Date: Tue, 22 Oct 2013 19:56:59 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266B977.80903@gmx.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de> <5266B182.3010904@gmx.de>
	<CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>
	<5266B977.80903@gmx.de>
Message-ID: <CAKUNv3vCnTM5_YFgPa9trBoORQNb25jtm28AkVwuAkKP5WF3sg@mail.gmail.com>

im inneren des schlauches ist eine art heisskleber, wenn der schlauch warm
ist, dann nimmt man an beiden enden eine zange und quetscht den schlauch
zusammen. so bekommt man das prima dicht und konserviert.
ich habe das so vor 2-3 jahren auf einem antennenstandort auf dem
europacenter dach gemacht und die sind immernoch trocken und in funktion.
auf einem anderen standort ist mir gerade vor ein paar tagen ein solches
modul als outdoor variante abgesoffen, da kam so viel wasser raus, dass ich
froh war, dass der poe switch nicht was abbekommen hat. also kann man den
extra euro lieber in den schrumpfschlauch stecken als die outdoor adapter
zu nehmen.


ich besorge morgen früh für die installation auf dem xberg rathaus diesen
schlauch, damit andre glücklich ist ;-)
gruss


Am 22. Oktober 2013 19:44 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:

> 34er klingt OK - bei meiner Obeta-Filiale hatten sie das aber nicht auf
> Lager. Auch nicht als 1m Stücke. Bei 1:2 Schrumpf wird da aber 16mm
> klein und das ist mehr Umfang als eine Cat5-Leitung. Evt. müsen wir
> noch'n Kabelbinder an jedem Ende drumwickeln oder so.
>
> // Sven-Ola
>
> Am 22.10.2013 19:21, schrieb ulf kypke:
> > hi sven-ola,
> > Schrumpfschlauch CELL SRH2 34-7, 1m  so wie im
> > http://wiki.freifunk.net/MABB:Lager#Montagematerial steht ist richtig
> >
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131022/e8646631/attachment.html>


From chris  Tue Oct 22 21:03:12 2013
From: chris (Christian Seitz)
Date: Tue, 22 Oct 2013 21:03:12 +0200 (CEST)
Subject: [Berlin-wireless] Wartung IN-Berlin heute abend
Message-ID: <Pine.LNX.4.64.1310222039080.14485@tigger.berli.net>

Hallo,

heute nacht zwischen 0 und 2 Uhr macht unser Uplinkprovider am Standort 
Alt-Moabit eine Wartung. Dabei kann es zu kurzen Wacklern der Anbindung 
der Freifunkserver kommen.

In den naechsten Tagen werden wir eine Redundanzverbindung aus dem 
Standort bauen, so dass wir dann nicht mehr von der Layer2-Verbindung 
abhaengig sind, die wir derzeit haben.

Chris
-- 
Individual Network Berlin e.V. : support at in-berlin.de : vorstand at in-berlin.de
Tel +49-30-45494343 ::: Fax +49-30-45494344 :::: Web http://www.in-berlin.de/
IN-Berlin e.V. : Christian Seitz (1. Vors.) : Lehrter Str. 53 :: 10557 Berlin
Amtsgericht Charlottenburg 95 - VR 15669 Nz ::::::: USt.Ident-Nr. DE188894648




From yves.mueller  Tue Oct 22 22:22:52 2013
From: yves.mueller (Yves =?UTF-8?B?TcO8bGxlcg==?=)
Date: Tue, 22 Oct 2013 22:22:52 +0200
Subject: [Berlin-wireless] =?utf-8?q?Rathaus-Neuk=C3=B6lln=3A_Kosten_f?=
 =?utf-8?q?=C3=BCr_die_Installation?=
In-Reply-To: <1382450622.9393.24.camel@junes.haus.k9>
References: <52667426.4090304@mi.fu-berlin.de>
	<1382450622.9393.24.camel@junes.haus.k9>
Message-ID: <20131022222252.19429c0f@christchurch>

Hi Juergen und Liste,

ich hab Philipp begleitet als er mit den Zuständigen vom Rathaus den
Turm bestiegen hat. Daher das was ich zu den Fenstern weiß:

Am Tue, 22 Oct 2013 16:03:42 +0200
schrieb Juergen Neumann <j.neumann at junes.eu>:

> normales Fensterglas ist total durchlässig für WLAN. Was für Glas ist
> da denn verbaut worden? Bist Du sicher, dass es nicht durchlässig ist?

Bisher ist dort Drahtglas (siehe [1]) drin. Mein beschränktes
elektromagnetisches Wissen sagt mir, dass ab einer bestimmten
Wellenlänge das ideal isoliert.

Kann natürlich sein, dass die Maschen gerade noch groß genug für 5 bzw
2,4 Ghz sind. Es wurde aber auch erwähnt, dass sobald die Bauabteilung
mal Geld übrig hat, die Scheiben auch getauscht werden. Dann müsste man
sich eh um die Nachfolge Gedanken machen.

> Wie gesagt, so lange das Fenster nicht mit Metall bedampft ist oder
> ein Metallgitter hat oder ein Sicherheitsglas ist, das eine Folie
> drin hat, die das WLAN dämpft, sollte ein Fenster m.W.n. eigentlich
> komplett durchlässig für WLAN sein.

Das neue Glas muss auch Sicherheitsglas sein (oder wie man das nennt).
Es geht wohl darum, das keine Splitter in den Innenraum fallen. Sowas
wird üblicherweise doch mit der angesprochenen Folie realisiert oder?

Vielleicht kann man die auch überzeugen nur das Drahtglas zu erneuern,
falls das besser ist.


Gruß

Yves


[1] https://de.wikipedia.org/wiki/Drahtglas




From gaul  Tue Oct 22 22:43:34 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Tue, 22 Oct 2013 22:43:34 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <CAKUNv3vCnTM5_YFgPa9trBoORQNb25jtm28AkVwuAkKP5WF3sg@mail.gmail.com>
References: <52665FC2.1010609@web-yard.de>
	<5266620C.9050804@web-yard.de>	<52666F15.9020400@somakoma.de>
	<5266B182.3010904@gmx.de>	<CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>	<5266B977.80903@gmx.de>
	<CAKUNv3vCnTM5_YFgPa9trBoORQNb25jtm28AkVwuAkKP5WF3sg@mail.gmail.com>
Message-ID: <5266E376.4020001@web-yard.de>

Hey Ulf!

Am 22.10.2013 19:56, schrieb ulf kypke:
> ich besorge morgen früh für die installation auf dem xberg rathaus
> diesen schlauch, damit andre glücklich ist ;-)

ja, damit machst du mich sehr glücklich! :-P Ich habe gerade versucht
einen von den bestellten Steckern auf das Verlegekabel zu crimpen.
Totaler pain! Mit den starren Adern bekomme ich das nicht hin.

@ulf: wenn du noch andere Stecker hast, dann kannst du die ja
mitbringen. Ansonsten machen wir das mit den Buchsen.

Bis morgen!

André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From u.kypke  Wed Oct 23 08:41:03 2013
From: u.kypke (ulf kypke)
Date: Wed, 23 Oct 2013 08:41:03 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266E376.4020001@web-yard.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de> <5266B182.3010904@gmx.de>
	<CAKUNv3vaThR+6MCLK79v7V1xrYE69kgS-wU=CU11j4M_jTmOzQ@mail.gmail.com>
	<5266B977.80903@gmx.de>
	<CAKUNv3vCnTM5_YFgPa9trBoORQNb25jtm28AkVwuAkKP5WF3sg@mail.gmail.com>
	<5266E376.4020001@web-yard.de>
Message-ID: <CAKUNv3v_LTnasgAMZmWCLMVgw35MqjoN-Zh7hxycLOJFsEXzvQ@mail.gmail.com>

ich bringe gleich mal meine zauberkiste mit.
bis gleich


Am 22. Oktober 2013 22:43 schrieb André Gaul <gaul at web-yard.de>:

> Hey Ulf!
>
> Am 22.10.2013 19:56, schrieb ulf kypke:
> > ich besorge morgen früh für die installation auf dem xberg rathaus
> > diesen schlauch, damit andre glücklich ist ;-)
>
> ja, damit machst du mich sehr glücklich! :-P Ich habe gerade versucht
> einen von den bestellten Steckern auf das Verlegekabel zu crimpen.
> Totaler pain! Mit den starren Adern bekomme ich das nicht hin.
>
> @ulf: wenn du noch andere Stecker hast, dann kannst du die ja
> mitbringen. Ansonsten machen wir das mit den Buchsen.
>
> Bis morgen!
>
> André
>
> --
> Homepage   http://page.math.tu-berlin.de/~gaul
> github     https://github.com/andrenarchy
> Twitter    https://twitter.com/#!/andrenarchy
> Diaspora   https://diasp.org/u/andrenarchy
>            (you won't find me on facebook!)
> Jabber     gaul at web-yard.de
> PGP Key    0x0FA9170E
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131023/e996ee95/attachment.html>


From j.neumann  Wed Oct 23 15:59:48 2013
From: j.neumann (Juergen Neumann)
Date: Wed, 23 Oct 2013 15:59:48 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <5266620C.9050804@web-yard.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
Message-ID: <1382536788.9393.72.camel@junes.haus.k9>

Hallo André,

da Du der erste bist, der das komplette Setup jetzt in Betrieb nimmt,
könntest Du bitte die wichtigsten Installationsschritte kurz
dokumentieren (z.B. Firmwareupdates, VLAN Config im OpenWRT, Switch,
etc.) Muss ja nicht hübsch sein, nur ein paar Screenshots usw. ... ;-)

Mein Schrank ist gestern endlich gekommen. Morgen will ich damit
anfangen, das ganze Setup erst mal im Trockenen zu installieren. Nun
wären ein paar Installationshinweise und eine kleine Doku (sicher nicht
nur für mich) extrem hilfreich. :)

Vielen Dank und einen lieben Gruß

JuergeN

Am Dienstag, den 22.10.2013, 13:31 +0200 schrieb André Gaul:
> Moin Freifunker_innen,
> 
> fyi: wir haben genug Leute für die Installation auf dem Kreuzberger
> Rathaus, siehe unten. Dieses Bild vom laufenden Wohnzimmertisch-Setup
> möchte ich euch nicht vorenthalten:
> 
>    https://twitter.com/andrenarchy/status/392559054838435840
> 
> ciao,
> André





From gaul  Thu Oct 24 17:18:37 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Thu, 24 Oct 2013 17:18:37 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <1382536788.9393.72.camel@junes.haus.k9>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<1382536788.9393.72.camel@junes.haus.k9>
Message-ID: <52693A4D.6090608@web-yard.de>

Moin Freifunker_innen!

Statusupdate: es ist alles installiert, nur die Schrumpfschläuche haben
wir nicht alle fertig bekommen. Am Montag machen wir das noch und dann
wird alles hochgefahren - ich brauche noch einen fetten roten Knopf
dafür ;-P. Insgesamt bin ich jetzt schon sehr zufrieden. Die montierten
Router machen optisch ganz schoen was her aber das tollste ist, dass das
Team super ist! :)

Am 23.10.2013 15:59, schrieb Juergen Neumann:
> da Du der erste bist, der das komplette Setup jetzt in Betrieb nimmt,
> könntest Du bitte die wichtigsten Installationsschritte kurz
> dokumentieren (z.B. Firmwareupdates, VLAN Config im OpenWRT, Switch,
> etc.) Muss ja nicht hübsch sein, nur ein paar Screenshots usw. ... ;-)
> 
> Mein Schrank ist gestern endlich gekommen. Morgen will ich damit
> anfangen, das ganze Setup erst mal im Trockenen zu installieren. Nun
> wären ein paar Installationshinweise und eine kleine Doku (sicher nicht
> nur für mich) extrem hilfreich. :)

Wie gestern besprochen: die Doku mit config files mache ich am WE.

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From mochrize  Thu Oct 24 17:36:55 2013
From: mochrize (Christian von Sierakowski)
Date: Thu, 24 Oct 2013 17:36:55 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <52693A4D.6090608@web-yard.de>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<1382536788.9393.72.camel@junes.haus.k9>
	<52693A4D.6090608@web-yard.de>
Message-ID: <CAM5p=nszCEFUHKUNmH5TbFCcNsFPwApbqh=qGB0wLS5mXSN_jg@mail.gmail.com>

Hallo, das ich neu in der Liste bin würde ich gerne wissen wollen um
welches Rathaus es geht?!



Am 24. Oktober 2013 17:18 schrieb André Gaul <gaul at web-yard.de>:

> Moin Freifunker_innen!
>
> Statusupdate: es ist alles installiert, nur die Schrumpfschläuche haben
> wir nicht alle fertig bekommen. Am Montag machen wir das noch und dann
> wird alles hochgefahren - ich brauche noch einen fetten roten Knopf
> dafür ;-P. Insgesamt bin ich jetzt schon sehr zufrieden. Die montierten
> Router machen optisch ganz schoen was her aber das tollste ist, dass das
> Team super ist! :)
>
> Am 23.10.2013 15:59, schrieb Juergen Neumann:
> > da Du der erste bist, der das komplette Setup jetzt in Betrieb nimmt,
> > könntest Du bitte die wichtigsten Installationsschritte kurz
> > dokumentieren (z.B. Firmwareupdates, VLAN Config im OpenWRT, Switch,
> > etc.) Muss ja nicht hübsch sein, nur ein paar Screenshots usw. ... ;-)
> >
> > Mein Schrank ist gestern endlich gekommen. Morgen will ich damit
> > anfangen, das ganze Setup erst mal im Trockenen zu installieren. Nun
> > wären ein paar Installationshinweise und eine kleine Doku (sicher nicht
> > nur für mich) extrem hilfreich. :)
>
> Wie gestern besprochen: die Doku mit config files mache ich am WE.
>
> ciao,
> André
>
> --
> Homepage   http://page.math.tu-berlin.de/~gaul
> github     https://github.com/andrenarchy
> Twitter    https://twitter.com/#!/andrenarchy
> Diaspora   https://diasp.org/u/andrenarchy
>            (you won't find me on facebook!)
> Jabber     gaul at web-yard.de
> PGP Key    0x0FA9170E
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131024/ef42fb4b/attachment.html>


From borgers  Thu Oct 24 17:39:12 2013
From: borgers (Philipp Borgers)
Date: Thu, 24 Oct 2013 17:39:12 +0200
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <CAM5p=nszCEFUHKUNmH5TbFCcNsFPwApbqh=qGB0wLS5mXSN_jg@mail.gmail.com>
References: <52665FC2.1010609@web-yard.de>
	<5266620C.9050804@web-yard.de>	<1382536788.9393.72.camel@junes.haus.k9>	<52693A4D.6090608@web-yard.de>
	<CAM5p=nszCEFUHKUNmH5TbFCcNsFPwApbqh=qGB0wLS5mXSN_jg@mail.gmail.com>
Message-ID: <52693F20.6030504@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Es handelt sich um das Rathaus in Kreuzberg.

On 24.10.2013 17:36, Christian von Sierakowski wrote:
> Hallo, das ich neu in der Liste bin würde ich gerne wissen wollen
> um welches Rathaus es geht?!
> 
> 
> 
> Am 24. Oktober 2013 17:18 schrieb André Gaul <gaul at web-yard.de>:
> 
>> Moin Freifunker_innen!
>> 
>> Statusupdate: es ist alles installiert, nur die Schrumpfschläuche
>> haben wir nicht alle fertig bekommen. Am Montag machen wir das
>> noch und dann wird alles hochgefahren - ich brauche noch einen
>> fetten roten Knopf dafür ;-P. Insgesamt bin ich jetzt schon sehr
>> zufrieden. Die montierten Router machen optisch ganz schoen was
>> her aber das tollste ist, dass das Team super ist! :)
>> 
>> Am 23.10.2013 15:59, schrieb Juergen Neumann:
>>> da Du der erste bist, der das komplette Setup jetzt in Betrieb
>>> nimmt, könntest Du bitte die wichtigsten Installationsschritte
>>> kurz dokumentieren (z.B. Firmwareupdates, VLAN Config im
>>> OpenWRT, Switch, etc.) Muss ja nicht hübsch sein, nur ein paar
>>> Screenshots usw. ... ;-)
>>> 
>>> Mein Schrank ist gestern endlich gekommen. Morgen will ich
>>> damit anfangen, das ganze Setup erst mal im Trockenen zu
>>> installieren. Nun wären ein paar Installationshinweise und eine
>>> kleine Doku (sicher nicht nur für mich) extrem hilfreich. :)
>> 
>> Wie gestern besprochen: die Doku mit config files mache ich am
>> WE.
>> 
>> ciao, André
>> 
>> -- Homepage   http://page.math.tu-berlin.de/~gaul github
>> https://github.com/andrenarchy Twitter
>> https://twitter.com/#!/andrenarchy Diaspora
>> https://diasp.org/u/andrenarchy (you won't find me on facebook!) 
>> Jabber     gaul at web-yard.de PGP Key    0x0FA9170E
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSaT8gAAoJEFUqJM/vAMbxWBQQAMQSXnBUmEBwFo906XbmQ4pb
Mp/27pL2SdCnnRUS5fTQgEQ97zlAyOwebgPoM4uhANsHhjRyk4ZFAH5+KaFtlut0
UiynygHAMmgvHdxA3TU5WiPrYH7+lmXUS+/H/3PZysl6PW/XZdE+QWpMccS8ppKt
7AfUQApbyY0YYcvnT8Ra6ab1haUtiGRoLyMX4dB+NLe3BvgYOgIABZNTunlDA2K2
xfJlDtdiHVo2KHkSZLBwH6AZUf/JT8glOzBo0DMuqYz6IWurmfe7orZSIw9+tMja
Vl86/YIZuLr8pIQdCbqSw9p4KQaawJ+jMl3SmlPRqQEMr96bC8uORB80PUVPtTL8
HUaPxmTouFENdQ+/r3UPCT2aMb63hnntObeCu3P6eKEt3pkE/ALoriryz7ICnrxv
53DBzNxWJwrbC5YxA2495EGPhXawrLjtqL6A0/RABGWedtJ+jowtZCjNdgR1P0Ei
QsQa5efhWGSKztqtqPSek1SiwtMGKf9O+QP6BnS2zB14Zl2/D+haFWX3Llg7l98T
koXHqAU7GKWRViPxEqFSzXxvXYawKnIdaZgMHe3gVkAzZ+nvyyuSzOFejGJ/BkfT
MLkh6thpOqz30XCmNqzB9Nt32ZlKCfQzM5JYUoaF4UJLryfoFL38S0GSDuW+bX4j
uJ7r6C2f97kC6oVs8bKo
=vBpx
-----END PGP SIGNATURE-----




From jal2  Thu Oct 24 22:46:48 2013
From: jal2 (Joerg Albert)
Date: Thu, 24 Oct 2013 22:46:48 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - DHCP via LAN?
Message-ID: <52698738.7070708@gmx.de>

Hi,

wenn ich einen TL-WR741ND nach diesem Tutorial

http://wiki.freifunk.net/Tutorial_TL-WR741ND

konfiguriere, kann ich ihn auch so einstellen, daß Gäste nicht nur per WLAN (RADIO0), sondern auch per LAN über den Freifunk-Tunnel ins Netz können?

Dort steht:

"Was nicht geht: Dich per Kabel an einen der gelben LAN-Anschlüsse zu stecken und automatisch eine IP-Adresse zu bekommen. Warum auch immer..."

Gilt das noch?

Das Vpn03 Tutorial (http://wiki.freifunk.net/Vpn03) spricht an einer Stelle von der "RADIO8-Mesh-DHCP-IP", die "8" ist ein Typo, oder?

Welche maximalen Bandbreiten erlaubt ein WR741ND bzw. ein WR1043ND über VPN03?


Gruß,
Jörg




From freifunk  Thu Oct 24 22:55:49 2013
From: freifunk (Manuel Munz)
Date: Thu, 24 Oct 2013 22:55:49 +0200
Subject: [Berlin-wireless] Berliner Infos im wiki
Message-ID: <52698955.3030302@somakoma.de>

Hi,

ich würde mir wünschen dass Infos die nicht allgemeingültig sind und
z.B. nur Berlin betreffen auch im namespace der jeweiligen Stadt sind.
Oder alternativ Texte bitte so schreiben, dass sie überall gelten.

Aktuelles Beispiel:

http://wiki.freifunk.net/Tutorial_TL-WR741ND

Das macht so für Leute die nicht aus Berlin sind keinen Sinn und ich
würde daher vorschlagen das nach
http://wiki.freifunk.net/Freifunk_Berlin_Pberg:Tutorial_TL-WR741ND zu
verschieben.


Dank & Grüße

Manuel

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131024/705cf6d3/attachment.pgp>


From sven-ola  Fri Oct 25 08:22:56 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Fri, 25 Oct 2013 08:22:56 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - DHCP via LAN?
In-Reply-To: <52698738.7070708@gmx.de>
References: <52698738.7070708@gmx.de>
Message-ID: <526A0E40.3080802@gmx.de>

Moins,

die Anleitung von Silke (Tut 741) ist für den Standardfall ausgelegt.
Wenn du die LAN-Konfiguration änderst, dann kannst du dich prima selber
vom Gerät ausschließen. LAN hat dann ja irgend eine IP-Adresse -> das
mit dem DHCP geht evt. nicht auf LAN -> du "kommst ned mehr 'rein" ->
wie ging das nochmal mit den
Seriellpinsdranloetenunddannbrauchichnocheinen3.3voltadapteraufusb usw.

Am LAN hängt zudem meist nur eine 2 Meter Strippe und daran dann im
Regelfall die Person, die auch den DSL-Anschluss gemietet hat. Und die
möchte nicht über das VPN weil es da nicht so flutscht (nur ca. 800
kByte/s wegen Rechenkraftbeschränkung des TP-Link 741).

So. Genug der Vorrede. Ich würde vorschlagen, du machst folgendes:

1) Freifunk-Assistent wie aufgeschrieben durchlaufen lassen. Neustart.
2) Verbinde deinen PC am besten über WAN. Wenn das läuft, dann
3) Assistent nochmals, diesmal [x] Drahtfreifunk LAN einschalten.
4) Jetzt brauchst du eine ZWEITE Mesh-IP
5) [x] LAN DHCP Anbieten einschalten.
6) Jetzt brauchst du einen ZWEITEN Mesh-IP-Bereich.
7) Nach dem Neustart sollte das funktionieren. Ich hab' es jetzt aber
nicht ausprobiert.

Problematisch ist der 2. Schritt. Wenn du einfach die Strippe bei WAN
'rausziehst wird das nix, es sei denn dein PC bietet selbst DHCP an.
Vermutlich hängt der TP-Link an einem DSL-Router. Der gibt irgend eine
192.186er an den TP-Link 'raus. Verbinde PC mit DSL-Router und versuche
die TP-Link-Web-Oberfläche über die 192.168er zu erreichen, die der
DSL-Router an den TP-Link vergeben hat.

Achja. Ich schreib' "ZWEITE IP" nicht umsonst groß. Will sagen: nicht
dieselben Nummern wie bei RADIO0 eingeben. Es braucht neue, andere, also
Klickdiklick in der IP-Vergabe. Achso. Ja, RADIO8 war ein Typo.

// Sven-Ola

Am 24.10.2013 22:46, schrieb Joerg Albert:
> Hi,
>
> wenn ich einen TL-WR741ND nach diesem Tutorial
>
> http://wiki.freifunk.net/Tutorial_TL-WR741ND
>
> konfiguriere, kann ich ihn auch so einstellen, daß Gäste nicht nur per WLAN (RADIO0), sondern auch per LAN über den Freifunk-Tunnel ins Netz können?
>
> Dort steht:
>
> "Was nicht geht: Dich per Kabel an einen der gelben LAN-Anschlüsse zu stecken und automatisch eine IP-Adresse zu bekommen. Warum auch immer..."
>
> Gilt das noch?
>
> Das Vpn03 Tutorial (http://wiki.freifunk.net/Vpn03) spricht an einer Stelle von der "RADIO8-Mesh-DHCP-IP", die "8" ist ein Typo, oder?
>
> Welche maximalen Bandbreiten erlaubt ein WR741ND bzw. ein WR1043ND über VPN03?
>
>
> Gruß,
> Jörg
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131025/45c797da/attachment.pgp>


From borgers  Fri Oct 25 09:45:12 2013
From: borgers (Philipp Borgers)
Date: Fri, 25 Oct 2013 09:45:12 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - DHCP via LAN?
In-Reply-To: <526A0E40.3080802@gmx.de>
References: <52698738.7070708@gmx.de> <526A0E40.3080802@gmx.de>
Message-ID: <526A2188.5050301@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25.10.2013 08:22, Sven-Ola Tuecke wrote:
> Moins,
> 
> die Anleitung von Silke (Tut 741) ist für den Standardfall
> ausgelegt. Wenn du die LAN-Konfiguration änderst, dann kannst du
> dich prima selber vom Gerät ausschließen. LAN hat dann ja irgend
> eine IP-Adresse -> das mit dem DHCP geht evt. nicht auf LAN -> du
> "kommst ned mehr 'rein" -> wie ging das nochmal mit den 
> Seriellpinsdranloetenunddannbrauchichnocheinen3.3voltadapteraufusb
> usw.

Ganz so schlimm ist es nicht. Die Router beherrschen alle IPv6 und man
sollte fast immer per IPv6 noch auf den Router kommen. Außer
Freifunker_in verfummelt die Firewall-Config.

Siehe auch https://de.wikipedia.org/wiki/IPv6#Link-Local-Adressen

Also einfach ausprobieren! :) Und zur Not in der cbase Hilfe suchen.

> Am LAN hängt zudem meist nur eine 2 Meter Strippe und daran dann
> im Regelfall die Person, die auch den DSL-Anschluss gemietet hat.
> Und die möchte nicht über das VPN weil es da nicht so flutscht (nur
> ca. 800 kByte/s wegen Rechenkraftbeschränkung des TP-Link 741).
> 
> So. Genug der Vorrede. Ich würde vorschlagen, du machst folgendes:
> 
> 1) Freifunk-Assistent wie aufgeschrieben durchlaufen lassen.
> Neustart. 2) Verbinde deinen PC am besten über WAN. Wenn das läuft,
> dann

Das sollte nur funktionieren, wenn du in Schritt 1) den Zugriff vom
WAN auf den Router zugelassen hast (Genaue Formulierung weiß ich
gerade nicht).

Ich würde mich einfach ans LAN/den Switch anschließen und keinen
Fehler beim Eintragen der IP machen.

> 3) Assistent nochmals, diesmal [x] Drahtfreifunk LAN einschalten. 
> 4) Jetzt brauchst du eine ZWEITE Mesh-IP 5) [x] LAN DHCP Anbieten
> einschalten. 6) Jetzt brauchst du einen ZWEITEN Mesh-IP-Bereich. 7)
> Nach dem Neustart sollte das funktionieren. Ich hab' es jetzt aber 
> nicht ausprobiert.
> 
> Problematisch ist der 2. Schritt. Wenn du einfach die Strippe bei
> WAN 'rausziehst wird das nix, es sei denn dein PC bietet selbst
> DHCP an. Vermutlich hängt der TP-Link an einem DSL-Router. Der gibt
> irgend eine 192.186er an den TP-Link 'raus. Verbinde PC mit
> DSL-Router und versuche die TP-Link-Web-Oberfläche über die
> 192.168er zu erreichen, die der DSL-Router an den TP-Link vergeben
> hat.
> 
> Achja. Ich schreib' "ZWEITE IP" nicht umsonst groß. Will sagen:
> nicht dieselben Nummern wie bei RADIO0 eingeben. Es braucht neue,
> andere, also Klickdiklick in der IP-Vergabe. Achso. Ja, RADIO8 war
> ein Typo.

Du kannst uns auch nochmal schreiben, welche IPs du dir rausgesucht
hast und wir sagen dir, ob das alles in Ordnung ist.

Falls das Wiki nicht stimmt oder unverständlich ist, wäre es cool,
wenn du das fixen könntest! Danke!!!

Viel Erfolg und Spaß.

LG Philippp

> // Sven-Ola
> 
> Am 24.10.2013 22:46, schrieb Joerg Albert:
>> Hi,
>> 
>> wenn ich einen TL-WR741ND nach diesem Tutorial
>> 
>> http://wiki.freifunk.net/Tutorial_TL-WR741ND
>> 
>> konfiguriere, kann ich ihn auch so einstellen, daß Gäste nicht
>> nur per WLAN (RADIO0), sondern auch per LAN über den
>> Freifunk-Tunnel ins Netz können?
>> 
>> Dort steht:
>> 
>> "Was nicht geht: Dich per Kabel an einen der gelben
>> LAN-Anschlüsse zu stecken und automatisch eine IP-Adresse zu
>> bekommen. Warum auch immer..."
>> 
>> Gilt das noch?
>> 
>> Das Vpn03 Tutorial (http://wiki.freifunk.net/Vpn03) spricht an
>> einer Stelle von der "RADIO8-Mesh-DHCP-IP", die "8" ist ein Typo,
>> oder?
>> 
>> Welche maximalen Bandbreiten erlaubt ein WR741ND bzw. ein
>> WR1043ND über VPN03?
>> 
>> 
>> Gruß, Jörg
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSaiGHAAoJEFUqJM/vAMbxrTsQAL1JiT1J3bnAMRgJ6sZKE98K
b2CDo8GUSryMO4VVy9rKyUdA5PkQ8MyN2rpqj7orBCUZShoP0XMP+/gxxLSZF4ta
PIxizaSvOMK7OhfHJkYALP7s46yGaiPw90V5TZKPJ1cUSGDGi8LQfJWcpi8idJLx
PHhRDci8BAkFdvwAW5ANUS5vCJ+KIabRCCpjzKU+wfCWRheAL9VG2aJMod/EXuad
FTIEmlpqtLSemBeS1lBjZaJlb9gDJ6HstLfyFYaWgC8EplgRx39H6W3z/C2UsOmK
aov4KUmO3TIjAEc9+y3uEBtx/kobrDIP6asLnko2BdaTHMwNhtG2N+bvM6FgDo84
yIeUcRVxsJGbab+lN3f03TTGQXuNwuGxsaQ0VMTzD2oLYM30GPM3zeY20H7XmvuQ
Xd7JREY1rQDad5EEhiWyAsf0ye5bwALzqVYFYyD0sjlOZkOP8oazRCW+PzJSHyPP
fvcvBRS0Hw/dar9ALxbSXkDObCPjbPR46lv1T+H7j7zlPWmp+N/0PZH/fC4+rDC/
jVA9dt7TGdZ82ygQ5TZDih1UOz97zFLwhww8iUfuGpe9O3ZKLUAevdpAfBxgDG/Z
iOL6OvD0mWnoBggmphz2EGt80RnuWL+XMvWp7l+PRN962HQdYr6xkVa9Xq4rBQ9z
OMxc3qmW+qjfZNIoxre0
=WxLK
-----END PGP SIGNATURE-----




From jal2  Fri Oct 25 09:58:34 2013
From: jal2 (Joerg Albert)
Date: Fri, 25 Oct 2013 09:58:34 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - DHCP via LAN?
In-Reply-To: <526A0E40.3080802@gmx.de>
References: <52698738.7070708@gmx.de> <526A0E40.3080802@gmx.de>
Message-ID: <526A24AA.7070206@gmx.de>

Hallo,

vielen Dank für die Anleitung!

On 10/25/2013 08:22 AM, Sven-Ola Tuecke wrote:

> Am LAN hängt zudem meist nur eine 2 Meter Strippe und daran dann im
> Regelfall die Person, die auch den DSL-Anschluss gemietet hat. Und die
> möchte nicht über das VPN weil es da nicht so flutscht (nur ca. 800
> kByte/s wegen Rechenkraftbeschränkung des TP-Link 741).

Könnte man die vier LAN Ports aufteilen - einen für den Betreiber, der Rest für Gäste?

Schafft der 1043ND mehr Durchsatz über das VPN?

Gruß,
Jörg
 




From borgers  Fri Oct 25 10:15:52 2013
From: borgers (Philipp Borgers)
Date: Fri, 25 Oct 2013 10:15:52 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - DHCP via LAN?
In-Reply-To: <526A24AA.7070206@gmx.de>
References: <52698738.7070708@gmx.de> <526A0E40.3080802@gmx.de>
	<526A24AA.7070206@gmx.de>
Message-ID: <526A28B8.20107@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25.10.2013 09:58, Joerg Albert wrote:
> Hallo,
> 
> vielen Dank für die Anleitung!
> 
> On 10/25/2013 08:22 AM, Sven-Ola Tuecke wrote:
> 
>> Am LAN hängt zudem meist nur eine 2 Meter Strippe und daran dann
>> im Regelfall die Person, die auch den DSL-Anschluss gemietet hat.
>> Und die möchte nicht über das VPN weil es da nicht so flutscht
>> (nur ca. 800 kByte/s wegen Rechenkraftbeschränkung des TP-Link
>> 741).
> 
> Könnte man die vier LAN Ports aufteilen - einen für den Betreiber,
> der Rest für Gäste?

Das sollte auch gehen. Geht aber eher nicht im Assistenten. Dafür
vielleicht mal Switch-Config von OpenWrt angucken:

http://wiki.openwrt.org/doc/uci/network/switch

Vielleicht will sich die Betreiberin einfach in den Uplink-Switch
stecken, wenn der vorhanden ist?

> Schafft der 1043ND mehr Durchsatz über das VPN?

Weiß ich nicht. Wir haben den Router hier im Einsatz bei allen
größeren Installationen und bilden uns ein, dass der mehr Power hat:

http://www.tp-link.com.de/products/details/?model=TL-WDR4300

Vielleicht einfach mal Datenblätter vergleichen?

> Gruß, Jörg
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSaii4AAoJEFUqJM/vAMbxJO4P/jzxC6nmd/wfM83aIAX3P1CS
13sXqEaVQmOJuh3x9ThTFWKILHwWU4mXhUED2xPQ1/p3B86SRKo5MyOmMIALOwvz
MIAgcjLc+FOG8+5HxQ+BgR2CHyN+6He1QH0b8FW1b7fLYV2teyBFYVE6WkTwq/3p
33pUm/UMyXrtyLxjOwgxLwROsJQ76LvvLhFGkvKYLQ30K2iIILZAxLhNzim4JBkD
CMPUpGTD1SfEzsANMBVMBJWtaUG7EWorpmUOXjZXmwoNoThqSOrUyRSgq45RoSkf
xADesAsa+M+u/98rVsyp3VL/vP7FepEl2+r9+1w6vOf+/vSUgOZLtAp92L+dNcVp
ZmL/XNTSMNOzbjkkpfUHOwLgk5Y/pzTjygYpfpXikyvxTtAKFHukHryyXtCUVyww
w9lOdOSJiyb3FFE2dFHDEy60Gca+t0PWE66mwxRzIqUMDVykkOnrmDnVA7VoocSG
mWbf7DtEgF0Ji2BvhkPuWBLAZu6jm1Hyod0ouReV1U3chCqQDrje4/G/20cZfYa3
1Tdv1FpW5p1dGRAS4ZL7OkuH1Db1VBE2gOYqZ4AVftPJ4TckqNkmfY4z0iQgMCkR
1tYkLC9CLvMoE5tVWkx3Uoybmv2+tbEWGj+VtSRN2tfRVsPEnTIC3Ls4S17e/yDG
UlpJx7c6k97LYd6SdSPc
=xYoQ
-----END PGP SIGNATURE-----




From monic  Fri Oct 25 12:26:56 2013
From: monic (Monic Meisel)
Date: Fri, 25 Oct 2013 12:26:56 +0200
Subject: [Berlin-wireless] Installation Rathaus - Pressemitteilung +
	Blogartikel
In-Reply-To: <mailman.1.1382695201.2683.berlin@berlin.freifunk.net>
References: <mailman.1.1382695201.2683.berlin@berlin.freifunk.net>
Message-ID: <0261B1CF-7B7C-4EE9-9810-0D7782891592@monic.de>

Lieber Andre et all,

das klingt richtig super! Da bin ich mal wieder stolz Freifunkerin zu sein!  @Jürgen ist dazu eine Pressemitteilung geplant?

LG Monic




-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 4010 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131025/fe3f3efb/attachment.bin>


From tomomelley  Fri Oct 25 20:04:51 2013
From: tomomelley (Tom Arden)
Date: Fri, 25 Oct 2013 20:04:51 +0200
Subject: [Berlin-wireless] Announcement: Standort: Eliaskirche PBerg
Message-ID: <2014110.h62vGl4brc@pronix>

Hallo
Die Eliaskirche ist heute fertig geworden.
siehe http://wiki.freifunk.net/Berlin:Standorte:Eliaskirche
Danke dem Team:
P.Heyn; Phelix und LoLo




From dpaufler  Sat Oct 26 20:58:48 2013
From: dpaufler (Daniel Paufler)
Date: Sat, 26 Oct 2013 20:58:48 +0200
Subject: [Berlin-wireless] Announcement: Standort: Eliaskirche PBerg
In-Reply-To: <2014110.h62vGl4brc@pronix>
References: <2014110.h62vGl4brc@pronix>
Message-ID: <526C10E8.6050304@leo34.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Gratulation an euch alle !

Der Winter kommt, und die Freifunker sind auf den Dächern - und seit 10
Jahren so ;P

Daniel

On 25/10/13 20:04, Tom Arden wrote:
> Hallo Die Eliaskirche ist heute fertig geworden. siehe
> http://wiki.freifunk.net/Berlin:Standorte:Eliaskirche Danke dem
> Team: P.Heyn; Phelix und LoLo
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJsEOcACgkQq6ymFUkZLTJXvQCfTOcJXw2QOVq+yKafuKQG5SuK
MawAoO4b7RbIb9wDCiBkXxcChVad5YM3
=Sa8+
-----END PGP SIGNATURE-----




From jal2  Sat Oct 26 21:55:30 2013
From: jal2 (Joerg Albert)
Date: Sat, 26 Oct 2013 21:55:30 +0200
Subject: [Berlin-wireless] Tutorial TL-WR741ND - NAT zwischen wireless0dhcp
	und wan?
Message-ID: <526C1E32.2090202@gmx.de>

Hi,

ich habe den WR741ND jetzt nach dem Tutorial (http://wiki.freifunk.net/Tutorial_TL-WR741ND),
Kapitel "Konfiguration mit dem Freifunkassistenten" eingerichtet.

Da ich (erstmal) nur eine einzelne IP Adresse registriert habe, habe ich in "RADIO0 Mesh DHCP anbieten" nichts eingetragen.

Ich bin gerade dabei, den VPN-Tunnel einzurichten. In der readme.txt steht:

"* Kein NAT auf den Routern, sonst Zwangsproxy für alle wegen einem DHCP-Benutzer"

Das Interface wireless0dhcp hat die Adresse 10.104.215.33/27, hier werden Adressen mit DHCP verteilt.
Wird jetzt zwischen wireless0dhcp und wan nicht geNATtet? Wenn ja, widerspricht das nicht obigem Zitat?
Woher kommt diese IP Adresse von wireless0dhcp?

BTW, der erste Versuch ging schief, da hat der Freifunkassistent bei "Submit" nur einen unvollständigen Eintrag für wireless0dhcp in /etc/config/wireless geschrieben. Die Optionen device und encryption fehlten, womit es kein VAP gab. Zum Glück war der Zugang per WAN erlaubt.
Das war aber nicht reproduzierbar. Bei allen weiteren Versuchen waren die Einträge korrekt.
Die Hardware ist ein TP-Link WR741ND v1.4.

Gruß,
Jörg




From jal2  Sun Oct 27 08:55:22 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 08:55:22 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
Message-ID: <526CC6EA.7070302@gmx.de>

Hallo,

ich habe das Setup meines WR741ND nach

http://wiki.freifunk.net/Tutorial_TL-WR741ND
und
http://wiki.freifunk.net/Vpn03

durchgeführt. Der WR741ND hängt per WAN Port an meinem Router, der wiederum am Kabelmodem.

- RADIO0 Mesh IP Adresse: 104.12.1.6
- RADIO0 Mesh DHCP anbieten: <leer>

- VPN Konfig Dateien eingespielt, OpenVPN startet IMHO korrekt:
"daemon.notice openvpn[2620]: Initialization Sequence Completed"

- network enthält vpn03:
# uci show network.vpn03
network.vpn03=interface
network.vpn03.ifname=tun0
network.vpn03.proto=none

- In der Firewall enthält die zone_freifunk das vpn03
# uci show firewall.zone_freifunk.network
firewall.zone_freifunk.network=vpn03 tunl0 wireless0 wireless0dhcp henet

- Ein traceroute auf dem WR741ND läuft durch den Tunnel:
# traceroute www.heise.de
traceroute to www.heise.de (193.99.144.85), 30 hops max, 38 byte packets
 1  172.31.240.1 (172.31.240.1)  54.259 ms  79.906 ms  48.688 ms
 2  bgp01.berlin.freifunk.net (77.87.48.1)  20.522 ms  20.705 ms  20.762 ms
 3  vlan935.sepia.in-berlin.de (217.197.91.131)  20.535 ms  21.651 ms  20.321 ms
 4  vlan84.octalus.in-berlin.de (192.109.82.65)  19.815 ms  21.960 ms  20.777 ms
 5  plusline.ber.ecix.net (194.9.117.35)  23.708 ms  19.812 ms  20.621 ms

- Ein Notebook via WLAN bekommt eine DHCP Adresse, kann per DNS Hosts auflösen, kommt aber nicht in den Tunnel hinein:
joerg at x301 ~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.104.215.33   0.0.0.0         UG    0      0        0 wlan4
10.104.215.32   0.0.0.0         255.255.255.224 U     9      0        0 wlan4
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan4
joerg at x301 ~ $ traceroute www.heise.de
traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte packets
 1  10.104.215.33 (10.104.215.33)  3.105 ms  3.080 ms  3.699 ms
 2  10.104.215.33 (10.104.215.33)  7.125 ms  9.451 ms  9.450 ms

Ich hänge /etc/config/{firewall,network,wireless,freifunk} mal als tgz an dieses Posting an.

Könnte bitte mal jemand draufschauen?

Danke,
Jörg
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : wr741nd.tgz
Dateityp    : application/x-compressed
Dateigröße  : 2149 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131027/45355edc/attachment.bin>


From sven-ola  Sun Oct 27 09:24:39 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 27 Oct 2013 09:24:39 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526CC6EA.7070302@gmx.de>
References: <526CC6EA.7070302@gmx.de>
Message-ID: <0b17d539-39e9-42a1-a767-bb85462d0e4e@email.android.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hey,

warum "mesh dhcp=leer"? Wenn du Sonderdrösel machen willst (LAN-mit-DHCP, Bridgekonfig ändern, DHCP-Konfig anders als alle anderen) solltest du das Ergebnis auch debuggen können. Ich habe den Eindruck, du solltest erstmal ein Standardsetup durchziehen und ein Gefühl dür entwickeln.

// Sven-Ola



Joerg Albert <jal2 at gmx.de> schrieb:
>Hallo,
>
>ich habe das Setup meines WR741ND nach
>
>http://wiki.freifunk.net/Tutorial_TL-WR741ND
>und
>http://wiki.freifunk.net/Vpn03
>
>durchgeführt. Der WR741ND hängt per WAN Port an meinem Router, der
>wiederum am Kabelmodem.
>
>- RADIO0 Mesh IP Adresse: 104.12.1.6
>- RADIO0 Mesh DHCP anbieten: <leer>
>
>- VPN Konfig Dateien eingespielt, OpenVPN startet IMHO korrekt:
>"daemon.notice openvpn[2620]: Initialization Sequence Completed"
>
>- network enthält vpn03:
># uci show network.vpn03
>network.vpn03=interface
>network.vpn03.ifname=tun0
>network.vpn03.proto=none
>
>- In der Firewall enthält die zone_freifunk das vpn03
># uci show firewall.zone_freifunk.network
>firewall.zone_freifunk.network=vpn03 tunl0 wireless0 wireless0dhcp
>henet
>
>- Ein traceroute auf dem WR741ND läuft durch den Tunnel:
># traceroute www.heise.de
>traceroute to www.heise.de (193.99.144.85), 30 hops max, 38 byte
>packets
> 1  172.31.240.1 (172.31.240.1)  54.259 ms  79.906 ms  48.688 ms
>2  bgp01.berlin.freifunk.net (77.87.48.1)  20.522 ms  20.705 ms  20.762
>ms
>3  vlan935.sepia.in-berlin.de (217.197.91.131)  20.535 ms  21.651 ms
>20.321 ms
>4  vlan84.octalus.in-berlin.de (192.109.82.65)  19.815 ms  21.960 ms
>20.777 ms
>5  plusline.ber.ecix.net (194.9.117.35)  23.708 ms  19.812 ms  20.621
>ms
>
>- Ein Notebook via WLAN bekommt eine DHCP Adresse, kann per DNS Hosts
>auflösen, kommt aber nicht in den Tunnel hinein:
>joerg at x301 ~ $ route -n
>Kernel IP routing table
>Destination     Gateway         Genmask         Flags Metric Ref    Use
>Iface
>0.0.0.0         10.104.215.33   0.0.0.0         UG    0      0        0
>wlan4
>10.104.215.32   0.0.0.0         255.255.255.224 U     9      0        0
>wlan4
>169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0
>wlan4
>joerg at x301 ~ $ traceroute www.heise.de
>traceroute to www.heise.de (193.99.144.85), 30 hops max, 60 byte
>packets
> 1  10.104.215.33 (10.104.215.33)  3.105 ms  3.080 ms  3.699 ms
> 2  10.104.215.33 (10.104.215.33)  7.125 ms  9.451 ms  9.450 ms
>
>Ich hänge /etc/config/{firewall,network,wireless,freifunk} mal als tgz
>an dieses Posting an.
>
>Könnte bitte mal jemand draufschauen?
>
>Danke,
>Jörg
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

- --
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8-fdroid

iHQEAREIADQFAlJszcctHFN2ZW4tT2xhIFT8Y2tlIDxTdmVuLU9sYS5UdWVja2VA
Y29tbWFuZG8uZGU+AAoJEK8XFNEZA9CyL5gAoI29w7oDEvY9V0e05ut98ihCBwbe
AJ0Ug3bWAgnPoDB2CiOw5Mcrd8ICtw==
=C+7s
-----END PGP SIGNATURE-----




From jal2  Sun Oct 27 12:53:49 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 12:53:49 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <0b17d539-39e9-42a1-a767-bb85462d0e4e@email.android.com>
References: <526CC6EA.7070302@gmx.de>
	<0b17d539-39e9-42a1-a767-bb85462d0e4e@email.android.com>
Message-ID: <526CFECD.3010501@gmx.de>

Hi,

> warum "mesh dhcp=leer"? Wenn du Sonderdrösel machen willst
> (LAN-mit-DHCP, Bridgekonfig ändern, DHCP-Konfig anders als alle
> anderen) solltest du das Ergebnis auch debuggen können. Ich habe den
> Eindruck, du solltest erstmal ein Standardsetup durchziehen und ein
> Gefühl dür entwickeln.

Falls Du mit "mesh dhcp=leer"

>> - RADIO0 Mesh IP Adresse: 104.12.1.6 - RADIO0 Mesh DHCP anbieten:
>> <leer>

meinst - das steht als Variante in http://wiki.freifunk.net/Tutorial_TL-WR741ND:

"RADIO0 Mesh DHCP anbieten: Wenn Du eine einzelne IP-Adresse registriert hast, musst Du hier nichts eintragen. Wenn Du mehrere Adressen registriert hast, gibst Du Dein Subnetz ein, 104.x.y.z/n, z.B. 104.203.0.80/28."

Ich habe hier noch keinen Sonderdrösel. LAN-mit-DHCP, Bridgekonfig und DHCP-Konfig sind das Ergebnis der beiden Tutorials und
des Freifunkassistenten. Sonst hätte ich das zumindest erwähnt. Der WR741ND verteilt per DHCP über WLAN Adressen aus 10.104.215.32/27, wlan0 hat die 10.104.215.33. Warum auch immer.

Ich hatte zuvor mal 6.191.255.0/27 probiert (hatte es vorher auf http://wiki.freifunk.net/IP-Bereich_6 reserviert), also

RADIO0 Mesh IP Adresse: 6.191.255.1
RADIO0 Mesh DHCP anbieten: 6.191.255.0/27

war mir aber nicht klar, ob Thomas' Kommentar

"Note: Mesh-IP 6.191.255.161 nur mit 'uci set profile_Freifunk.profile.mesh_network=6.0.0.0/8;uci commit'"

dann bei mir auch zutrifft. Der Assistent ließ es nach obigem Eintrag bei

profile_Freifunk.profile.mesh_network=10.0.0.0/8

und damit kam ich vom Notebook auch nicht in den Tunnel. Dieses Setup erschien mir eher als Sonderdrösel, deshalb zurück zum Tutorial.

Jörg




From jal2  Sun Oct 27 14:15:52 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 14:15:52 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526CC6EA.7070302@gmx.de>
References: <526CC6EA.7070302@gmx.de>
Message-ID: <526D1208.2050208@gmx.de>

Hi,

gedebuggt.

Das Interface des Tunnels heißt hier vpn03, _nicht_ tun0.
Das kollidiert mit

uci set network.vpn03=interface
uci set network.vpn03.ifname=tun0
uci set network.vpn03.proto=none
uci commit

(aus http://wiki.freifunk.net/Vpn03)

s/tun0/vpn03/ hilft, dann kommt das Notebook in den Tunnel.


Mein Konfigfile von OpenVPN heißt /etc/openvpn/freifunk_behaim4-berlin-udp.conf.
Das Skript (abgeleitet aus /etc/rc.d/S99vpn03):

       case $(echo /etc/openvpn/freifunk_*.conf) in "/etc/openvpn/freifunk_*.conf")                                   
                       echo tun0                                                                      
       ;;*)                                                                                                           
    			echo vpn03
       ;;esac                                  

gibt "vpn03" aus. Wenn ich die "..." vor ) weglasse, sagt es "tun0".

Wie soll das Tunnel-IF heißen, vpn03 oder tun0?

Jörg




From jal2  Sun Oct 27 14:30:58 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 14:30:58 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D1208.2050208@gmx.de>
References: <526CC6EA.7070302@gmx.de> <526D1208.2050208@gmx.de>
Message-ID: <526D1592.4000202@gmx.de>


On 10/27/2013 02:15 PM, Joerg Albert wrote:
> Wie soll das Tunnel-IF heißen, vpn03 oder tun0?

addif() hat mit dem Namen des Tunnel-IF nichts zu tun, da lag ich falsch. Es soll vpn03 heißen:

${WDIR}/sbin/openvpn --cd /etc/openvpn --config ${file} --daemon --dev-type tun --dev vpn03

(aus S99vpn03)

Also stimmt

uci set network.vpn03.ifname=tun0

in http://wiki.freifunk.net/Vpn03 nicht.

Ich editiere es mal im Wiki. Auch daß die Freifunk Zone nicht mehr @zone[X], sondern zone_freifunk heißt.

/Jörg







From borgers  Sun Oct 27 15:29:30 2013
From: borgers (Philipp Borgers)
Date: Sun, 27 Oct 2013 15:29:30 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526CC6EA.7070302@gmx.de>
References: <526CC6EA.7070302@gmx.de>
Message-ID: <526D234A.6030105@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Cool, dass du dich an unserem VPN versuchst. Tut mir leid, dass die
Anleitungen etwas veraltet oder unklar sind.

Am besten installierst du auf dem Router die vpn Firmware-Images. Für
deinen Router:

http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR741/

Im Anschluss gehst du die Konfiguration des Freifunk-Assistenten
druch. Im Idealfall konfigurierst du dort eine Mesh-IP und ein Subnetz
für die Clients im WLAN (VAP). Nach Durchlauf des Assistenten kannst
du das VPN einschalten. Dazu gibt es im Webinterface eine Rubrik VPN?
Dort kannst du deinen Key etc. hochladen und das VPN aktivieren.
Danach sollte das VPN funktionieren und dein Traffic aus dem WLAN über
das VPN geroutet werden.

Es ist auch möglich das VPN per Hand zu konfigurieren, aber davon
würde ich abraten.

LG Philipp

On 27.10.2013 08:55, Joerg Albert wrote:
> Hallo,
> 
> ich habe das Setup meines WR741ND nach
> 
> http://wiki.freifunk.net/Tutorial_TL-WR741ND und 
> http://wiki.freifunk.net/Vpn03
> 
> durchgeführt. Der WR741ND hängt per WAN Port an meinem Router, der
> wiederum am Kabelmodem.
> 
> - RADIO0 Mesh IP Adresse: 104.12.1.6 - RADIO0 Mesh DHCP anbieten:
> <leer>
> 
> - VPN Konfig Dateien eingespielt, OpenVPN startet IMHO korrekt: 
> "daemon.notice openvpn[2620]: Initialization Sequence Completed"
> 
> - network enthält vpn03: # uci show network.vpn03 
> network.vpn03=interface network.vpn03.ifname=tun0 
> network.vpn03.proto=none
> 
> - In der Firewall enthält die zone_freifunk das vpn03 # uci show
> firewall.zone_freifunk.network firewall.zone_freifunk.network=vpn03
> tunl0 wireless0 wireless0dhcp henet
> 
> - Ein traceroute auf dem WR741ND läuft durch den Tunnel: #
> traceroute www.heise.de traceroute to www.heise.de (193.99.144.85),
> 30 hops max, 38 byte packets 1  172.31.240.1 (172.31.240.1)  54.259
> ms  79.906 ms  48.688 ms 2  bgp01.berlin.freifunk.net (77.87.48.1)
> 20.522 ms  20.705 ms  20.762 ms 3  vlan935.sepia.in-berlin.de
> (217.197.91.131)  20.535 ms  21.651 ms  20.321 ms 4
> vlan84.octalus.in-berlin.de (192.109.82.65)  19.815 ms  21.960 ms
> 20.777 ms 5  plusline.ber.ecix.net (194.9.117.35)  23.708 ms
> 19.812 ms  20.621 ms
> 
> - Ein Notebook via WLAN bekommt eine DHCP Adresse, kann per DNS
> Hosts auflösen, kommt aber nicht in den Tunnel hinein: joerg at x301 ~
> $ route -n Kernel IP routing table Destination     Gateway
> Genmask         Flags Metric Ref    Use Iface 0.0.0.0
> 10.104.215.33   0.0.0.0         UG    0      0        0 wlan4 
> 10.104.215.32   0.0.0.0         255.255.255.224 U     9      0
> 0 wlan4 169.254.0.0     0.0.0.0         255.255.0.0     U     1000
> 0        0 wlan4 joerg at x301 ~ $ traceroute www.heise.de traceroute
> to www.heise.de (193.99.144.85), 30 hops max, 60 byte packets 1
> 10.104.215.33 (10.104.215.33)  3.105 ms  3.080 ms  3.699 ms 2
> 10.104.215.33 (10.104.215.33)  7.125 ms  9.451 ms  9.450 ms
> 
> Ich hänge /etc/config/{firewall,network,wireless,freifunk} mal als
> tgz an dieses Posting an.
> 
> Könnte bitte mal jemand draufschauen?
> 
> Danke, Jörg
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSbSNKAAoJEFUqJM/vAMbxR6YP+gJhQtVbGsVnnXlJxm+/tgVk
ayXB01w71KjV7/dbR2BrGTz9IaX8qYjKht+rIQMYBn9sKAGGx2c9NMHxU1cpezCW
ZFt6bZTxhZmh2P+MnAWwGI7KqVu4aHwwgAXPdVCRgXUhCZX0dXwTrlJwmyzFzPUM
/liYUze4FYTlWoMY9OB47anadCLPoUt5XTkfZ6cB7eefmImA0cnmtSY/OdDpzu7F
RDraB8AY5CgRi1dn8ly/V0pbEjimMtgWni1zRaBfGHchIUJSac1jYVnMFULNdDbQ
+1zr2uGlWpO02Oq2CPT1Xcq78FLqjUsaq3eAf7dH2f2q3JEtQalp12EbvUHhkCmS
4gZCjsAYSNZupxX6qrGQYHOpIwt4MPgNDzg9oEELI2mLExVlvXjVE2sBOcWBhHz2
pPIHvnhJ6Ul1Mw9iYA0O6XyiSSDCAIX+ELCNTy29KvygnKeufnjTRBjozfGhWo/0
RzCXCfG+4fa4ZARLXmC/hNFFwW9+k6GvwVK8f+/HKNr+WlLItO1p2qi8gXjYMZwR
Cdlch6XVKIEHhjRvv+iwsgrxZ3kVJkWwPMvJkBrItKfbV2AgO7flUk3kzfpFvF1n
tKFdaPNtcw7j8KG4Sxu8sUuAzJ0TwIte1FGVNl8ZTDY6jSTVhMGHL+2cd1DRhvWM
YCNOiVqiNpBQnngzCrKK
=Ctdb
-----END PGP SIGNATURE-----




From jal2  Sun Oct 27 17:59:42 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 17:59:42 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D234A.6030105@mi.fu-berlin.de>
References: <526CC6EA.7070302@gmx.de> <526D234A.6030105@mi.fu-berlin.de>
Message-ID: <526D467E.10400@gmx.de>

Hallo Philipp,

On 10/27/2013 03:29 PM, Philipp Borgers wrote:
> Am besten installierst du auf dem Router die vpn Firmware-Images. Für
> deinen Router:
> 
> http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR741/
> 
> Im Anschluss gehst du die Konfiguration des Freifunk-Assistenten
> druch. Im Idealfall konfigurierst du dort eine Mesh-IP und ein Subnetz
> für die Clients im WLAN (VAP). Nach Durchlauf des Assistenten kannst
> du das VPN einschalten. Dazu gibt es im Webinterface eine Rubrik VPN?
> Dort kannst du deinen Key etc. hochladen und das VPN aktivieren.
> Danach sollte das VPN funktionieren und dein Traffic aus dem WLAN über
> das VPN geroutet werden.

Danke!

Ich habe das Image aus dem Link geflasht, dabei die alte Konfiguration gelöscht.
Im Freifunkassistent alles konfiguriert (wie in http://wiki.freifunk.net/Tutorial_TL-WR741ND beschrieben),
dann unter OpenVPN/main das lokale Zertifikat und den lokalen Schlüssel hochgeladen. Danach openvpn gestartet.

logread -f | grep openvpn sagt u.a.:

Oct 27 17:06:54 ali-b4 daemon.err openvpn(ffvpn)[3701]: Options error: option 'redirect-gateway' cannot be used in this context ([PUSH-OPTIONS])
Oct 27 17:06:54 ali-b4 daemon.err openvpn(ffvpn)[3701]: Options error: option 'route-ipv6' cannot be used in this context ([PUSH-OPTIONS])

aber der Zugriff vom Notebook via WLAN läuft laut traceroute über bgp01.berlin.freifunk.net

Zuerst war ich etwas verwirrt, daß Zugriffe vom WR741ND selbst nicht durch den Tunnel laufen.

Gruß,
Jörg









From borgers  Sun Oct 27 18:26:22 2013
From: borgers (Philipp Borgers)
Date: Sun, 27 Oct 2013 18:26:22 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D467E.10400@gmx.de>
References: <526CC6EA.7070302@gmx.de> <526D234A.6030105@mi.fu-berlin.de>
	<526D467E.10400@gmx.de>
Message-ID: <526D4CBE.5060801@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 27.10.2013 17:59, Joerg Albert wrote:
> Hallo Philipp,
> 
> On 10/27/2013 03:29 PM, Philipp Borgers wrote:
>> Am besten installierst du auf dem Router die vpn Firmware-Images.
>> Für deinen Router:
>> 
>> http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR741/
>>
>>
>> 
Im Anschluss gehst du die Konfiguration des Freifunk-Assistenten
>> druch. Im Idealfall konfigurierst du dort eine Mesh-IP und ein
>> Subnetz für die Clients im WLAN (VAP). Nach Durchlauf des
>> Assistenten kannst du das VPN einschalten. Dazu gibt es im
>> Webinterface eine Rubrik VPN? Dort kannst du deinen Key etc.
>> hochladen und das VPN aktivieren. Danach sollte das VPN
>> funktionieren und dein Traffic aus dem WLAN über das VPN geroutet
>> werden.
> 
> Danke!

Freut mich, dass es geklappt hat.

> Ich habe das Image aus dem Link geflasht, dabei die alte
> Konfiguration gelöscht. Im Freifunkassistent alles konfiguriert
> (wie in http://wiki.freifunk.net/Tutorial_TL-WR741ND beschrieben), 
> dann unter OpenVPN/main das lokale Zertifikat und den lokalen
> Schlüssel hochgeladen. Danach openvpn gestartet.

Wenn du magst, könntest du die Anleitung im Wiki um den Teil
bereichern. Ansonsten werde ich das in den nächsten Tagen mal versuchen.
> 
> logread -f | grep openvpn sagt u.a.:
> 
> Oct 27 17:06:54 ali-b4 daemon.err openvpn(ffvpn)[3701]: Options
> error: option 'redirect-gateway' cannot be used in this context
> ([PUSH-OPTIONS]) Oct 27 17:06:54 ali-b4 daemon.err
> openvpn(ffvpn)[3701]: Options error: option 'route-ipv6' cannot be
> used in this context ([PUSH-OPTIONS])

Das sind Optionen, die der Router vom Server übermittelt bekommt. Die
versteht er wohl nicht, aber die sind auch nicht wichtig.

> aber der Zugriff vom Notebook via WLAN läuft laut traceroute über
> bgp01.berlin.freifunk.net

Genau so soll es sein.

> Zuerst war ich etwas verwirrt, daß Zugriffe vom WR741ND selbst
> nicht durch den Tunnel laufen.

Solange der Router keine Torrents downloaded, ist das wohl ok :)
Könnten man aber auch sicher einstellen.

Wichtig ist, dass der Router keinen Traffic routet, wenn openvpn aus
ist und openvpn wieder startet, wenn du mal den Uplink ziehst. Sollte
aber so sein, wenn nicht bitte melden!

> 
> Gruß, Jörg
> 
> 
> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSbUy+AAoJEFUqJM/vAMbxOZYQALIO6EB6wkATo9rDW9CHDssa
o669I2/exuY6UeBsxhIXEG/hO3xVmWb01Z5Jhk0FDB3aBP03MTdR+zUhvShT5zL3
1lXW2F1rgAMUgvcnrUif65Sn77a0xJ+EbSWrRx8RV+DdYtZGjJyXe2sh0eIpH6oL
PCLlHgpGCFPfqIRzQIaL2DZE0N3e7WDzbAB/vhaeeY1r7/r65qPgFSYdtX9sJTLb
x7CjUK/EuYVGkuM9z2V/Qp8CX1b/4Fq0P96MWeOxD8PNAd5S8PR/ER1nR3VXFqIw
ed3VQ7NSHCil2suf64t9NehUWEZml+BpoyAUrDKF1mPeYUFFLtYivh2NOm3xrGDT
MyEuZhnESbyEfUwTU6wdGmf1QggDnvFY/hHGE9jvRTiBqwhd98fYTnCRM2WjuTQ8
cOgWlrbe2Attw4khJQXPYiGXdo6fJL4yBNHJGjL85AGFUsjoxcd5azB8hrtgbmk6
0BRu87COdeWgRmo9uM7bbhRwqrX20ZXZ71p0jeNh3pIZsHpHBgvKMjN9/9ueifpr
sGFxik6stJdhRXk5IOXZkvZtV/owhAk9UHeL1WtRSfUBGcBKlfYnPDCk7kXT3gI/
f2VBWh/HvDG2p5twDb+nokq2i5Vs36C3js5Ro2XEIMhK6mkZWW3wBkeRXtZHxtEd
APnfYGlUJX2bIPV2uX3u
=vJxr
-----END PGP SIGNATURE-----




From sven-ola  Sun Oct 27 18:52:14 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Sun, 27 Oct 2013 18:52:14 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D4CBE.5060801@mi.fu-berlin.de>
References: <526CC6EA.7070302@gmx.de>
	<526D234A.6030105@mi.fu-berlin.de>	<526D467E.10400@gmx.de>
	<526D4CBE.5060801@mi.fu-berlin.de>
Message-ID: <526D52CE.8080906@gmx.de>

Hey,

das steht eigentlich auf meiner Todo. Aber nur zu: da muss eine
3-Teilung 'rein. Etwa:

- mit Pberg-VPN-Variante
  Äh - die hat kein iptables und kein ip6tables mehr und die
  vorgefertigte Konfig ist mit numerischer ipv4, bloed wenn
  wir mal Server-IP wechseln wollen.

- mit irgendeiner OpenWrt-basierten FW
  Ramdisk-basiertes Ladescript, hab' ich letztens für vpn03-backup
  aufgebohrt, daher auch nicht mehr dev=tun0 sondern dev=vpn03

- Für sonstige bzw. welche die das auf Linux/Win/Mac ausprobieren

// Sven-Ola

Am 27.10.2013 18:26, schrieb Philipp Borgers:
> Wenn du magst, könntest du die Anleitung im Wiki um den Teil
> bereichern. Ansonsten werde ich das in den nächsten Tagen mal versuchen.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131027/5b5140c3/attachment.pgp>


From jal2  Sun Oct 27 21:00:22 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 21:00:22 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D234A.6030105@mi.fu-berlin.de>
References: <526CC6EA.7070302@gmx.de> <526D234A.6030105@mi.fu-berlin.de>
Message-ID: <526D70D6.7000200@gmx.de>

On 10/27/2013 03:29 PM, Philipp Borgers wrote:

> Am besten installierst du auf dem Router die vpn Firmware-Images. Für
> deinen Router:
> 
> http://download.berlin.freifunk.net/attitude_adjustment/12.09/ar71xx/vpn/TLWR741/

Gibt es in dieser Firmware die Möglichkeit, die Bandbreite des Tunnels zu begrenzen?

Beim Test erreicht der WR741ND durch den Tunnel auf dem Uplink 1,89 Mbit/s, viel mehr habe ich hier nicht.
BTW, im Downlink 7,4 Mbit/s - ganz ordentlich.

Gruß,
Jörg




From jal2  Sun Oct 27 21:16:57 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 21:16:57 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D4CBE.5060801@mi.fu-berlin.de>
References: <526CC6EA.7070302@gmx.de>
	<526D234A.6030105@mi.fu-berlin.de>	<526D467E.10400@gmx.de>
	<526D4CBE.5060801@mi.fu-berlin.de>
Message-ID: <526D74B9.30006@gmx.de>

On 10/27/2013 06:26 PM, Philipp Borgers wrote:

> Wenn du magst, könntest du die Anleitung im Wiki um den Teil
> bereichern. Ansonsten werde ich das in den nächsten Tagen mal versuchen.

Das traue ich mir noch nicht zu. Ich habe schon ein paar voreilige Änderungen im Wiki gemacht, die ich dann wegen Unwissen
wieder rückgängig gemacht habe (tun0 vs. vpn03, 6.0.0.0/8 als erlaubte Mesh-Adressen etc.)

>> Zuerst war ich etwas verwirrt, daß Zugriffe vom WR741ND selbst
>> nicht durch den Tunnel laufen.
> 
> Solange der Router keine Torrents downloaded, ist das wohl ok :)
> Könnten man aber auch sicher einstellen.
Zum Testen fand ich es leichter, wenn man den Tunnel erst mal auf dem Router selbst probiert, bevor man auf den Client geht.

> Wichtig ist, dass der Router keinen Traffic routet, wenn openvpn aus
> ist
Nach "/etc/rc.d/S95openvpn stop" oder "killall openvpn" routet er nicht mehr.

> und openvpn wieder startet, wenn du mal den Uplink ziehst. Sollte
> aber so sein, wenn nicht bitte melden!
Auch ohne Ziehen/Stecken des Kabels am WAN-Port beim WR741ND wird openvpn nach einem "killall openvpn" vom Freifunk Watchdog neu gestartet.
Oder meinst Du mit Uplink was anderes (WAN Port Router, Uplink Kabelmodem?).

Gruß,
Jörg




From jal2  Sun Oct 27 21:20:09 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 21:20:09 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D52CE.8080906@gmx.de>
References: <526CC6EA.7070302@gmx.de>	<526D234A.6030105@mi.fu-berlin.de>	<526D467E.10400@gmx.de>	<526D4CBE.5060801@mi.fu-berlin.de>
	<526D52CE.8080906@gmx.de>
Message-ID: <526D7579.9050007@gmx.de>

On 10/27/2013 06:52 PM, Sven-Ola Tuecke wrote:
> - mit irgendeiner OpenWrt-basierten FW
>   Ramdisk-basiertes Ladescript, hab' ich letztens für vpn03-backup
>   aufgebohrt, daher auch nicht mehr dev=tun0 sondern dev=vpn03
Das sind IMHO zwei Varianten: mit und ohne LuCI. Also in Summe vier.

/Jörg




From jal2  Sun Oct 27 21:25:43 2013
From: jal2 (Joerg Albert)
Date: Sun, 27 Oct 2013 21:25:43 +0100
Subject: [Berlin-wireless] =?iso-8859-1?q?Ubnt_Routerstation_=28nicht_Pro?=
 =?iso-8859-1?q?=29_-_Indoor-Geh=E4use=3F?=
Message-ID: <526D76C7.2060903@gmx.de>

Hallo,

kennt jemand eine Quelle für ein Indoor-Gehäuse für eine Ubiquiti Routerstation non-Pro?

Ich konnte nur die Stationbox (http://varia-store.com/Wireless-Systems/MikroTik-Accessories/Enclosures-Systems/StationBox-Multi-Outdoor-Enclosure::877.html) finden.

Gruß,
Jörg




From frank.hofmann  Sun Oct 27 23:55:21 2013
From: frank.hofmann (Frank Hofmann)
Date: Sun, 27 Oct 2013 23:55:21 +0100
Subject: [Berlin-wireless]
 =?iso-8859-1?q?Ubnt_Routerstation_=28nicht_Pro?=
 =?iso-8859-1?q?=29_-_Indoor-Geh=E4use=3F?=
In-Reply-To: <526D76C7.2060903@gmx.de>
References: <526D76C7.2060903@gmx.de>
Message-ID: <20131027225521.GA18027@kudu.in-berlin.de>

Hallo,

* Joerg Albert <jal2 at gmx.de> [131027 21:25]:
> 
> kennt jemand eine Quelle für ein Indoor-Gehäuse für eine Ubiquiti Routerstation non-Pro?
> 
> Ich konnte nur die Stationbox (http://varia-store.com/Wireless-Systems/MikroTik-Accessories/Enclosures-Systems/StationBox-Multi-Outdoor-Enclosure::877.html) finden.

IMHO gibt bzw. gab es zur RouterStation kein Indoor-Gehäuse von UBNT.
UBNT hat nur das Board hergestellt, die Gehäuse kamen von
Drittanbietern. Bekannt sind mir nur Outdoor-Gehäuse.

Beste Grüße,

Frank

-- 
Dipl.-Inf. Frank Hofmann
Hofmann EDV - Linux, Layout und Satz
c/o buero 2.0
12059 Berlin - Weigandufer 45
web  http://www.efho.de
mail frank.hofmann at efho.de
tel  030/2000 586 80




From sven-ola  Mon Oct 28 10:10:15 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Mon, 28 Oct 2013 10:10:15 +0100
Subject: [Berlin-wireless] =?utf-8?q?Rathaus-Neuk=C3=B6lln=3A_Kosten_f?=
 =?utf-8?q?=C3=BCr_die_Installation?=
In-Reply-To: <5266ACCE.3060903@mi.fu-berlin.de>
References: <52667426.4090304@mi.fu-berlin.de>	<1382450622.9393.24.camel@junes.haus.k9>
	<5266ACCE.3060903@mi.fu-berlin.de>
Message-ID: <526E29F7.9000104@gmx.de>

Hey,

gerade über ein paar technische Fenstertipps gestopert. Scheint ein
aktuelles Thema zu sein ;-)

http://www.duncancampbell.org/embassy-bugging

// Sven-Ola

Am 10/22/2013 06:50 PM, schrieb Philipp Borgers:
> On 22.10.2013 16:03, Juergen Neumann wrote:
> > Hallo Philipp,
>
> >> Auf der zweiten Ebene des Turms werden, auf unsere Kosten die
> >> jeweils 3 Fenster in alle vier Himmelsrichtungen ersetzt, durch
> >> Fenster, die für WLAN durchlässiger sind.
>
> > normales Fensterglas ist total durchlässig für WLAN. Was für Glas
> > ist da denn verbaut worden? Bist Du sicher, dass es nicht
> > durchlässig ist?
>
> Ja. In den jetzigen Fenster befindet sich ein feinmaschiges Netz aus
> Draht.
>
>
> >> Die Kosten belaufen sich auf ungefähr 2000?. Hinzukommen kosten
> >> für den Elektriker (500??), der uns eine Leitung bis zur
> >> Freifunk-Installation legt (können wir nicht selber machen). ...
>
> >> Die Fragen, die sich stellen:
> >>
> >> a) Wollen wir die Kosten übernehmen? Wer ist wir?
>
> > Das sollte doch auch im Rahmen der MABB Förderung über den
> > Förderverein laufen, oder warum nicht?
>
> Finde ich gut. Was machen wir, wenn das in diesem Jahr nichts mehr wird?
>
> >> b) Wie groß wäre die Dämpfung durch Fenster?
>
> > Wie gesagt, so lange das Fenster nicht mit Metall bedampft ist oder
> > ein Metallgitter hat oder ein Sicherheitsglas ist, das eine Folie
> > drin hat, die das WLAN dämpft, sollte ein Fenster m.W.n. eigentlich
> > komplett durchlässig für WLAN sein.
>
> Wie Volker schon schreibt, ist Glas, dass in Frage kommt, wohl nicht
> komplett durchlässig. 3dB Dämpfung halte ich für einen realistischen Wert.
>
> Gibt es ev. andere Materialien, die wir anstatt Glas verbauen könnten,
> aber optisch ähnlich sind und langfristig genau so haltbar sind?
>
> Ich würde dann Donnerstag, sobald ich die Informationen gesichtet
> habe, nochmal mit dem Herrn vom Hochbau telefonieren. Ich würde
> signalisieren, dass wir das zahlen würden, aber das Projekt noch in
> diesem Jahr abschließen müssten. Außerdem würde ich mit ihm nochmal
> klären, was für Anforderungen sie an das Glas haben und ob es Glas
> sein muss. Dem Vertrag steht dann ja nichts mehr im Wege.
>
> > LG
>
> > JuergeN
>
> > _______________________________________________ Berlin mailing
> > list Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131028/0967938b/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131028/0967938b/attachment.pgp>


From j.neumann  Mon Oct 28 11:52:15 2013
From: j.neumann (Juergen Neumann)
Date: Mon, 28 Oct 2013 11:52:15 +0100
Subject: [Berlin-wireless] VPN03 Setup Problem
In-Reply-To: <526D4CBE.5060801@mi.fu-berlin.de>
References: <526CC6EA.7070302@gmx.de> <526D234A.6030105@mi.fu-berlin.de>
	<526D467E.10400@gmx.de> <526D4CBE.5060801@mi.fu-berlin.de>
Message-ID: <1382957535.2990.9.camel@junes.haus.k9>

Ahoi!

> > aber der Zugriff vom Notebook via WLAN läuft laut traceroute über
> > bgp01.berlin.freifunk.net
> 
> Genau so soll es sein.
> 
> > Zuerst war ich etwas verwirrt, daß Zugriffe vom WR741ND selbst
> > nicht durch den Tunnel laufen.
> 
> Solange der Router keine Torrents downloaded, ist das wohl ok :)
> Könnten man aber auch sicher einstellen.

Das ist m.E.n. sehr vom Usecase abhängig. Es gibt zwei mögliche
Senarien:

a) über den Switch am Router will der User mit seinem eigenen LAN/DSL
verbunden werden = kein Routing über den Tunnel.

b) über den Switch am Router sollen weitere Geräte angebunden werden,
die auch über den Tunnel geroutet werden sollen (inkl. ggf. der Router
selbst).

Welche der beiden Varianten gewünscht ist, lässt sich im Vorfeld nicht
eindeutig sagen. Ich selbst habe schon viele solche Router installiert
und beide Anforderungen tauchen dabei immer wieder auf.

Bestenfalls würde mensch das über das Konfigurationsmenu auf der
Weboberfläche per Schalter so oder so konfigurieren können.

LG

JuergeN





From gaul  Mon Oct 28 15:56:08 2013
From: gaul (=?UTF-8?B?QW5kcsOpIEdhdWw=?=)
Date: Mon, 28 Oct 2013 15:56:08 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
Message-ID: <526E7B08.6030400@web-yard.de>

Liebe Freifunker_innen,

das Rathaus Kreuzberg ist nach 3 Tagen Basteln jetzt mit 14 Routern
online! \o/

Vielen Dank an das tolle Team bestehend aus Herrn Zachler, Philipp,
Daniel, dem Crimp-König Ulf*, Max, Alex, Sebastian, Just und Rapha! Hier
gibt's noch ein Bildchen:

  https://twitter.com/andrenarchy/status/394829831449243649

An die ausführliche Doku (mit weiteren Bildern) setze ich mich heute Abend.

ciao,
André

* bei einem Stecker war ein Adernpaar vertauscht ;)
-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From borgers  Mon Oct 28 17:18:20 2013
From: borgers (Philipp Borgers)
Date: Mon, 28 Oct 2013 17:18:20 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <526E7B08.6030400@web-yard.de>
References: <526E7B08.6030400@web-yard.de>
Message-ID: <526E8E4C.5050500@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Danke auch nochmal von mir. War ein riesen Spass.

Ich würde vorschlagen, dass wir nochmal alle Erfahrungen und
insbesondere Fehler/Fehlplanungen aufschreiben, sodass die nicht noch
x-mal gemacht werden!

Aus aktuellem Anlass: Schmilzt nicht das Netzwerkkabel an, wenn ihr
den Schrumpfschlauch schrumpft! Das wird dann brüchig und die ganze
Arbeit ist für den Arsch. Ev. will man da nochmal mit
http://www.conrad.de/ce/de/product/540019/ rüber gehen?!! So machen
das auch die GSM-Fritzen.

Die Arcaden haben jetzt auch wieder Netz und sind ganz aus dem Häuschen!

LG Philipp

On 28.10.2013 15:56, André Gaul wrote:
> Liebe Freifunker_innen,
> 
> das Rathaus Kreuzberg ist nach 3 Tagen Basteln jetzt mit 14 Routern
> online! \o/
> 
> Vielen Dank an das tolle Team bestehend aus Herrn Zachler, Philipp,
> Daniel, dem Crimp-König Ulf*, Max, Alex, Sebastian, Just und Rapha!
> Hier gibt's noch ein Bildchen:
> 
> https://twitter.com/andrenarchy/status/394829831449243649
> 
> An die ausführliche Doku (mit weiteren Bildern) setze ich mich 
> heute Abend.
> 
> ciao, André
> 
> * bei einem Stecker war ein Adernpaar vertauscht ;)
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSbo5MAAoJEFUqJM/vAMbxtS0QAI/3nuqil/4FfcJo0COqcpza
xm9RUn2NKYbvuD1+vMSLzkvBh7OP2rO6nr4/7AG5uIhZtdiHLgaosyZ52gSonOv8
baUFVSaocBdHVlP6ClA14QHE/+9XyuvNEmLis2Y8nD6C29uCqBSZXYfkNNQugQ4B
kC8fYeFt8UqHDvYju8qfcfXYnJ2eK9V2XzD4j8z/nJuMO6c2c3l6nwkpVIwdJ+uq
OXlYWViX6xuyhQumyquix2FRa+EM5Su3ueSZ5jXPVwJdoGGfHzCKmCLFreTJhrFG
hkXt4W+QkVutwvxQi52bn7G169nKRgQ3tuV30n4RxQ9+6I6rk4H1XXjpiNikXAvq
iGyQWlMl19+sI6gQNmQpnXOkG8UaKSyYT+7VaAa9VUyQLXJoWQ9S2uR059a4Z9b7
KGLfkS44qFttf/p2njypTqlUfVmX7lmIx4x0pPxrrvlqhViJhq9Rh3ZDyC4+kuyS
mR/aA1iuoo6+7xr2+p87fJEVgIUG7jKPsFznSKUZ8voFPD2ppkPCdW4JtxuJpznm
JagbhQZOWM+IN//zzDYI3pxYU6VsDFk9w4XX5DCERvxeCEtZd1J54jYRCPf8pQGS
vzttnhYKrG03BsACUQvNyiJS+HfFImCj7TGXczKAmJ0c3hFli4UJqKGuqRNs0uhd
NNnxTxiQ+1iXy8raGptV
=2ewZ
-----END PGP SIGNATURE-----




From mochrize  Mon Oct 28 17:34:52 2013
From: mochrize (Christian von Sierakowski)
Date: Mon, 28 Oct 2013 17:34:52 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <526E8E4C.5050500@mi.fu-berlin.de>
References: <526E7B08.6030400@web-yard.de> <526E8E4C.5050500@mi.fu-berlin.de>
Message-ID: <CAM5p=ntNpKUm1VT81fN55jRHdBEpTbWUeR26Oc6S1Ceo1NjtdA@mail.gmail.com>

Der Schrumpfschluch muss nur warm werden. Das reicht völlig aus. Da sollte
es eigentlich keine Probleme mir der Netzwerkleitung geben.
Ich empfehle aber auch das selbstverschweissende Iso.
Gruß Christian
Elektrotechniker aus Spandau. ;)
Am 28.10.2013 17:18 schrieb "Philipp Borgers" <borgers at mi.fu-berlin.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Danke auch nochmal von mir. War ein riesen Spass.
>
> Ich würde vorschlagen, dass wir nochmal alle Erfahrungen und
> insbesondere Fehler/Fehlplanungen aufschreiben, sodass die nicht noch
> x-mal gemacht werden!
>
> Aus aktuellem Anlass: Schmilzt nicht das Netzwerkkabel an, wenn ihr
> den Schrumpfschlauch schrumpft! Das wird dann brüchig und die ganze
> Arbeit ist für den Arsch. Ev. will man da nochmal mit
> http://www.conrad.de/ce/de/product/540019/ rüber gehen?!! So machen
> das auch die GSM-Fritzen.
>
> Die Arcaden haben jetzt auch wieder Netz und sind ganz aus dem Häuschen!
>
> LG Philipp
>
> On 28.10.2013 15:56, André Gaul wrote:
> > Liebe Freifunker_innen,
> >
> > das Rathaus Kreuzberg ist nach 3 Tagen Basteln jetzt mit 14 Routern
> > online! \o/
> >
> > Vielen Dank an das tolle Team bestehend aus Herrn Zachler, Philipp,
> > Daniel, dem Crimp-König Ulf*, Max, Alex, Sebastian, Just und Rapha!
> > Hier gibt's noch ein Bildchen:
> >
> > https://twitter.com/andrenarchy/status/394829831449243649
> >
> > An die ausführliche Doku (mit weiteren Bildern) setze ich mich
> > heute Abend.
> >
> > ciao, André
> >
> > * bei einem Stecker war ein Adernpaar vertauscht ;)
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJSbo5MAAoJEFUqJM/vAMbxtS0QAI/3nuqil/4FfcJo0COqcpza
> xm9RUn2NKYbvuD1+vMSLzkvBh7OP2rO6nr4/7AG5uIhZtdiHLgaosyZ52gSonOv8
> baUFVSaocBdHVlP6ClA14QHE/+9XyuvNEmLis2Y8nD6C29uCqBSZXYfkNNQugQ4B
> kC8fYeFt8UqHDvYju8qfcfXYnJ2eK9V2XzD4j8z/nJuMO6c2c3l6nwkpVIwdJ+uq
> OXlYWViX6xuyhQumyquix2FRa+EM5Su3ueSZ5jXPVwJdoGGfHzCKmCLFreTJhrFG
> hkXt4W+QkVutwvxQi52bn7G169nKRgQ3tuV30n4RxQ9+6I6rk4H1XXjpiNikXAvq
> iGyQWlMl19+sI6gQNmQpnXOkG8UaKSyYT+7VaAa9VUyQLXJoWQ9S2uR059a4Z9b7
> KGLfkS44qFttf/p2njypTqlUfVmX7lmIx4x0pPxrrvlqhViJhq9Rh3ZDyC4+kuyS
> mR/aA1iuoo6+7xr2+p87fJEVgIUG7jKPsFznSKUZ8voFPD2ppkPCdW4JtxuJpznm
> JagbhQZOWM+IN//zzDYI3pxYU6VsDFk9w4XX5DCERvxeCEtZd1J54jYRCPf8pQGS
> vzttnhYKrG03BsACUQvNyiJS+HfFImCj7TGXczKAmJ0c3hFli4UJqKGuqRNs0uhd
> NNnxTxiQ+1iXy8raGptV
> =2ewZ
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131028/07e7c5f5/attachment.html>


From borgers  Mon Oct 28 17:43:17 2013
From: borgers (Philipp Borgers)
Date: Mon, 28 Oct 2013 17:43:17 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <CAM5p=ntNpKUm1VT81fN55jRHdBEpTbWUeR26Oc6S1Ceo1NjtdA@mail.gmail.com>
References: <526E7B08.6030400@web-yard.de> <526E8E4C.5050500@mi.fu-berlin.de>
	<CAM5p=ntNpKUm1VT81fN55jRHdBEpTbWUeR26Oc6S1Ceo1NjtdA@mail.gmail.com>
Message-ID: <526E9425.80104@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Weißt du, ob es da Unterschiede gibt? Gibt es Iso. das wetterfester
ist als anderes?

On 28.10.2013 17:34, Christian von Sierakowski wrote:
> Der Schrumpfschluch muss nur warm werden. Das reicht völlig aus. Da
> sollte es eigentlich keine Probleme mir der Netzwerkleitung geben. 
> Ich empfehle aber auch das selbstverschweissende Iso. Gruß
> Christian Elektrotechniker aus Spandau. ;) Am 28.10.2013 17:18
> schrieb "Philipp Borgers" <borgers at mi.fu-berlin.de>:
> 
> Danke auch nochmal von mir. War ein riesen Spass.
> 
> Ich würde vorschlagen, dass wir nochmal alle Erfahrungen und 
> insbesondere Fehler/Fehlplanungen aufschreiben, sodass die nicht
> noch x-mal gemacht werden!
> 
> Aus aktuellem Anlass: Schmilzt nicht das Netzwerkkabel an, wenn
> ihr den Schrumpfschlauch schrumpft! Das wird dann brüchig und die
> ganze Arbeit ist für den Arsch. Ev. will man da nochmal mit 
> http://www.conrad.de/ce/de/product/540019/ rüber gehen?!! So
> machen das auch die GSM-Fritzen.
> 
> Die Arcaden haben jetzt auch wieder Netz und sind ganz aus dem
> Häuschen!
> 
> LG Philipp
> 
> On 28.10.2013 15:56, André Gaul wrote:
>>>> Liebe Freifunker_innen,
>>>> 
>>>> das Rathaus Kreuzberg ist nach 3 Tagen Basteln jetzt mit 14
>>>> Routern online! \o/
>>>> 
>>>> Vielen Dank an das tolle Team bestehend aus Herrn Zachler,
>>>> Philipp, Daniel, dem Crimp-König Ulf*, Max, Alex, Sebastian,
>>>> Just und Rapha! Hier gibt's noch ein Bildchen:
>>>> 
>>>> https://twitter.com/andrenarchy/status/394829831449243649
>>>> 
>>>> An die ausführliche Doku (mit weiteren Bildern) setze ich
>>>> mich heute Abend.
>>>> 
>>>> ciao, André
>>>> 
>>>> * bei einem Stecker war ein Adernpaar vertauscht ;)
>>>> 
> 
>> 
>> _______________________________________________ Berlin mailing
>> list Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> 
> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSbpQlAAoJEFUqJM/vAMbx3WgP/1lZfM6x4ObglzX51Fb/Klwp
34LGy4XV0IF1Rv5DH+zK7qTQ2737IVL9vjrjhhCzlLEd0+LU53FI860VQJMh8y5M
p3leUbvJFbkogG3B3d/g+DfJ4bYRkflrJe0LB4LjrD4NE0lOgEW6uOUyyIEfF7ea
sxAJMN4HErD04njl/3+AhI/lvYxKnb0MDONFBHeIxsCYCDYSahpT6Xe9X9fSBLI0
KlhQJJmMSzEe7VlNnBWhw2JVaJQ9pAMICT7PrXM8Umze4y9U0/X9D09hWC96BeFm
HNr/ebYxFu0ud8Y6qDJ6v3HHW41vHjTThq7Jrz7Daakq//hkLU6sLjooAwBWBj08
CtBBhlOilK2W/NHEcj6wlKWcXIJSSmzjcsYp7SojJg7aEhJSZkWmj1t7txbFVUYs
UtwDmxD8sE5Q5yoBE+U+BU3bTBlByKFT3MoJDTQDcsTH+Z2r8Xqx/cgpmQCHOZ8f
Shl7eOX+X1+mwN7CCL1cFmDQua4Tnni77Ou1NLI03DCZ9L5w0zfQ37iJ3dGymPYZ
8HEuQ4Uu2GCcwALLRFgzwp3SKSXrL3UHu60o8Tcwqbc2G7aKLrTGwxDJ4AT9zD7s
FEqOiKbLg0HCCxWobnZGmV+yc2cIQTV1T7+CA9TltAamKeoLd8aFUAGxpRv922yE
x3i5amrJR3Q4FEfHFPRW
=Xyj1
-----END PGP SIGNATURE-----




From borgers  Mon Oct 28 18:18:49 2013
From: borgers (Philipp Borgers)
Date: Mon, 28 Oct 2013 18:18:49 +0100
Subject: [Berlin-wireless] anon.freifunk.net: Inhalt
Message-ID: <526E9C79.60308@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Moin,

ich hatte am Mittwoch mal mit Monic die http://anon.freifunk.net/
Seite angeguckt und wir waren beide etwas entsätzt :)

Könnten wir den Inhalt ev. updaten? Wo liegt der? Wie kann ich den
updaten?

Ich würden gerne einen Link für Spenden einbauen und ev. das Grau
ersetzen.

Noch Vorschläge, Wünsche?

LG Philipp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSbpx4AAoJEFUqJM/vAMbxgIwP/3uKCnZ9k6UCqYKhSTWqHcp7
ZLnyBJlrMZSxIGBdPy/kcSRFzzzwkDrd0OKkR6z2AibaWZH1jMA62iaHjeSpGDFX
gH88cRtWmEk5k5cNKpg1hkOoxkzMZXbyFfJXDPJRmPckzs84XwTIyHPojdufdsl7
EGwgn5EC3qPJ+4nlIVnL5euozDatvNPBr2j93fxdJ5H9L92jgMhrzqayWWsNxCvv
7elyLiInKERjBglTsdjeZVwMVli7icS7VvOyp/mVpy7FRZVtdjCN9yK21b+rNa4f
lPzwMd9Z+UH/S+hTcpwSPmZcKCePdbUYDFkHAYsjviYUPupVlJKnf+U/rfO98w/R
E/UR8v+TlIPVdA+NJFmY+3w6PVtS52nl2hULBI8Uh2azGNMA7OYZ4GwgHhSVWO4a
VQTfXSi/q+Xjk7QS7HfsM8dmbDGozK6/pbYyluOMNuUw9S6jmaFysKsVBr9Dgcuq
P7+xfIJEhh4+hKrwAHCVbXQn56FcRDcNMK0aWJ/7/jxlP3krmZW7HfSSUIn/ikiS
iNFf7jZgnkKUSYi6bJzlqptkZm8yYgPoJExj7uejFGMtgpZ90m4wgozQmpBMoDnd
m3dpujdAC46BZ/LG/h4tJm63T7iD8/KI/uUGw7yuTrDQdgRuFs8oG07EBEYrCUbq
/S7z8MYl06dXYvxsyCm3
=8uib
-----END PGP SIGNATURE-----




From mochrize  Mon Oct 28 18:26:48 2013
From: mochrize (Christian von Sierakowski)
Date: Mon, 28 Oct 2013 18:26:48 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <526E9425.80104@mi.fu-berlin.de>
References: <526E7B08.6030400@web-yard.de> <526E8E4C.5050500@mi.fu-berlin.de>
	<CAM5p=ntNpKUm1VT81fN55jRHdBEpTbWUeR26Oc6S1Ceo1NjtdA@mail.gmail.com>
	<526E9425.80104@mi.fu-berlin.de>
Message-ID: <CAM5p=ns8nwe+Svxb5cxHKafgMW03kmT_cJJL=kdH0WkJfRkOoA@mail.gmail.com>

Normales isotape ist wirklich nur zum kleben. Das selbstundso Iso ist schon
dafür gemacht, leg noch 12cent rauf und vedrahte das ganze in einer SD7 und
dort drin mit dem selbstundso. Das sollte reichen. Profis nehmen gelmuffen.
Aber die sind echt teuer.
Gruß.
Am 28.10.2013 17:43 schrieb "Philipp Borgers" <borgers at mi.fu-berlin.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Weißt du, ob es da Unterschiede gibt? Gibt es Iso. das wetterfester
> ist als anderes?
>
> On 28.10.2013 17:34, Christian von Sierakowski wrote:
> > Der Schrumpfschluch muss nur warm werden. Das reicht völlig aus. Da
> > sollte es eigentlich keine Probleme mir der Netzwerkleitung geben.
> > Ich empfehle aber auch das selbstverschweissende Iso. Gruß
> > Christian Elektrotechniker aus Spandau. ;) Am 28.10.2013 17:18
> > schrieb "Philipp Borgers" <borgers at mi.fu-berlin.de>:
> >
> > Danke auch nochmal von mir. War ein riesen Spass.
> >
> > Ich würde vorschlagen, dass wir nochmal alle Erfahrungen und
> > insbesondere Fehler/Fehlplanungen aufschreiben, sodass die nicht
> > noch x-mal gemacht werden!
> >
> > Aus aktuellem Anlass: Schmilzt nicht das Netzwerkkabel an, wenn
> > ihr den Schrumpfschlauch schrumpft! Das wird dann brüchig und die
> > ganze Arbeit ist für den Arsch. Ev. will man da nochmal mit
> > http://www.conrad.de/ce/de/product/540019/ rüber gehen?!! So
> > machen das auch die GSM-Fritzen.
> >
> > Die Arcaden haben jetzt auch wieder Netz und sind ganz aus dem
> > Häuschen!
> >
> > LG Philipp
> >
> > On 28.10.2013 15:56, André Gaul wrote:
> >>>> Liebe Freifunker_innen,
> >>>>
> >>>> das Rathaus Kreuzberg ist nach 3 Tagen Basteln jetzt mit 14
> >>>> Routern online! \o/
> >>>>
> >>>> Vielen Dank an das tolle Team bestehend aus Herrn Zachler,
> >>>> Philipp, Daniel, dem Crimp-König Ulf*, Max, Alex, Sebastian,
> >>>> Just und Rapha! Hier gibt's noch ein Bildchen:
> >>>>
> >>>> https://twitter.com/andrenarchy/status/394829831449243649
> >>>>
> >>>> An die ausführliche Doku (mit weiteren Bildern) setze ich
> >>>> mich heute Abend.
> >>>>
> >>>> ciao, André
> >>>>
> >>>> * bei einem Stecker war ein Adernpaar vertauscht ;)
> >>>>
> >
> >>
> >> _______________________________________________ Berlin mailing
> >> list Berlin at berlin.freifunk.net
> >> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>
> >
> >
> >
> > _______________________________________________ Berlin mailing
> > list Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJSbpQlAAoJEFUqJM/vAMbx3WgP/1lZfM6x4ObglzX51Fb/Klwp
> 34LGy4XV0IF1Rv5DH+zK7qTQ2737IVL9vjrjhhCzlLEd0+LU53FI860VQJMh8y5M
> p3leUbvJFbkogG3B3d/g+DfJ4bYRkflrJe0LB4LjrD4NE0lOgEW6uOUyyIEfF7ea
> sxAJMN4HErD04njl/3+AhI/lvYxKnb0MDONFBHeIxsCYCDYSahpT6Xe9X9fSBLI0
> KlhQJJmMSzEe7VlNnBWhw2JVaJQ9pAMICT7PrXM8Umze4y9U0/X9D09hWC96BeFm
> HNr/ebYxFu0ud8Y6qDJ6v3HHW41vHjTThq7Jrz7Daakq//hkLU6sLjooAwBWBj08
> CtBBhlOilK2W/NHEcj6wlKWcXIJSSmzjcsYp7SojJg7aEhJSZkWmj1t7txbFVUYs
> UtwDmxD8sE5Q5yoBE+U+BU3bTBlByKFT3MoJDTQDcsTH+Z2r8Xqx/cgpmQCHOZ8f
> Shl7eOX+X1+mwN7CCL1cFmDQua4Tnni77Ou1NLI03DCZ9L5w0zfQ37iJ3dGymPYZ
> 8HEuQ4Uu2GCcwALLRFgzwp3SKSXrL3UHu60o8Tcwqbc2G7aKLrTGwxDJ4AT9zD7s
> FEqOiKbLg0HCCxWobnZGmV+yc2cIQTV1T7+CA9TltAamKeoLd8aFUAGxpRv922yE
> x3i5amrJR3Q4FEfHFPRW
> =Xyj1
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131028/b0c7d240/attachment.html>


From freifunk  Mon Oct 28 21:33:58 2013
From: freifunk (Mirko Vogt)
Date: Mon, 28 Oct 2013 14:33:58 -0600
Subject: [Berlin-wireless] anon.freifunk.net: Inhalt
In-Reply-To: <526E9C79.60308@mi.fu-berlin.de>
References: <526E9C79.60308@mi.fu-berlin.de>
Message-ID: <526ECA36.8020802@nanl.de>

On 10/28/2013 11:18 AM, Philipp Borgers wrote:
> Moin,

Selber!

> 
> ich hatte am Mittwoch mal mit Monic die http://anon.freifunk.net/
> Seite angeguckt und wir waren beide etwas entsätzt :)
> 
> Könnten wir den Inhalt ev. updaten? Wo liegt der? Wie kann ich den
> updaten?

Hast 'ne Mail mit Zugangsdaten in deiner Inbox :)

> 
> Ich würden gerne einen Link für Spenden einbauen und ev. das Grau
> ersetzen.

> Noch Vorschläge, Wünsche?

Bei krassen v.a. inhaltlichen Änderungen am besten bitte nochmal
Rücksprache halten, da hier - auch wenn es ein Freifunk-Projekt ist -
noch andere mit im Boot sitzen (ipredator, zapf, etc.).
Vielleicht einfach /new aufmachen und dann nochmal ein Meinungsbild
einholen. Wie ihr aber schon diplomatisch formuliert habt: Schlimmer
kann es eigentlich nicht werden :)

Liebe Grüße aus San Cristobal de las casas

  mirko




From fischkeks  Tue Oct 29 13:15:37 2013
From: fischkeks (fischkeks at ist-einmalig.de)
Date: Tue, 29 Oct 2013 13:15:37 +0100 (CET)
Subject: [Berlin-wireless] =?utf-8?q?=2Eolsr_-_Domain_-_Aufl=C3=B6sungen?=
Message-ID: <trinity-abc862a6-bdb5-42b9-acb3-1560c7f0d6a5-1383048937170@3capp-gmx-bs23>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131029/2add67d8/attachment.html>


From onelektra  Tue Oct 29 20:27:23 2013
From: onelektra (Elektra)
Date: Tue, 29 Oct 2013 20:27:23 +0100
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <525DAED3.9090604@lunatiki.de>
References: <1734447.CeHBAMi4h6@pronix>
	<525DAED3.9090604@lunatiki.de>
Message-ID: <20131029202723.8f585d8c26b770d5f8f60066@gmx.net>

Hallo Patrick ?

wir benötigen das kmod-batman-adv Paket für den TP-Link WDR4900 für das Zwingli-Setup.

Chaotisch wie wir nun einmal sind, gibt einen gewissen Wildwuchs bei den 2.4 GHz Mesh-Interfaces, was ESSID, Kanal, IBSSID und Bandbreite  angeht.

Ich denke, wir werden auf der Zwingli im 2.4 GHz nur Kanal 13 fahren. Wir müssten uns da irgendwie mit den anderen Standorten einigen ;)

ch13.freifunk.net ist irgendwie klar, das kann man auf allen Kanälen <100 entsprechend machen.
Da der erste Block der MAC-Adresse nicht ungerade sein sollte, was bei ungeraden Kanälen natürlich nicht funzt, würde ich hier gerne

02:13:CA:FF:EE:EE 

setzen. Was meint Ihr?

Ausserdem denke ich, wir sollten die AP Interface für die Clients nicht unterschiedlich setzen, sondern immer

freifunk.net 

nehmen. Sonst muss man ständig als Client den AP wechseln, wenn man mal um die Ecke geht. 

Einige haben auch HT40 Modus im 2.4 GHz-Band gewählt (http://wiki.freifunk.net/Berlin:Standorte:Segenskirche:Channel). Ich denke, dass das keine so gute Idee ist. Für die Richtfunkstrecken auf jeden Fall 40 MHz Bandbreite, wenn es der Link zulässt. Aber um nach unten zu funken? Auch nach unten funken mit 40 MHz Bandbreite bei 5 GHz scheint mir nicht so dolle zu sein, die Reichweite ist bei 5 GHz sonst eher karg. Im Einzelfall mag das ja einen Extra-Geschindigkeitskick geben. So viel ich weiß, schalten die Geräte nicht automatisch auf 20 MHz zurück, oder?

Wegen Air-OS, ich nehme an wir müssen dort im Station-Modus WDS einschalten wenn wir uns mit einem Master verbinden, die reinen Ubiqiti-Dinger sollen ja lediglich als Wireless-Bridges funktionieren.

Gibt es noch andere Settings, die nicht Default sind, die wir noch ändern müssen? Wäre schön zu wissen, ob es da noch das eine oder andere Schmankerl gibt, dass man sich nicht entgehen lassen sollte. Da fällt so ein Feature ins Auge, wo der Kanal ein paar MHz automatisch abweichen kann. Wir haben das "aus" gelassen. Hat jemand Screenshots vom Ubiquiti Setup gemacht?

Für batman-adv habe ich ein Script gemacht, das haben wir einfach per SCP in die OpenWrt-Büchsen nach /etc/init.d kopiert und mit 

/etc/init.d/bat-adv enable 

aktiviert. Das batman-adv Setup nach der Doku, die ich im Open-Mesh Wiki gefunden habe ist so heillos kompliziert und man sperrt sich haste was kannste aus ? mehrere Interfaces dem batman-adv vorzuwerfen ist nicht in der Doku behandelt. Das brauchen wir aber. Mit dem Script funzt es innerhalb von Sekunden, einfach vorher batman-adv installieren ;) Ihr könnt ja noch auf unsere Real-Life Experience warten. 

Bis morgen in der c-base,
Elektra




> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iEYEARECAAYFAlJdrtMACgkQr9m0OkMZoqQXsQCgsCdnCYXyHx/MjZq0rooXnnna
> 974AoK/J31Y/t4NR3Kex8LSPK0aaIM7N
> =ORdG
> -----END PGP SIGNATURE-----
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin


-- 
Elektra <onelektra at gmx.net>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : bat-adv
Dateityp    : application/octet-stream
Dateigröße  : 325 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131029/f03be527/attachment.obj>


From onelektra  Tue Oct 29 20:31:02 2013
From: onelektra (Elektra)
Date: Tue, 29 Oct 2013 20:31:02 +0100
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
References: <1734447.CeHBAMi4h6@pronix> <525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
Message-ID: <20131029203102.641891fd00f35862a746b734@gmx.net>

Korrektur:

> ch13.freifunk.net ist irgendwie klar, das kann man auf allen Kanälen <100 entsprechend machen.

Gemeint war, dass 

02:100:CA:FF:EE:EE 

so nicht funzt.

E.




From patrick  Tue Oct 29 21:17:14 2013
From: patrick (Patrick)
Date: Tue, 29 Oct 2013 21:17:14 +0100
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
References: <1734447.CeHBAMi4h6@pronix>	<525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
Message-ID: <527017CA.20105@lunatiki.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi Elektra

Am 29.10.13 20:27, schrieb Elektra:
> Hallo Patrick ?
> 
> wir benötigen das kmod-batman-adv Paket für den TP-Link WDR4900
> für das Zwingli-Setup.

Baue ich gerade.

> 
> Chaotisch wie wir nun einmal sind, gibt einen gewissen Wildwuchs 
> bei den 2.4 GHz Mesh-Interfaces, was ESSID, Kanal, IBSSID und 
> Bandbreite  angeht.
> 
> Ich denke, wir werden auf der Zwingli im 2.4 GHz nur Kanal 13 
> fahren. Wir müssten uns da irgendwie mit den anderen Standorten 
> einigen ;)
> 
> ch13.freifunk.net ist irgendwie klar, das kann man auf allen 
> Kanälen <100 entsprechend machen. Da der erste Block der 
> MAC-Adresse nicht ungerade sein sollte, was bei ungeraden Kanälen 
> natürlich nicht funzt, würde ich hier gerne
> 
> 02:13:CA:FF:EE:EE
> 
> setzen. Was meint Ihr?

http://wiki.freifunk.net/Berlin:Standorte:Segenskirche:Channel

Die Kanäle 1-14 sind Hexadezimal Kodiert.
12:...    = 1
02:...    = 10 #Ausnahme
B2:...    = 11
E2:...    = 14

Die Kanäle 36-140 sind Dezimal Kodiert mit 2 als trenner.
02:36:... = 36
12:00:... = 100
12:40:... = 140


> 
> Ausserdem denke ich, wir sollten die AP Interface für die Clients 
> nicht unterschiedlich setzen, sondern immer
> 
> freifunk.net
> 
> nehmen. Sonst muss man ständig als Client den AP wechseln, wenn
> man mal um die Ecke geht.
> 
> Einige haben auch HT40 Modus im 2.4 GHz-Band gewählt 
> (http://wiki.freifunk.net/Berlin:Standorte:Segenskirche:Channel). 
> Ich denke, dass das keine so gute Idee ist. Für die 
> Richtfunkstrecken auf jeden Fall 40 MHz Bandbreite, wenn es der 
> Link zulässt. Aber um nach unten zu funken? Auch nach unten funken 
> mit 40 MHz Bandbreite bei 5 GHz scheint mir nicht so dolle zu
> sein, die Reichweite ist bei 5 GHz sonst eher karg. Im Einzelfall
> mag das ja einen Extra-Geschindigkeitskick geben. So viel ich
> weiß, schalten die Geräte nicht automatisch auf 20 MHz zurück,
> oder?
> 
> Wegen Air-OS, ich nehme an wir müssen dort im Station-Modus WDS 
> einschalten wenn wir uns mit einem Master verbinden, die reinen 
> Ubiqiti-Dinger sollen ja lediglich als Wireless-Bridges 
> funktionieren.

Nein. Einfach STA Mode auf lan bruecken. Funzt.
Auf dem Air-OS AP mode unbedingt Client Isolation einschalten.
Wenn sich Broadcom oder Madwifi geraete mit dem Air-OS AP verbinden
muessen muss der AP HT20 only machen.

> 
> Gibt es noch andere Settings, die nicht Default sind, die wir noch 
> ändern müssen? Wäre schön zu wissen, ob es da noch das eine oder 
> andere Schmankerl gibt, dass man sich nicht entgehen lassen
> sollte. Da fällt so ein Feature ins Auge, wo der Kanal ein paar
> MHz automatisch abweichen kann. Wir haben das "aus" gelassen. Hat 
> jemand Screenshots vom Ubiquiti Setup gemacht?
Nein aber Config Backup. Siehe Anhang. ;-)

> 
> Für batman-adv habe ich ein Script gemacht, das haben wir einfach 
> per SCP in die OpenWrt-Büchsen nach /etc/init.d kopiert und mit
> 
> /etc/init.d/bat-adv enable
> 
> aktiviert. Das batman-adv Setup nach der Doku, die ich im
> Open-Mesh Wiki gefunden habe ist so heillos kompliziert und man
> sperrt sich haste was kannste aus ? mehrere Interfaces dem
> batman-adv vorzuwerfen ist nicht in der Doku behandelt. Das
> brauchen wir aber. Mit dem Script funzt es innerhalb von Sekunden,
> einfach vorher batman-adv installieren ;) Ihr könnt ja noch auf
> unsere Real-Life Experience warten.
Koennte ich als bat-adv-init.ipk bauen. zum nachinstallieren mit den
kmod-batman-adv.

> 
> Bis morgen in der c-base,

Ich kann leider erst nächste Woche wieder.

Gruss
            Patrick

PS: Bin Do und Fr im Büro.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJwF8oACgkQr9m0OkMZoqQXbwCgu5mT19LiQXEz1HPE8hARUXNW
VJUAn1fbaoG4cEQtUxgheaMNbcTd0Vm8
=/Y/H
-----END PGP SIGNATURE-----
-------------- nächster Teil --------------
aaa.1.radius.acct.1.status=disabled
wpasupplicant.status=disabled
wpasupplicant.device.1.status=disabled
wireless.status=enabled
wireless.hideindoor.status=disabled
wireless.1.wmmlevel=
wireless.1.wmm=enabled
wireless.1.wds.status=disabled
wireless.1.wds.6.peer=
wireless.1.wds.5.peer=
wireless.1.wds.4.peer=
wireless.1.wds.3.peer=
wireless.1.wds.2.peer=
wireless.1.wds.1.peer=
wireless.1.status=enabled
wireless.1.ssid=segen-top-nord-ost
wireless.1.signal_led_status=enabled
wireless.1.signal_led4=65
wireless.1.signal_led3=73
wireless.1.signal_led2=80
wireless.1.signal_led1=94
wireless.1.sens=0
wireless.1.security.type=none
wireless.1.scan_list.status=disabled
wireless.1.scan_list.channels=
wireless.1.mcast.enhance=2
wireless.1.mac_acl.status=disabled
wireless.1.mac_acl.policy=allow
wireless.1.l2_isolation=enabled
wireless.1.hide_ssid=disabled
wireless.1.frameburst=0
wireless.1.fastframes=0
wireless.1.devname=ath0
wireless.1.compression=0
wireless.1.autowds=disabled
wireless.1.authmode=1
wireless.1.ap=
wireless.1.addmtikie=disabled
vlan.status=disabled
users.status=enabled
users.2.status=disabled
users.1.status=enabled
users.1.password=sn/xG2YPfTIjE
users.1.name=ubnt
update.check.status=enabled
telnetd.status=disabled
system.timezone=GMT-1
system.longitude=
system.latitude=
system.eirp.status=disabled
system.date.timestamp=
system.date.status=disabled
system.cfg.version=65543
system.button.reset=enabled
syslog.status=enabled
syslog.remote.status=
sshd.status=enabled
sshd.port=22
sshd.auth.passwd=enabled
snmp.status=disabled
route.status=enabled
route.1.status=disabled
route.1.netmask=0
route.1.ip=0.0.0.0
route.1.gateway=192.168.1.1
route.1.devname=br0
route.1.comment=
resolv.status=disabled
resolv.nameserver.2.status=enabled
resolv.nameserver.2.ip=
resolv.nameserver.1.status=enabled
resolv.nameserver.1.ip=
resolv.host.1.status=enabled
resolv.host.1.name=segen-top-nord-ost
radio.status=enabled
radio.rate_module=atheros
radio.countrycode=276
radio.1.txpower=20
radio.1.thresh62g=
radio.1.thresh62b=
radio.1.thresh62a=
radio.1.subsystemid=0xe2b5
radio.1.status=enabled
radio.1.rts=off
radio.1.reg_obey=enabled
radio.1.rate.mcs=15
radio.1.rate.auto=enabled
radio.1.qdur=
radio.1.pollingpri=
radio.1.pollingnoack=0
radio.1.polling_fh_time=3000
radio.1.polling_fh_announce_cnt=30
radio.1.polling_fh=0
radio.1.polling=disabled
radio.1.obey=enabled
radio.1.mode=master
radio.1.mcastrate=15
radio.1.low_txpower_mode=disabled
radio.1.ieee_mode=11naht20
radio.1.freq=5620
radio.1.forbiasauto=0
radio.1.dfs.status=enabled
radio.1.devname=ath0
radio.1.cwm.mode=0
radio.1.cwm.enable=0
radio.1.countrycode=276
radio.1.clksel=1
radio.1.chanshift=0
radio.1.chanbw=0
radio.1.antenna.id=4
radio.1.ani.status=disabled
radio.1.ampdu.status=enabled
radio.1.ampdu.frames=32
radio.1.ampdu.bytes=50000
radio.1.airsync.status=disabled
radio.1.airsync.slot.up=
radio.1.airsync.slot.override=disabled
radio.1.airsync.slot.down=
radio.1.airsync.port=
radio.1.airsync.mode=
radio.1.airsync.ip=
radio.1.acktimeout=39
radio.1.ackdistance=2700
radio.1.ack.auto=disabled
pwdog.status=disabled
ppp.status=disabled
ntpclient.status=enabled
ntpclient.1.status=enabled
ntpclient.1.server=0.de.pool.ntp.org
netmode=bridge
netconf.status=enabled
netconf.3.up=enabled
netconf.3.status=enabled
netconf.3.role=mlan
netconf.3.netmask=255.255.255.0
netconf.3.mtu=1500
netconf.3.ip=0.0.0.0
netconf.3.hwaddr.status=disabled
netconf.3.hwaddr.mac=
netconf.3.devname=br0
netconf.3.autoip.status=disabled
netconf.2.up=enabled
netconf.2.status=enabled
netconf.2.role=bridge_port
netconf.2.promisc=enabled
netconf.2.netmask=255.255.255.0
netconf.2.mtu=1500
netconf.2.ip=0.0.0.0
netconf.2.hwaddr.status=disabled
netconf.2.hwaddr.mac=
netconf.2.devname=ath0
netconf.2.autoip.status=disabled
netconf.2.allmulti=enabled
netconf.1.up=enabled
netconf.1.status=enabled
netconf.1.role=bridge_port
netconf.1.promisc=enabled
netconf.1.netmask=255.255.255.0
netconf.1.mtu=1500
netconf.1.ip=0.0.0.0
netconf.1.hwaddr.status=disabled
netconf.1.hwaddr.mac=
netconf.1.devname=eth0
netconf.1.autoneg=enabled
netconf.1.autoip.status=disabled
httpd.status=enabled
httpd.session.timeout=900
httpd.port=80
httpd.https.status=enabled
httpd.https.port=443
gui.language=de_DE
ebtables.sys.vlan.status=disabled
ebtables.sys.status=enabled
ebtables.sys.eap.status=disabled
ebtables.sys.eap.1.status=enabled
ebtables.sys.eap.1.devname=ath0
ebtables.sys.arpnat.status=disabled
ebtables.sys.arpnat.1.status=enabled
ebtables.sys.arpnat.1.devname=ath0
ebtables.status=enabled
dyndns.status=disabled
discovery.status=enabled
discovery.cdp.status=enabled
dhcpd.status=disabled
dhcpc.status=enabled
dhcpc.1.status=enabled
dhcpc.1.fallback_netmask=255.255.255.0
dhcpc.1.fallback=192.168.1.20
dhcpc.1.devname=br0
bridge.status=enabled
bridge.1.stp.status=disabled
bridge.1.status=enabled
bridge.1.port.2.status=enabled
bridge.1.port.2.devname=ath0
bridge.1.port.1.status=enabled
bridge.1.port.1.devname=eth0
bridge.1.fd=1
bridge.1.devname=br0
airview.tcp_port=18888
aaa.status=disabled
aaa.1.status=disabled
aaa.1.radius.macacl.status=disabled
aaa.1.radius.auth.1.status=disabled


From patrick  Tue Oct 29 22:04:14 2013
From: patrick (Patrick)
Date: Tue, 29 Oct 2013 22:04:14 +0100
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <527017CA.20105@lunatiki.de>
References: <1734447.CeHBAMi4h6@pronix>	<525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
	<527017CA.20105@lunatiki.de>
Message-ID: <527022CE.40409@lunatiki.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 29.10.13 21:17, schrieb Patrick:
> 
> Hi Elektra
> 
> Am 29.10.13 20:27, schrieb Elektra:
>> Hallo Patrick ?
> 
>> wir benötigen das kmod-batman-adv Paket für den TP-Link WDR4900
>> für das Zwingli-Setup.
> 
> Baue ich gerade.

Fertig.

http://testing.pberg.freifunk.net/barrier_breaker/bleeding-edge/mpc85xx/packages/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJwIs4ACgkQr9m0OkMZoqS3OwCg9wjs8qm6cQ5/Dhzpsr+vihy/
fq4An2F+iqhosxXevxxqT7Q0Ij2qMWlt
=v45j
-----END PGP SIGNATURE-----




From gaul  Tue Oct 29 22:21:39 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Tue, 29 Oct 2013 22:21:39 +0100
Subject: [Berlin-wireless] Segenskirche Announcement
In-Reply-To: <20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
References: <1734447.CeHBAMi4h6@pronix>	<525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
Message-ID: <527026E3.1070303@web-yard.de>

Am 29.10.2013 20:27, schrieb Elektra:
> wir benötigen das kmod-batman-adv Paket für den TP-Link WDR4900 für das Zwingli-Setup.

Freut mich, dass ihr auch an der Zwingli am Basteln seid! :) Bin
gespannt auf das batman-Setup und eure Erfahrungen damit. In xberg
moechte ich das auch installieren sobald ihr das smooth am Laufen habt. ;)

Gleich gibt's noch die xberg-doku...

ciao,
André
-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From j.neumann  Tue Oct 29 22:34:04 2013
From: j.neumann (Juergen Neumann)
Date: Tue, 29 Oct 2013 22:34:04 +0100
Subject: [Berlin-wireless] Einheitliche ESSID - war Re: Segenskirche
 Announcement
In-Reply-To: <20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
References: <1734447.CeHBAMi4h6@pronix> <525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
Message-ID: <1383082444.3036.9.camel@junes.haus.k9>

Hallo Elektra, hallo Liste,

> Ausserdem denke ich, wir sollten die AP Interface für die Clients nicht unterschiedlich setzen, sondern immer
> 
> freifunk.net 

Mein letzter Stand war, dass wir in Berlin berlin.freifunk.net nehmen
wollten. Wie haben das denn die anderen bisher gemacht? 

berlin.freifunk.net vs. freifunk.net?

freifunk.net ist schön kurz, aber die Idee war ja ( ... irgendwann
mal ..), dass die ESSID die URL der lokalen Community sein sollte.

Wir sollten das jetzt einfach mal fest legen. Allerdings wäre schon auch
interessant, wie es die anderen Communities in ihren Städten/Regionen
machen. Weiss das hier zufällig eine_r?

LG

JuergeN

PS: Kann morgen wahrscheinlich auch nicht in die c-base kommen.
PPS: Gute Nachrichten: Wir haben die Samariter Kirche (wieder)!


	  




From gaul  Wed Oct 30 01:37:44 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Wed, 30 Oct 2013 01:37:44 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <526E7B08.6030400@web-yard.de>
References: <526E7B08.6030400@web-yard.de>
Message-ID: <527054D8.1050809@web-yard.de>

Am 28.10.2013 15:56, schrieb André Gaul:
> An die ausführliche Doku (mit weiteren Bildern) setze ich mich heute Abend.

hier gibt's nun einiges an Dokumentation und ein paar Bilder:

  http://wiki.freifunk.net/Berlin:Standorte:Bezirksamt_Kreuzberg

Bitte lasst mich wissen, falls etwas fehlt oder falls etwas falsch sein
sollte. Weitere Bilder kommen im Laufe der nächsten Tage.

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From borgers  Wed Oct 30 02:13:45 2013
From: borgers (Philipp Borgers)
Date: Wed, 30 Oct 2013 02:13:45 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <527054D8.1050809@web-yard.de>
References: <526E7B08.6030400@web-yard.de> <527054D8.1050809@web-yard.de>
Message-ID: <52705D49.5020006@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ich hatte auch nochmal angefangen Erfahrungen festzuhalten. Vielleicht
wollen wir das irgendwo im Wiki sammeln und ergänzen?

http://pad.freifunk.net/p/installationstips

Ich fände es auch nicht schlecht, wenn man nochmal kurz die Idee des
Setups in ein paar Sätzen festhält. Ich hätte das natürlich GANZ
anders gemacht und deshalb wäre es cool, wenn ich verstehe warum du
das so machst.

LG Philipp

On 30.10.2013 01:37, André Gaul wrote:
> Am 28.10.2013 15:56, schrieb André Gaul:
>> An die ausführliche Doku (mit weiteren Bildern) setze ich mich 
>> heute Abend.
> 
> hier gibt's nun einiges an Dokumentation und ein paar Bilder:
> 
> http://wiki.freifunk.net/Berlin:Standorte:Bezirksamt_Kreuzberg
> 
> Bitte lasst mich wissen, falls etwas fehlt oder falls etwas falsch 
> sein sollte. Weitere Bilder kommen im Laufe der nächsten Tage.
> 
> ciao, André
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJScF1JAAoJEFUqJM/vAMbxc0EP/0LtNmTWryPzX2Cg0mgImUzo
5DhFk4syGEQ3ZXOnPjNEjNgne+U6E3Avna85zAKQOGbFeyLG1WJoMcTinT81smRM
KnEtMaAZidWy2ucPgo1LL+SxB09VDHxRuMtVJJ72sOVZsVbAcTg9HV2IBP0X7wop
A1ulAE+vUu55UfwYaXJj9zVZFxP8ffoun/+EDUfSOi7mf7fm5INhcuMJ3JDIr/2q
HYx7ibukw1vRRjWD/SGoZKj+HoUxTkadhXswGM77+7p5sd43EruAy3fo5jLlrgPG
lDhV6+4BhpxI3rwu+b8uznrv2F0cEdSXL7xITuRTeSyoFl68fB+GcQvwWKVGCVrD
LRFLMUAxpG8IcvJM3SaaEwaP17wgkwwt+qPrU9TlHSZym5O0SwUrXVP1vCWtHb1U
IUHvl9BPpVnDidA2SHk78hoi50h9AO9dxcdktcPncFn0IRcPDE0nb/lVJfuXw0k8
KnC0vpQeFpGuSRHOLeqphdszbPe/TIpHxsFYNRiLgw4V+ighlvIgD5rA8B8ojIdY
QIJuytd6ASe5wo9xWukMbMdMx3c9b1KMUw3RIt2HfJkz5C3ekn2HPfMP8QC/Me0k
vCU4xPDaL+Rg/Wddmg8bkBKMr5QU70icAPLpEDzbZ1vtibt3Jpr/AmF99761oYEp
STeofQ49hh8Flm8FB4wH
=o+Gf
-----END PGP SIGNATURE-----




From borgers  Wed Oct 30 02:22:01 2013
From: borgers (Philipp Borgers)
Date: Wed, 30 Oct 2013 02:22:01 +0100
Subject: [Berlin-wireless] Einheitliche ESSID - war Re: Segenskirche
	Announcement
In-Reply-To: <1383082444.3036.9.camel@junes.haus.k9>
References: <1734447.CeHBAMi4h6@pronix>
	<525DAED3.9090604@lunatiki.de>	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
	<1383082444.3036.9.camel@junes.haus.k9>
Message-ID: <52705F39.10006@mi.fu-berlin.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ich verstehe nicht ganz warum wir einheitliche essids brauchen.
Solange freifunk drin steckt, ist in meinen Augen alles gut, außer wir
fangen an batman zu nutzen. Dann macht es ev. Sinn wegen roaming?

On 29.10.2013 22:34, Juergen Neumann wrote:
> Hallo Elektra, hallo Liste,
> 
>> Ausserdem denke ich, wir sollten die AP Interface für die Clients
>> nicht unterschiedlich setzen, sondern immer
>> 
>> freifunk.net
> 
> Mein letzter Stand war, dass wir in Berlin berlin.freifunk.net
> nehmen wollten. Wie haben das denn die anderen bisher gemacht?

Anders. Andre hat da Himmelsrichtungen eingebaut und ich würde das
ähnlich machen bzw. mich am hostname des Routers orientieren, z.B.
arcaden-no-freifunk-ap

> berlin.freifunk.net vs. freifunk.net?
> 
> freifunk.net ist schön kurz, aber die Idee war ja ( ... irgendwann 
> mal ..), dass die ESSID die URL der lokalen Community sein sollte.

Sinn? Zweck? So viele auf einem Fleck haben wir jetzt auch nicht oder?
Was haben wir von der Unterscheidung?

> Wir sollten das jetzt einfach mal fest legen. Allerdings wäre schon
> auch interessant, wie es die anderen Communities in ihren
> Städten/Regionen machen. Weiss das hier zufällig eine_r?
> 
> LG
> 
> JuergeN
> 
> PS: Kann morgen wahrscheinlich auch nicht in die c-base kommen. 
> PPS: Gute Nachrichten: Wir haben die Samariter Kirche (wieder)!

D.h.? Wie verfahren wir weiter mit der Samariter Kirche? Ich fände es
gut, wenn wir eine Bestandsaufnahme machen könnten.

> 
> 
> 
> _______________________________________________ Berlin mailing
> list Berlin at berlin.freifunk.net 
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJScF85AAoJEFUqJM/vAMbxiz8QAJcAOTnwDl21GwuUffaea5dz
KW/iSHnDaL/M/4UJZIN/R1SUAMG0GvdP7edowY4jNCVlmJUbWM60j32nCJIyvOsL
8Rs/Nl35Z5oqLxrcmcJbemN2WMtdEfL6xjX4OHCsSvQnqgsQjNNDH6ljCFdjv2XB
+FPoBmus04Su4HZmQeolBb0adbbded2A7CnP2vYWIrxsTbGPdkPrzyqurEZWu1AU
99Rj0JvGjTXmgyrOKj0RV56GvgE1w81Dk9Fe/QBpCbaR9nFx9zDHYyC1BdCeBYmS
MpSWu8a2sTcrAQZipIvs6cn0yLbCE5/30LEPsAZFw4a+jDgjlxMpeMpS4+um59VG
BNugjZi7FNYWDc6zPoJG+9g7aKJzIzRvqH5MrUzBHyqOTzyIlrBdHyr7AlQlB0Jg
ZRUwfMJ5S3q11hufMkwywpMy1eBjC2JPFbvz2RWWfnB4gnlvYAxoaJxIOkc5609c
zpr4clkRb2fyT86jdEYiEaJOjLvNRMLW46+WCr2hquvF6JVn/KIj74FfAQ4W/eXS
Um9Atu/5PTjOYTsIxaeK2qUfeeWhRa/eoKiTFTIjl3cxdUhcYnaaPI8cfxFJoVH6
gk8b8UdqWGzrD2xkCAPlSeAx4oXQUO9L88qTFYdyU+q0ntqTFvaysh9aTrld+Wq3
zom/NvkLD8KKQGQiIkp8
=OVhd
-----END PGP SIGNATURE-----




From onelektra  Wed Oct 30 06:05:14 2013
From: onelektra (=?utf-8?B?b25lbGVrdHJhQGdteC5uZXQ=?=)
Date: Wed, 30 Oct 2013 06:05:14 +0100
Subject: [Berlin-wireless] =?utf-8?q?Antw=2E=3A__Einheitliche_ESSID_-_war_?=
 =?utf-8?q?Re=3A_Segenskirche=09Announcement?=
Message-ID: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com>

Hi -

es geht ums Roaming, dank Batman-Adv auch mit automatischem Handover im Kiez, solange die Dichte der Funk-Abdeckung ausreicht. Die APs sind in erster Linie für die mobilen Clients wichtig - warum soll man sich zig AP-Einträge auf dem Mobilgerät anlegen, damit man Freifunk in der Stadt nutzen kann, wenn man unterwegs ist?

Zuhause ist da, wo das WLAN sich automatisch verbindet ;)

Grüße,
Elektra



---
I have ceased to talk with the voice in my head. The voice in my head has stopped talking to me. I am one with the universe. The mind dissolved in a little cloud of logic. Serenity.

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/b6822676/attachment.html>


From onelektra  Wed Oct 30 06:12:46 2013
From: onelektra (=?utf-8?B?b25lbGVrdHJhQGdteC5uZXQ=?=)
Date: Wed, 30 Oct 2013 06:12:46 +0100
Subject: [Berlin-wireless] =?utf-8?q?Antw=2E=3A__Segenskirche_Announcement?=
Message-ID: <0MVIva-1VAX0o3HUE-00YkFZ@mail.gmx.com>

Hallo Patrick -

vielen Dank! Was spricht dagegen, das batman-adv Kernel-Modul direkt einzubauen? Es spricht vieles dafür - da es ein Kernelmodul ist, muss es aus demselben Build stammen, sonst mag es der Kernel u.U. nicht und beschwert sich über ?missing symbols?. Platz ist ja genug.

Gruß,
Elektra

---
I have ceased to talk with the voice in my head. The voice in my head has stopped talking to me. I am one with the universe. The mind dissolved in a little cloud of logic. Serenity.

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/c51e5594/attachment.html>


From haralds  Wed Oct 30 08:07:16 2013
From: haralds (=?UTF-8?Q?Harald_St=C3=BCrzebecher?=)
Date: Wed, 30 Oct 2013 08:07:16 +0100
Subject: [Berlin-wireless] Antw.: Einheitliche ESSID - war Re:
 Segenskirche Announcement
In-Reply-To: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com>
References: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com>
Message-ID: <CAFhJTv4P8upNFwZqUVxGmrovYBAqFXJhwE103pf5XMeEUM-g1w@mail.gmail.com>

Am 30.10.2013 06:05 schrieb "onelektra at gmx.net" <onelektra at gmx.net>:
>
> Hi -
>
> es geht ums Roaming, dank Batman-Adv auch mit automatischem Handover im
Kiez, solange die Dichte der Funk-Abdeckung ausreicht. Die APs sind in
erster Linie für die mobilen Clients wichtig - warum soll man sich zig
AP-Einträge auf dem Mobilgerät anlegen, damit man Freifunk in der Stadt
nutzen kann, wenn man unterwegs ist?
>

Es soll sogar Leute geben, die regelmäßig reisen. ;-)

Wie soll deren "User-Experience" aussehen?

1) User kommt in neue Freifunk-Community und die Netzwerkverbindung ist
automatisch da.

2) User kommt in neue Freifunk-Community und muss erstmal aus den 25
angezeigten Netzwerken das richtige auswählen.

Ich würde 1) klar bevorzugen. Um auf die lokale Community aufmerksam zu
machen, kann IMHO eine Splashseite eingeblendet werden.

Falls jemand eine Idee für eine international sinnvolle ESSID hat ...

> Zuhause ist da, wo das WLAN sich automatisch verbindet ;)

https://www.eduroam.org/ benutzt AFAICT genau eine ESSID: eduroam

Weltweit.

Nach Erfahrungsberichten einiger Nutzer funktioniert das sogar. ;-)

Harald
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/084e5ad0/attachment.html>


From u.kypke  Wed Oct 30 09:18:39 2013
From: u.kypke (ulf kypke)
Date: Wed, 30 Oct 2013 09:18:39 +0100
Subject: [Berlin-wireless] Einheitliche ESSID - war Re: Segenskirche
	Announcement
In-Reply-To: <52705F39.10006@mi.fu-berlin.de>
References: <1734447.CeHBAMi4h6@pronix> <525DAED3.9090604@lunatiki.de>
	<20131029202723.8f585d8c26b770d5f8f60066@gmx.net>
	<1383082444.3036.9.camel@junes.haus.k9>
	<52705F39.10006@mi.fu-berlin.de>
Message-ID: <CAKUNv3tQQrwJ0Hd=dMdv-5SSGPYaT5eXL5qnXziTF-MkQVAGxA@mail.gmail.com>

hallo jürgen, liste
welcher namen, ob nun berlin... oder nicht das können die freifunker ja
demokratisch lösen, aber auf jeden fall sollten es für accesspoint zugänge
immer der gleiche name sein.
gründe wurden schon genannt.

und wegen der sama, das ist ja prima. vor einiger zeit hatte ich mit
morlang viel zeit in ein setup investiert was meines wissens nie
installiert wurde, mit grosser metalkiste und nanos, remote power
patchfeld, pg verschraubung, etc.
wo ist das geblieben und wenn es sich wiederfindet, könenn wir es montieren
und etwas kosten sparen
gruss ulf

Am 30. Oktober 2013 02:22 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ich verstehe nicht ganz warum wir einheitliche essids brauchen.
> Solange freifunk drin steckt, ist in meinen Augen alles gut, außer wir
> fangen an batman zu nutzen. Dann macht es ev. Sinn wegen roaming?
>
> On 29.10.2013 22:34, Juergen Neumann wrote:
> > Hallo Elektra, hallo Liste,
> >
> >> Ausserdem denke ich, wir sollten die AP Interface für die Clients
> >> nicht unterschiedlich setzen, sondern immer
> >>
> >> freifunk.net
> >
> > Mein letzter Stand war, dass wir in Berlin berlin.freifunk.net
> > nehmen wollten. Wie haben das denn die anderen bisher gemacht?
>
> Anders. Andre hat da Himmelsrichtungen eingebaut und ich würde das
> ähnlich machen bzw. mich am hostname des Routers orientieren, z.B.
> arcaden-no-freifunk-ap
>
> > berlin.freifunk.net vs. freifunk.net?
> >
> > freifunk.net ist schön kurz, aber die Idee war ja ( ... irgendwann
> > mal ..), dass die ESSID die URL der lokalen Community sein sollte.
>
> Sinn? Zweck? So viele auf einem Fleck haben wir jetzt auch nicht oder?
> Was haben wir von der Unterscheidung?
>
> > Wir sollten das jetzt einfach mal fest legen. Allerdings wäre schon
> > auch interessant, wie es die anderen Communities in ihren
> > Städten/Regionen machen. Weiss das hier zufällig eine_r?
> >
> > LG
> >
> > JuergeN
> >
> > PS: Kann morgen wahrscheinlich auch nicht in die c-base kommen.
> > PPS: Gute Nachrichten: Wir haben die Samariter Kirche (wieder)!
>
> D.h.? Wie verfahren wir weiter mit der Samariter Kirche? Ich fände es
> gut, wenn wir eine Bestandsaufnahme machen könnten.
>
> >
> >
> >
> > _______________________________________________ Berlin mailing
> > list Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJScF85AAoJEFUqJM/vAMbxiz8QAJcAOTnwDl21GwuUffaea5dz
> KW/iSHnDaL/M/4UJZIN/R1SUAMG0GvdP7edowY4jNCVlmJUbWM60j32nCJIyvOsL
> 8Rs/Nl35Z5oqLxrcmcJbemN2WMtdEfL6xjX4OHCsSvQnqgsQjNNDH6ljCFdjv2XB
> +FPoBmus04Su4HZmQeolBb0adbbded2A7CnP2vYWIrxsTbGPdkPrzyqurEZWu1AU
> 99Rj0JvGjTXmgyrOKj0RV56GvgE1w81Dk9Fe/QBpCbaR9nFx9zDHYyC1BdCeBYmS
> MpSWu8a2sTcrAQZipIvs6cn0yLbCE5/30LEPsAZFw4a+jDgjlxMpeMpS4+um59VG
> BNugjZi7FNYWDc6zPoJG+9g7aKJzIzRvqH5MrUzBHyqOTzyIlrBdHyr7AlQlB0Jg
> ZRUwfMJ5S3q11hufMkwywpMy1eBjC2JPFbvz2RWWfnB4gnlvYAxoaJxIOkc5609c
> zpr4clkRb2fyT86jdEYiEaJOjLvNRMLW46+WCr2hquvF6JVn/KIj74FfAQ4W/eXS
> Um9Atu/5PTjOYTsIxaeK2qUfeeWhRa/eoKiTFTIjl3cxdUhcYnaaPI8cfxFJoVH6
> gk8b8UdqWGzrD2xkCAPlSeAx4oXQUO9L88qTFYdyU+q0ntqTFvaysh9aTrld+Wq3
> zom/NvkLD8KKQGQiIkp8
> =OVhd
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>



-- 
----------------------------------
Dipl.-Ing. Ulf Kypke-Burchardi
Köpenicker Strasse 159
10997 Berlin, Germany
+49 - (0) 177 - 3405152
----------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/8584e3eb/attachment.html>


From sven-ola  Wed Oct 30 10:18:19 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Wed, 30 Oct 2013 10:18:19 +0100
Subject: [Berlin-wireless] Antw.: Einheitliche ESSID - war Re:
 Segenskirche Announcement
In-Reply-To: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com>
References: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com>
Message-ID: <5270CEDB.6030706@gmx.de>

Hey,

äh - ja. Ein DHCP-Server, eine ESSID. Anderer DHCP-Server, andere ESSID.
Endgeräte wollen das so. Beispiel: ich steh' mit meinem Mobilgerät
zwischen zwei Batman-Adv-Wolken. Laufe ein bissi hin und her. Dann will
ich 2 verschiedene Batman-Adv-Wolken-ESSIDs,

a) damit beim Seamless-Handover innerhalb einer Wolke keine neue
DHCP-IP-Konfig angefordert wird. Und
b) damit beim Romaming-mit-Verbindungsunterbrechung zwischen zwei
Batman-ADV-Wolken immer eine neue DHCP-IP-Konfig angefordert wird.

Bitte korrigieren wenn nötig // Sven-Ola

Am 30.10.2013 06:05, schrieb onelektra at gmx.net:
> Hi -
>
> es geht ums Roaming, dank Batman-Adv auch mit automatischem Handover
> im Kiez, solange die Dichte der Funk-Abdeckung ausreicht. Die APs sind
> in erster Linie für die mobilen Clients wichtig - warum soll man sich
> zig AP-Einträge auf dem Mobilgerät anlegen, damit man Freifunk in der
> Stadt nutzen kann, wenn man unterwegs ist?
>
> Zuhause ist da, wo das WLAN sich automatisch verbindet ;)
>
> Grüße,
> Elektra


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/b6652b86/attachment.pgp>


From cholin  Wed Oct 30 13:59:14 2013
From: cholin (cholin)
Date: Wed, 30 Oct 2013 13:59:14 +0100
Subject: [Berlin-wireless] IP-Range in Berlin
Message-ID: <527102A2.3080706@spline.de>

Moin.

Auch wenns vlt alte hitzige Debatte neuentfacht, ich würde gerne im Zuge
der Altlastendebatte (wie z. Bsp. wifi Channel 10) anregen, dass wir
dann auch die 104.0.0.0/8 IPs nicht mehr neuvergeben, sondern entweder
auf IPv4-Addressen wechseln die uns gehören oder zum Beispiel ein
freifunkfreies privates Netzwerk wie 172.16.0.0/12 nehmen. 104.0.0.0/8
wurde theoretisch schon immer im Internet geroutet und kann seit 2011
auch wirklich vergeben werden [1]. D.h. Freifunker_innen könnten somit
gewisse theoretische Websites/Server nicht erreichen.

Gruß
Nico

PS: Insgesamt sollten wir wohl aber den Fokus auf IPv6 legen (gewisse
Backbone-Knoten sind zBsp nicht über IPv6 erreichbar: [2, 3]).

[1] http://whois.arin.net/rest/ip/104.0.0.0
[2] http://api.openwifimap.net/db/nkarcaden-fhain.olsr
[3] http://api.openwifimap.net/db/zoofenster24.olsr
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 0x1F785AE4.asc
Dateityp    : application/pgp-keys
Dateigröße  : 2670 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/743813dc/attachment.key>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/743813dc/attachment.pgp>


From gaul  Wed Oct 30 14:41:58 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Wed, 30 Oct 2013 14:41:58 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <52705D49.5020006@mi.fu-berlin.de>
References: <526E7B08.6030400@web-yard.de> <527054D8.1050809@web-yard.de>
	<52705D49.5020006@mi.fu-berlin.de>
Message-ID: <52710CA6.7030907@web-yard.de>

Oi Philipp & Liste,

Am 30.10.2013 02:13, schrieb Philipp Borgers:
> Ich fände es auch nicht schlecht, wenn man nochmal kurz die Idee des
> Setups in ein paar Sätzen festhält. Ich hätte das natürlich GANZ
> anders gemacht und deshalb wäre es cool, wenn ich verstehe warum du
> das so machst.

Gute Idee, ist erledigt:
http://wiki.freifunk.net/Berlin:Standorte:Bezirksamt_Kreuzberg#Konzept

GANZ anders? Auch besser? Verbesserungsvorschläge sind immer willkommen! :D

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From gaul  Wed Oct 30 15:30:00 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Wed, 30 Oct 2013 15:30:00 +0100
Subject: [Berlin-wireless] Rathaus Kreuzberg: up & running!
In-Reply-To: <52710CA6.7030907@web-yard.de>
References: <526E7B08.6030400@web-yard.de>
	<527054D8.1050809@web-yard.de>	<52705D49.5020006@mi.fu-berlin.de>
	<52710CA6.7030907@web-yard.de>
Message-ID: <527117E8.3010200@web-yard.de>

Hey Freifunker_innen!

Hier gibt's eine Foto-Slideshow vom Montag:

  http://fotos.1just.de/freifunk/index.html

Vielen Dank an Just / http://www.1just.de ! Just würde auch gerne bei
weiteren Installationen dabei sein - ihr könnt ihn direkt kontaktieren
wenn eine Installation ansteht und ihr einen Profi-Fotografen dabei
haben wollt! :)

Die Bilder sind unter CC-BY-NC-ND 3.0. Wer die Bilder irgendwo
kommerziell (in einer Zeitung o.ä.) unterbringen möchte, sollte
folgenden Hinweis von Just beachten:

-----
Ich werde euch die Bilder die Tage auch noch hochaufgelöst und ohne
Wasserzeichen schicken, damit sie ggf. auch mal gedruckt werden können.
Wenn die Bilder dann extern verwendet werden sollten, unterteile ich
immer in von wem die Initiative ausging:

1.  Ist ein Magazin/Zeitung auf euch zugekommen, dann fragt bitte nach
einem Fotohonorar bzw leitet die Anfrage einfach an mich weiter (in der
Regel 40 bis 60 Euro das Bild)!
2.  Wenn ihr euch um eine Publikation gekümmert habt (die Initiative von
euch ausging), dann könnt ihr die Bilder natürlich kostenlos verwenden.
In jedem Fall muss bei einem Druck ein Bildnachweis gegeben werden.
-----


ciao,
André


-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From paul  Wed Oct 30 15:42:16 2013
From: paul (Paul =?UTF-8?B?SMOkbnNjaA==?=)
Date: Wed, 30 Oct 2013 15:42:16 +0100
Subject: [Berlin-wireless] =?utf-8?q?Erschlie=C3=9Fung_des_RAW-Gel=C3=A4nd?=
 =?utf-8?q?e__durch_den_Freifunk_=2C_evtl=2E_MABB?=
Message-ID: <20131030154216.1fc6db06@hellme.is-a-geek.org>

Hallo Liste,

ich habe mit dem Freifunk bisher insofern zu tun, als dass ich mit
Bastian zusammen die System- und Netzwerkadministration im Jugendclub
Elok mache. Ein Freifunk-Uplink am Ostkreuz.

Gerade habe ich mit Olaf vom ZirkusZack telefoniert. Wir (als Freifunk)
haben die Gelegenheit, das oberste Stockwerk des "Stoffe- und
Gerätelagers" auf dem RAW-Gelände nach unseren Wünschen zu verkabeln.
Ich würde mich technisch und als Ansprechpartner darum kümmern. Strom
ist vor Ort vorhanden und einen Internet-Uplink via VPN können wir
wahrscheinlich vom ZirkusZack bekommen. Dieser ist in dem Gebäude
ansässig und ich kümmere mich dort bereits um die Büro-IT.

Von dem Gebäude aus können wir diverse Locations auf dem RAW-Gelände
sowie einen Teil der Simon-Dach-Straße und Revaler Straße bestrahlen:

http://www.openstreetmap.org/#map=19/52.50763/13.45430

Ideal wäre es, wenn wir Hardware in letzter Minute noch über die
MABB-Förderung auftreiben können. Ich werde heute Abend zum Treffen in
die C-Base kommen.

--
Paul
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 836 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/ed7b2be0/attachment.pgp>


From sven-ola  Wed Oct 30 16:08:47 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Wed, 30 Oct 2013 16:08:47 +0100
Subject: [Berlin-wireless]
 =?iso-8859-15?q?Erschlie=DFung_des_RAW-Gel=E4nd?=
 =?iso-8859-15?q?e__durch_den_Freifunk_=2C_evtl=2E_MABB?=
In-Reply-To: <20131030154216.1fc6db06@hellme.is-a-geek.org>
References: <20131030154216.1fc6db06@hellme.is-a-geek.org>
Message-ID: <527120FF.2060501@gmx.de>

RAW. RAW? Da war doch mal was. Offlinehorst wird es noch wissen. Evt.
gammelt irgend so ein WRT da oben irgendwo auf einem Dach noch 'rum oder
so ;-)
> On Thu, 07 Dec 2006 16:02:56 +0100
> Ole Streicher <wlan at ole.ath.cx> wrote:
>> >    ...das prinzipiell erreichbare RAW (104.130.1.73),
>> > allerdings mit einem alten SW-Stand (1.2.5),
>> > welches für meine Anbindung (NW davon) ideal wäre.
>> > Weiss jemand, wie dort der konkrete Aufbau aussieht
>> > (welche Antenne/wohin gerichtet
>> > und wer evtl Ansprechpartner wäre?
// Sven-Ola

Am 10/30/2013 03:42 PM, schrieb Paul Hänsch:
> Hallo Liste,
>
> ich habe mit dem Freifunk bisher insofern zu tun, als dass ich mit
> Bastian zusammen die System- und Netzwerkadministration im Jugendclub
> Elok mache. Ein Freifunk-Uplink am Ostkreuz.
>
> Gerade habe ich mit Olaf vom ZirkusZack telefoniert. Wir (als Freifunk)
> haben die Gelegenheit, das oberste Stockwerk des "Stoffe- und
> Gerätelagers" auf dem RAW-Gelände nach unseren Wünschen zu verkabeln.
> Ich würde mich technisch und als Ansprechpartner darum kümmern. Strom
> ist vor Ort vorhanden und einen Internet-Uplink via VPN können wir
> wahrscheinlich vom ZirkusZack bekommen. Dieser ist in dem Gebäude
> ansässig und ich kümmere mich dort bereits um die Büro-IT.
>
> Von dem Gebäude aus können wir diverse Locations auf dem RAW-Gelände
> sowie einen Teil der Simon-Dach-Straße und Revaler Straße bestrahlen:
>
> http://www.openstreetmap.org/#map=19/52.50763/13.45430
>
> Ideal wäre es, wenn wir Hardware in letzter Minute noch über die
> MABB-Förderung auftreiben können. Ich werde heute Abend zum Treffen in
> die C-Base kommen.
>
> --
> Paul
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/5703657a/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/5703657a/attachment.pgp>


From borgers  Wed Oct 30 16:24:29 2013
From: borgers (Philipp Borgers)
Date: Wed, 30 Oct 2013 16:24:29 +0100
Subject: [Berlin-wireless]
 =?iso-8859-1?q?Erschlie=DFung_des_RAW-Gel=E4nde?=
 =?iso-8859-1?q?__durch_den_Freifunk_=2C_evtl=2E_MABB?=
In-Reply-To: <20131030154216.1fc6db06@hellme.is-a-geek.org>
References: <20131030154216.1fc6db06@hellme.is-a-geek.org>
Message-ID: <527124AD.6020108@mi.fu-berlin.de>

Hi Paul,

cool. Wir freuen uns!

Heute sind wir zwar in der cbase, aber es ist kein "offizielles"
MABB-Treffen angesetzt. Das eigentliche Treffen findet nächste Woche
Mittwoch statt.

Kannst natürlich trotzdem gerne vorbeikommen und mit uns schnacken :)

Wenn du magst, könntest du schon mal einen Wiki-Eintrag für den Standort
anlegen. Ein Beispiel:

http://wiki.freifunk.net/Berlin:Standorte:Bezirksamt_Kreuzberg

LG Philipp

On 30.10.2013 15:42, Paul Hänsch wrote:
> Hallo Liste,
> 
> ich habe mit dem Freifunk bisher insofern zu tun, als dass ich mit
> Bastian zusammen die System- und Netzwerkadministration im Jugendclub
> Elok mache. Ein Freifunk-Uplink am Ostkreuz.
> 
> Gerade habe ich mit Olaf vom ZirkusZack telefoniert. Wir (als Freifunk)
> haben die Gelegenheit, das oberste Stockwerk des "Stoffe- und
> Gerätelagers" auf dem RAW-Gelände nach unseren Wünschen zu verkabeln.
> Ich würde mich technisch und als Ansprechpartner darum kümmern. Strom
> ist vor Ort vorhanden und einen Internet-Uplink via VPN können wir
> wahrscheinlich vom ZirkusZack bekommen. Dieser ist in dem Gebäude
> ansässig und ich kümmere mich dort bereits um die Büro-IT.
> 
> Von dem Gebäude aus können wir diverse Locations auf dem RAW-Gelände
> sowie einen Teil der Simon-Dach-Straße und Revaler Straße bestrahlen:
> 
> http://www.openstreetmap.org/#map=19/52.50763/13.45430
> 
> Ideal wäre es, wenn wir Hardware in letzter Minute noch über die
> MABB-Förderung auftreiben können. Ich werde heute Abend zum Treffen in
> die C-Base kommen.
> 
> --
> Paul
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/3315abdd/attachment.pgp>


From onelektra  Wed Oct 30 17:19:25 2013
From: onelektra (Elektra)
Date: Wed, 30 Oct 2013 17:19:25 +0100
Subject: [Berlin-wireless] Antw.: Einheitliche ESSID - war Re:
 Segenskirche Announcement
In-Reply-To: <5270CEDB.6030706@gmx.de>
References: <0LaJWs-1W5Xat0m7y-00m5eH@mail.gmx.com> <5270CEDB.6030706@gmx.de>
Message-ID: <20131030171925.dc5564f2d21fee2e4e2ddd7e@gmx.net>

Hi ?

> a) damit beim Seamless-Handover innerhalb einer Wolke keine neue
> DHCP-IP-Konfig angefordert wird. 

dafür brauchen wir dann ja keine unterschiedlichen ESSIDs - wegen dem nahtlosen Übergang.

> Und
> b) damit beim Romaming-mit-Verbindungsunterbrechung zwischen zwei
> Batman-ADV-Wolken immer eine neue DHCP-IP-Konfig angefordert wird.

Meine erste Idee wäre, die DHCP-Lease-Time nicht allzu lang zu machen. Dann gibt es halt öfter einen Renew, bei dem der Client wieder die selbe IP bekommt, solange er im gleichen Netz bleibt. 

Wir können aber auch pro batman-adv Netz eine ESSID nehmen. Wäre dann also z.B. friedrichshain.freifunk.net 

Es gibt noch einen Grund, unterschiedliche ESSIDs zu nehmen: Damit die batman-adv Netze sich nicht unbeabsichtigt zu großen Wolken vereinigen, wegen der Skalierbarkeit.

Gruß,
Elektra




From miklas  Wed Oct 30 17:29:55 2013
From: miklas (miklas at alice.de)
Date: Wed, 30 Oct 2013 17:29:55 +0100
Subject: [Berlin-wireless] Fwd: Installation Rathaus
In-Reply-To: <CAKUNv3vOob9Rnvf=D449QzYbnWyK_isMEoLNwtsFmEJv_ZcTnw@mail.gmail.com>
References: <52665FC2.1010609@web-yard.de> <5266620C.9050804@web-yard.de>
	<52666F15.9020400@somakoma.de>
	<CAKUNv3tJkQ8q6KyF6fDceVTQpzwBKiA=w6tzEdQ32V7KbQQ=bQ@mail.gmail.com>
	<5266794C.1040500@web-yard.de>
	<1382448112.9393.10.camel@junes.haus.k9>
	<CAKUNv3vOob9Rnvf=D449QzYbnWyK_isMEoLNwtsFmEJv_ZcTnw@mail.gmail.com>
Message-ID: <20131030172955.7vbdykhk0g804kco@webmail.o2mail.de>

Hi Ulf,

da ich die PoE-Adapter auch manchmal verwende, interessiert mich die 
Begründung dazu. Also warum der kurze Weg die Access Points gegen 
Übersapannung sichert?

Grüße

Miklas

22 Oct 2013 15:49:08 +0200, ulf kypke  schrieb:

       hallo jürgen,

so wie ich die location kenne sind das mehr als ein paar meter,
ausserdem sollten die adaper so nah wie möglich an die accesspoints 
(25-50cm) um sie gegen überspannung zu sichern. 
gurss

Am 22. Oktober 2013 15:21 schrieb Juergen Neumann :

       Ahoi in die Runde,

Frage: könnt ihr die POE-Adapter nicht da anbauen, wo sowieso kein
Wasser hinkommt, also innen im Schrank oder im Raum? Von der Länge her
sollte es doch bei einigen Metern nicht so wichtig sein, wo die Dinger
genau angebracht werden, oder?

LG

JuergeN


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/86065ca3/attachment.html>


From the_bishop  Wed Oct 30 18:10:57 2013
From: the_bishop (Martin 'The Bishop' Scheffler)
Date: Wed, 30 Oct 2013 18:10:57 +0100
Subject: [Berlin-wireless] Einheitliche ESSID - war Re: Segenskirche
	Announcement
In-Reply-To: <CAKUNv3tQQrwJ0Hd=dMdv-5SSGPYaT5eXL5qnXziTF-MkQVAGxA@mail.gmail.com>
References: <1734447.CeHBAMi4h6@pronix> <52705F39.10006@mi.fu-berlin.de>
	<CAKUNv3tQQrwJ0Hd=dMdv-5SSGPYaT5eXL5qnXziTF-MkQVAGxA@mail.gmail.com>
Message-ID: <3216546.kGM5uXROg3@pyrrhus>

Am Mittwoch 30 Oktober 2013, 09:18:39 schrieb ulf kypke:
> ...

> und wegen der sama, das ist ja prima. vor einiger zeit hatte ich mit
> morlang viel zeit in ein setup investiert was meines wissens nie
> installiert wurde, mit grosser metalkiste und nanos, remote power
> patchfeld, pg verschraubung, etc.
> wo ist das geblieben und wenn es sich wiederfindet, könenn wir es montieren
> und etwas kosten sparen
> gruss ulf

die panzerkiste und der andere kram liegt in der samatrix.
die adapterplatine für das PoE funktioniert irgendwie nicht, die muss ich mir 
nochmal anschauen. die relais klackern sehr wohl aber die nanos/bullets gehen 
nicht an.

good byte
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 230 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131030/6631dd48/attachment.pgp>


From sven-ola  Thu Oct 31 09:13:31 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 31 Oct 2013 09:13:31 +0100
Subject: [Berlin-wireless] =?utf-8?q?5_Ghz_Sound=C3=BCbertragung?=
Message-ID: <5272112B.3000208@gmx.de>

Hey,

das kennen wir ja schon aus 2.4 Ghz: unkooperative Nutzung freier
Frequenzen (BTooth, analoge Videolinks). Jetzt auch mit 5 Ghz-Geschmack:
http://www.wisaassociation.org/Compliance/Overview.aspx

// Sven-Ola

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/61f29a9f/attachment.pgp>


From gaul  Thu Oct 31 11:02:04 2013
From: gaul (=?UTF-8?B?QW5kcsOpIEdhdWw=?=)
Date: Thu, 31 Oct 2013 11:02:04 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
Message-ID: <52722A9C.10103@web-yard.de>

Hey Zwingli-/Emmaus-Freifunker_innen,

könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
sollte es eine NanoStation M5 tun. Dann gibt's nämlich den
FluxFM-Radio-Stream im Freifunk-Netz! ;)

Gibt's noch andere (geplante) Standorte in der Nähe?

ciao,
André

[1] http://wiki.freifunk.net/Berlin:Standorte:FluxFM
-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From gaul  Thu Oct 31 11:05:22 2013
From: gaul (=?UTF-8?B?QW5kcsOpIEdhdWw=?=)
Date: Thu, 31 Oct 2013 11:05:22 +0100
Subject: [Berlin-wireless] Backbone Plan
Message-ID: <52722B62.5030802@web-yard.de>

Heya,

können bitte mal alle checken, ob im Backbone-Plan [1] Standorte oder
Links fehlen und das ggf. ergänzen?

Schön wäre ja noch ein Link von Friedrichshain nach Prenzlauer Berg,
dann hätten wir schonmal einen Ring. :)

ciao,
André

[1] https://github.com/freifunk/berlin-netzplan/blob/master/backbone.json
-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From sven-ola  Thu Oct 31 11:45:13 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 31 Oct 2013 11:45:13 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <52722A9C.10103@web-yard.de>
References: <52722A9C.10103@web-yard.de>
Message-ID: <527234B9.8010601@gmx.de>

Hey,

von der Emma aus sind zwischen Zwingli und FluxFM ungeführ 15 Grad,
während eine NanoBridge M5 (Pi-mal-Daumen) 10 Grad hat. Auf 800 Meter
geht das wahrscheinlich auch über *eine* Bridge. Nix gegen noch ein
Gerät, aber geplant sind 2 8er-Switches, mithin 14 Geräte auf 8 Fenster.
Ergo: 8 mal 2.4 Ghz Rundumschlagstationen und 6 mal 5
Ghz-Horizontlochmachbridges. Äh - ich glaub auch nicht, dass 2 Geräte an
einen PoE-Adapter gehen, von daher geht auch nicht
Station-to-Bridge-Durchschleifen.

// Sven-Ola

Am 10/31/2013 11:02 AM, schrieb André Gaul:
> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
> sollte es eine NanoStation M5 tun. 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/27dc9d4c/attachment.pgp>


From sven-ola  Thu Oct 31 11:47:38 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 31 Oct 2013 11:47:38 +0100
Subject: [Berlin-wireless] Lager: 2 Brackets fehlen
Message-ID: <5272354A.9060501@gmx.de>

Hey,

einer von den 3 letzten Besuchern muss in der letzten Woche 2
NanoBrackets mehr als aufgeschrieben mitgenommen haben:

- Juergen 4 statt 2
- Matthias 8 statt 6
- Daniel 2 statt 0

Könnt ihr mal nachgucken? Ref
http://wiki.freifunk.net/MABB:Lager#Ubiquity_Brackets_-_Discomp

// Sven-Ola

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/b7a4b11c/attachment.pgp>


From fly  Thu Oct 31 13:51:32 2013
From: fly (Bastian)
Date: Thu, 31 Oct 2013 13:51:32 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <52722A9C.10103@web-yard.de>
References: <52722A9C.10103@web-yard.de>
Message-ID: <52725254.5070808@d00m.org>

Moin,

das könnte evtl. im Fenster eng werden. Wir haben in die Richtung schon
4 NanoStations geplant: Zwingli-rhxb, Zwingli-Emmaus, 2,4Ghz und 5Ghz
zum runter Strahlen.
Wir könnten einen "halben Backbone-Link" mit einer LocoM5 realisieren,
oder evtl. eine der M5 als AirOS-AP fuer zwei Clients aus
Emmaus/rhxb/FluxFM konfigurieren. Idealerweise Emmaus und rhxb, weil
beide fast auf einer Linie liegen.

Gruß
Bastian

On 10/31/2013 11:02 AM, André Gaul wrote:
> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
> sollte es eine NanoStation M5 tun. Dann gibt's nämlich den
> FluxFM-Radio-Stream im Freifunk-Netz! ;)


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 555 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/d25b342c/attachment.pgp>


From borgers  Thu Oct 31 14:31:48 2013
From: borgers (Philipp Borgers)
Date: Thu, 31 Oct 2013 14:31:48 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <52725254.5070808@d00m.org>
References: <52722A9C.10103@web-yard.de> <52725254.5070808@d00m.org>
Message-ID: <52725BC4.8030805@mi.fu-berlin.de>

On 31.10.2013 13:51, Bastian wrote:
> Moin,
> 
> das könnte evtl. im Fenster eng werden. Wir haben in die Richtung schon
> 4 NanoStations geplant: Zwingli-rhxb, Zwingli-Emmaus, 2,4Ghz und 5Ghz
> zum runter Strahlen.
> Wir könnten einen "halben Backbone-Link" mit einer LocoM5 realisieren,
> oder evtl. eine der M5 als AirOS-AP fuer zwei Clients aus
> Emmaus/rhxb/FluxFM konfigurieren. Idealerweise Emmaus und rhxb, weil
> beide fast auf einer Linie liegen.

Eine Nanostation M5 (loco) sollte doch für 800 Meter vollkommen ausreichen.

Jenachdem wie sich die Situation in Neukölln entwickelt, könnten wir von
den Arcaden, dem Rathaus oder der Martin-Luther-Kirche aus peeren, wenn
du magst. Von den Arcaden aus ginge halt schon in der nächsten Woche :)
Sichtverbindung gibt es auch von dort.

> Gruß
> Bastian
> 
> On 10/31/2013 11:02 AM, André Gaul wrote:
>> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
>> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
>> sollte es eine NanoStation M5 tun. Dann gibt's nämlich den
>> FluxFM-Radio-Stream im Freifunk-Netz! ;)
> 
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/dec68ff2/attachment.pgp>


From borgers  Thu Oct 31 14:39:12 2013
From: borgers (Philipp Borgers)
Date: Thu, 31 Oct 2013 14:39:12 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <527234B9.8010601@gmx.de>
References: <52722A9C.10103@web-yard.de> <527234B9.8010601@gmx.de>
Message-ID: <52725D80.3020707@mi.fu-berlin.de>

On 31.10.2013 11:45, Sven-Ola Tuecke wrote:
> Hey,
> 
> von der Emma aus sind zwischen Zwingli und FluxFM ungeführ 15 Grad,
> während eine NanoBridge M5 (Pi-mal-Daumen) 10 Grad hat. Auf 800 Meter
> geht das wahrscheinlich auch über *eine* Bridge. Nix gegen noch ein
> Gerät, aber geplant sind 2 8er-Switches, mithin 14 Geräte auf 8 Fenster.
> Ergo: 8 mal 2.4 Ghz Rundumschlagstationen und 6 mal 5
> Ghz-Horizontlochmachbridges. Äh - ich glaub auch nicht, dass 2 Geräte an
> einen PoE-Adapter gehen, von daher geht auch nicht
> Station-to-Bridge-Durchschleifen.

Sind wir jetzt in der Kirche? Patrick und Tom betreiben auf ihren
Standorten Geräte in dieser Konfiguration. Ich plane das auf den Arcaden
und habe das im Testbetrieb auf dem Tisch.

Es wäre schön, wenn wir nicht mit dem Glauben argumentieren könnten...

Wir können ja auch gerne mal den Voltage-Drop am Adapter messen, wenn
das für Klarheit sorgen sollten.

> // Sven-Ola
> 
> Am 10/31/2013 11:02 AM, schrieb André Gaul:
>> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
>> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
>> sollte es eine NanoStation M5 tun. 
> 
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/7f1d0fef/attachment.pgp>


From borgers  Thu Oct 31 14:55:42 2013
From: borgers (Philipp Borgers)
Date: Thu, 31 Oct 2013 14:55:42 +0100
Subject: [Berlin-wireless]
 =?iso-8859-1?q?=5Bff-nk=5D_Martin-Luther-Kirche?=
 =?iso-8859-1?q?_=28Fuldastr=2E_Neuk=F6lln=29?=
In-Reply-To: <1377683780.30322.90.camel@ubuntu.(null)>
References: <1377683780.30322.90.camel@ubuntu.(null)>
Message-ID: <5272615E.3030508@mi.fu-berlin.de>

Moin,

der Gemeinderat der Martin-Luther-Kirche hat sich für Freifunk
entschieden. In der nächsten oder übernächsten Woche bekommen wir ein
Rückmeldung zum "Vertrag" und ev. Änderungsvorschläge.

Jürgen ich bräuchte dann irgendwann deine Hand (für eine Unterschrift).

Ich frage mich einwenig wie wir jetzt mit potenziel drei hohen
Standorten auf "auf einem Fleck" umgehen wollen.

LG Philipp

On 28.08.2013 11:56, Philipp Borgers wrote:
> Hi,
> 
> Andreas, Dario und ich hatten gestern ein Gespräch mit der Pfarrerin und
> einem Gemeinderat-Mitglied der Martin-Luther-Kirche in Neukölln. Das
> Gespräch und die anschließende Turmbesichtigung waren sehr positiv,
> sodass am 11. September unser Anliegen im Gemeinderat vorgestellt wird
> und hoffentlich auch angenommen wird.
> 
> Die Installation erfolgt entweder auf Höhe des Glockenspiels oder
> darüber. Die Router müssen entweder hinter hölzernen
> Schallschutzverkleidungen angebracht werden oder hinter Dachfenstern. Ob
> das funktioniert werden wir nach der Entscheidung des Gemeinderats
> abschließend klären. Es besteht super Sicht in alle vier
> Himmelsrichtungen. Wir würden jede Richtung mit einer Nanostation M5 und
> Nanostation Loco M2 versehen, die wir gerne über den zweiten MABB-Batch
> finanzieren würden. Elektronik ist auf Höhe des Glockenspiels vorhanden.
> Es wäre super, wenn uns ein Elektriker (Patrick? :)) bei der
> Installation helfen könnte, wenn es komplizierter wird.
> 
> Außerdem würden wir gerne das Gemeinde-Cafe mit Internet versorgen. Dazu
> werden wir wahrscheinlich noch einen Router auf dem Pfarrhaus platzieren
> und ein anderes Cafe in der Straße um Internet bitten.
> 
> LG Philipp
> 
> 
> 
> _______________________________________________
> ff-nk mailing list
> ff-nk at lists.spline.inf.fu-berlin.de
> https://lists.spline.inf.fu-berlin.de/mailman/listinfo/ff-nk
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/4b21d808/attachment.pgp>


From gaul  Thu Oct 31 14:56:43 2013
From: gaul (=?ISO-8859-1?Q?Andr=E9_Gaul?=)
Date: Thu, 31 Oct 2013 14:56:43 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <52725254.5070808@d00m.org>
References: <52722A9C.10103@web-yard.de> <52725254.5070808@d00m.org>
Message-ID: <5272619B.8050200@web-yard.de>

Am 31.10.2013 13:51, schrieb Bastian:
> Idealerweise Emmaus und rhxb, weil
> beide fast auf einer Linie liegen.

ack! Das klingt sinnvoll.

Auf der Emmaus-Seite koennen wir das dann von mir aus auch so machen.

ciao,
André

-- 
Homepage   http://page.math.tu-berlin.de/~gaul
github     https://github.com/andrenarchy
Twitter    https://twitter.com/#!/andrenarchy
Diaspora   https://diasp.org/u/andrenarchy
           (you won't find me on facebook!)
Jabber     gaul at web-yard.de
PGP Key    0x0FA9170E




From tomomelley  Thu Oct 31 15:09:33 2013
From: tomomelley (tomaggio)
Date: Thu, 31 Oct 2013 15:09:33 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <52725D80.3020707@mi.fu-berlin.de>
References: <52722A9C.10103@web-yard.de> <527234B9.8010601@gmx.de>
	<52725D80.3020707@mi.fu-berlin.de>
Message-ID: <1490960.c6VKVO8SI2@siddata>

Hi
P=U x I
macht 12,6W. 
Und das reicht für 2x  entweder Nanostations oder bridges oder gemixt und wenn 
man den POE switch hat, kann man das noch schön anschauen, wegen Watt und so
Und das geht halt.
Cheerio
Tom
Am Donnerstag, 31. Oktober 2013, 14:39:12 schrieb Philipp Borgers:
> On 31.10.2013 11:45, Sven-Ola Tuecke wrote:
> > Hey,
> > 
> > von der Emma aus sind zwischen Zwingli und FluxFM ungeführ 15 Grad,
> > während eine NanoBridge M5 (Pi-mal-Daumen) 10 Grad hat. Auf 800 Meter
> > geht das wahrscheinlich auch über *eine* Bridge. Nix gegen noch ein
> > Gerät, aber geplant sind 2 8er-Switches, mithin 14 Geräte auf 8 Fenster.
> > Ergo: 8 mal 2.4 Ghz Rundumschlagstationen und 6 mal 5
> > Ghz-Horizontlochmachbridges. Äh - ich glaub auch nicht, dass 2 Geräte an
> > einen PoE-Adapter gehen, von daher geht auch nicht
> > Station-to-Bridge-Durchschleifen.
> 
> Sind wir jetzt in der Kirche? Patrick und Tom betreiben auf ihren
> Standorten Geräte in dieser Konfiguration. Ich plane das auf den Arcaden
> und habe das im Testbetrieb auf dem Tisch.
> 
> Es wäre schön, wenn wir nicht mit dem Glauben argumentieren könnten...
> 
> Wir können ja auch gerne mal den Voltage-Drop am Adapter messen, wenn
> das für Klarheit sorgen sollten.
> 
> > // Sven-Ola
> > 
> > Am 10/31/2013 11:02 AM, schrieb André Gaul:
> >> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen Backbone-Link
> >> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
> >> sollte es eine NanoStation M5 tun.
> > 
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From tomomelley  Thu Oct 31 15:11:05 2013
From: tomomelley (tomaggio)
Date: Thu, 31 Oct 2013 15:11:05 +0100
Subject: [Berlin-wireless] Zwingli / Emmaus / FluxFM
In-Reply-To: <1490960.c6VKVO8SI2@siddata>
References: <52722A9C.10103@web-yard.de> <52725D80.3020707@mi.fu-berlin.de>
	<1490960.c6VKVO8SI2@siddata>
Message-ID: <2313781.DKa8BWuELf@siddata>

Sorry der POE Adpter macht18V und 0,7Ampére
und das macht 12 watt
Am Donnerstag, 31. Oktober 2013, 15:09:33 schrieb tomaggio:
> Hi
> P=U x I
> macht 12,6W.
> Und das reicht für 2x  entweder Nanostations oder bridges oder gemixt und
> wenn man den POE switch hat, kann man das noch schön anschauen, wegen Watt
> und so Und das geht halt.
> Cheerio
> Tom
> 
> Am Donnerstag, 31. Oktober 2013, 14:39:12 schrieb Philipp Borgers:
> > On 31.10.2013 11:45, Sven-Ola Tuecke wrote:
> > > Hey,
> > > 
> > > von der Emma aus sind zwischen Zwingli und FluxFM ungeführ 15 Grad,
> > > während eine NanoBridge M5 (Pi-mal-Daumen) 10 Grad hat. Auf 800 Meter
> > > geht das wahrscheinlich auch über *eine* Bridge. Nix gegen noch ein
> > > Gerät, aber geplant sind 2 8er-Switches, mithin 14 Geräte auf 8 Fenster.
> > > Ergo: 8 mal 2.4 Ghz Rundumschlagstationen und 6 mal 5
> > > Ghz-Horizontlochmachbridges. Äh - ich glaub auch nicht, dass 2 Geräte an
> > > einen PoE-Adapter gehen, von daher geht auch nicht
> > > Station-to-Bridge-Durchschleifen.
> > 
> > Sind wir jetzt in der Kirche? Patrick und Tom betreiben auf ihren
> > Standorten Geräte in dieser Konfiguration. Ich plane das auf den Arcaden
> > und habe das im Testbetrieb auf dem Tisch.
> > 
> > Es wäre schön, wenn wir nicht mit dem Glauben argumentieren könnten...
> > 
> > Wir können ja auch gerne mal den Voltage-Drop am Adapter messen, wenn
> > das für Klarheit sorgen sollten.
> > 
> > > // Sven-Ola
> > > 
> > > Am 10/31/2013 11:02 AM, schrieb André Gaul:
> > >> könnt ihr auf der Zwingli- und Emmaus-Kirche jeweils einen
> > >> Backbone-Link
> > >> zu FluxFM [1] einplanen? Das ist jeweils ein Link mit 0.8km Distanz, da
> > >> sollte es eine NanoStation M5 tun.
> > > 
> > > _______________________________________________
> > > Berlin mailing list
> > > Berlin at berlin.freifunk.net
> > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin




From wetter  Thu Oct 31 15:46:23 2013
From: wetter (Matthias Mehldau)
Date: Thu, 31 Oct 2013 15:46:23 +0100
Subject: [Berlin-wireless] Lager: 2 Brackets fehlen
In-Reply-To: <5272354A.9060501@gmx.de>
References: <5272354A.9060501@gmx.de>
Message-ID: <52726D3F.6070002@netzpolitik.org>

Moin,

Am 31.10.2013 11:47, schrieb Sven-Ola Tuecke:

> einer von den 3 letzten Besuchern muss in der letzten Woche 2 
> NanoBrackets mehr als aufgeschrieben mitgenommen haben:
> 
> - Juergen 4 statt 2 - Matthias 8 statt 6 - Daniel 2 statt 0
> 
> Könnt ihr mal nachgucken? Ref 
> http://wiki.freifunk.net/MABB:Lager#Ubiquity_Brackets_-_Discomp

Öh, Matthias hatte unter Batch2 [1] 12 Stk (nicht 6) geschrieben,
insofern eine Differenz von -4 statt +2.

Wir suchen also eher 6 statt 2.

[1] http://wiki.freifunk.net/MABB:Batch2 - Stattbad Wedding

besten,
wetter




From borgers  Thu Oct 31 18:55:42 2013
From: borgers (Philipp Borgers)
Date: Thu, 31 Oct 2013 18:55:42 +0100
Subject: [Berlin-wireless] Lager: 2 Brackets fehlen
In-Reply-To: <5272354A.9060501@gmx.de>
References: <5272354A.9060501@gmx.de>
Message-ID: <5272999E.9090300@mi.fu-berlin.de>

Es könnte sein, dass Andre welche geklaut hat für das Rathaus. Wir
hatten am Ende ein oder zwei über, wenn ich das richtig im Kopf habe.
Ich wäre aber einfach dafür nochmal ein, zwei, ... zu kaufen. Waren die
nicht recht günstig?

On 31.10.2013 11:47, Sven-Ola Tuecke wrote:
> Hey,
> 
> einer von den 3 letzten Besuchern muss in der letzten Woche 2
> NanoBrackets mehr als aufgeschrieben mitgenommen haben:
> 
> - Juergen 4 statt 2
> - Matthias 8 statt 6
> - Daniel 2 statt 0
> 
> Könnt ihr mal nachgucken? Ref
> http://wiki.freifunk.net/MABB:Lager#Ubiquity_Brackets_-_Discomp
> 
> // Sven-Ola
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 901 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/0ce15ea3/attachment.pgp>


From sven-ola  Thu Oct 31 19:09:27 2013
From: sven-ola (Sven-Ola Tuecke)
Date: Thu, 31 Oct 2013 19:09:27 +0100
Subject: [Berlin-wireless] Lager: 2 Brackets fehlen
In-Reply-To: <52726D3F.6070002@netzpolitik.org>
References: <5272354A.9060501@gmx.de> <52726D3F.6070002@netzpolitik.org>
Message-ID: <52729CD7.5070406@gmx.de>

Nope. Ich hab' letzte Woche Inventur gemacht und da waren's noch 11.
Einer von Euch dreien: Minus 6 Minus 2 = 3, ich habe aber nur noch eine
Bracket. Egal - die Dinger sind eh' nicht teuer. Ist halt Lagerschwund ;-)

// Sven-Ola

Am 10/31/2013 03:46 PM, schrieb Matthias Mehldau:
> Öh, Matthias hatte unter Batch2 [1] 12 Stk (nicht 6) geschrieben,
> insofern eine Differenz von -4 statt +2.
>
> Wir suchen also eher 6 statt 2.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 263 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20131031/137e8451/attachment.pgp>