Thanks for such a prompt reply.
I will not use Linux even if you pay me. It has been OpenBSD
for me for past three years and it will remain so as long as
OpenBSD remains what it stands for.That aside, see, I have used this tool called ourmon successfully
on OpenBSD to detect P2P traffic and block the users in
conjunction with authpf and pf. The tool can do other detections
as well. It matches packets/traffic-patterns with those observed
by network admins as being related to a specific type of application
protocol. Payload is not inspected, although a grep may be
happening. It works by passively monitoring the packets flowing
by, no kernel stuff involved.Just want to know if anyone has come up with a good solution to
this problem. If there is none yet, fine, we continue with what we
have or even partial solutions will help a bit.Thanks for your time.
Srikant Tangirala.
On Fri, May 9, 2008 at 11:55 AM, Reyk Floeter wrote:
> On Fri, May 09, 2008 at 10:40:18AM +0530, Srikant Tangirala wrote:
| Parag Warudkar | BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| David Miller | Re: [BUG] New Kernel Bugs |
