[Wien] [ff] Filesharing

[Erich]

Traffic blocken widerspricht ja auch irgendwie dem PicoPeeringAgreement

Der Eigentümer bestätigt, freien Transit über seine freie 
Netzwerkinfrastruktur anzubieten

Der Eigentümer bestätigt, die Daten, die seine freie Netzwerkinfrastruktur 
passieren, weder störend zu beeinträchtigen noch zu verändern


----- Original Message ----- 
From: "Adrian D" <(spam-protected)>
To: "funkfeuerliste" <(spam-protected)>
Sent: Friday, December 26, 2008 11:28 PM
Subject: Re: [Wien] [ff] Filesharing


Das erste Problem ist, dass es unkollegial ist, sehr sehr viel Traffic
zu verwenden (aber manchmal ist es notwendig, oder passiert unabsichtlich).

das zweite Problem ist, ein technisches: Dass die Router CONNTRACK auch
für Transittrafic anwenden ist ein Designproblem. Die einzige Lösung
kann IMHO daher nur sein, darauf zuzarbeiten, daß die entsprechende
NOTRACK-Option für Transit-Traffic in die Firmware/Kernel integriert
wird - damit es das Netz gesamt stabiler macht. Am besten direkt in die
Freifunk-firmware - in .de werden das selbe problem haben, oder?

Traffic blocken muss ein akut-instrument im Ausnahmefall bleiben. Wer
ein System zum blocken von A schafft, wird es auch irgendwann für B und
C einsetzen (müssen).

Adrian

Markus Kittenberger wrote:
> Wie ja eigentlich schon bekannt sein sollte ist filesharing für/bei
> funkfeuer böse (-;
>

> B conntrack für den TRANSIT-traffic abschalten, weil da brauchts eh
> keiner, dafür gibts im iptables auch das NOTRACK target
> allerdings ist das erste seit "monaten" standardmässig dabei, (als patch
> gibts das schon bald 10 Jahre)
>
> kamikaze kann es afaik (konfigurieren muss man es aber trotzdem!), aber
> unsere whiterussian (freifunkfirmware) linksys und buffalos können das
> noch nciht,..
>
> somit müsste sich wer die mühe machen den iptables patch für NOTRACK
> nach openwrt/whiterussian zu porten,..
>

--
Wien mailing list
(spam-protected)
http://lists.funkfeuer.at/mailman/listinfo/wien