[Wien] Sicheren Tunnel zum Border Router

[Markus Kittenberger]

A bis jetzt haben wirs imho nie gemacht, weil es sowieso keine end2end
verschlüsselung ist,..

B und ich eigenltich lieber meine zeit damizt verbring am subway eure daten
auszuspionieren, als

C mir anzufangen potentiell unmengen verschlüsselte tunnel durch funknetz zu
konfigurieren,.. (was B ja eh nicht verunmöglichen würde)

D dies vorallem weil automatische aufgebaute tunnel zu nem gateway eh auch
ein geplantes (long-term) olsr-feature ist

lg Markus

p.s. obiges dillema kann man lösen indem wer andere solche(oder evt gleich
alle neuen) tunnel konfiguriert, oder viel besser indem sich wer dem
geplanten olsr-feature annimmt (welches daweil afaik bei: in 6+ Monaten auf
hennings todo steht,..)

p.p.s B war natürlich ein scherz,..

2009/4/10 L. Aaron Kaplan <(spam-protected)>

>
> Was spricht gegen einen verschluesselten openVPN tunnel zu
> tunnel.funkfeuer.at?
>
>
> On Apr 9, 2009, at 10:14 PM, Christoph A. wrote:
>
> > Hallo,
> >
> > ich moechte meine Funkfeuer Verbindung mal etwas "produktiv"
> > verwenden.
> > Davor moechte ich noch den verschluesselten Tunnel zum Border Router
> > einrichten [1] damit die Pakete nicht unverschluesselt durch die
> > Luft gehen.
> >
> > [1]
> >
> http://wiki.funkfeuer.at/index.php/FAQ#Wie_sieht_es_mit_Sicherheit_aus.3F
> >
> > An wenn soll man sich diesbzgl. wenden?
> >
> > Bei der Tunnel Setup Beschreibung im Wiki [2] geht es ist nicht um den
> > verschluesselten Tunnel sondern um die Anbindung von Funkinseln
> > (unverschluesselt) - sofern ich nicht etwas uebersehen habe.
> >
> > [2] http://wiki.funkfeuer.at/index.php/Tunnel_Setup
> >
> > danke
> > Christoph
> >
> > --
> > Wien mailing list
> > (spam-protected)
> > http://lists.funkfeuer.at/mailman/listinfo/wien
>
>
> --
> Wien mailing list
> (spam-protected)
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20090410/4fe4a30e/attachment.htm>