From owner-freebsd-ipfw Mon Mar 6 7:40:29 2000 Delivered-To: freebsd-ipfw@freebsd.org Received: from lk.tempest.sk (lk.tempest.sk [195.28.100.47]) by hub.freebsd.org (Postfix) with ESMTP id F349937BDAA for ; Mon, 6 Mar 2000 07:40:25 -0800 (PST) (envelope-from lk@tempest.sk) Received: (from koren@localhost) by lk.tempest.sk (8.9.3/8.9.3) id QAA32568; Mon, 6 Mar 2000 16:38:56 +0100 (CET) (envelope-from koren) Date: Mon, 6 Mar 2000 16:38:56 +0100 (CET) Message-Id: <200003061538.QAA32568@lk.tempest.sk> From: Ludo Koren To: robert+freebsd@cyrus.watson.org Cc: luigi@info.iet.unipi.it, ipfw@FreeBSD.ORG In-reply-to: (message from Robert Watson on Fri, 3 Mar 2000 19:00:38 -0500 (EST)) Subject: Re: ipdivert and ethernet bridging Sender: owner-freebsd-ipfw@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have a 3.4-STABLE box which I have enabled ethernet > bridging, bridging and ipfw, and also ipdivert, as I would > like to transform/process some packets as they pass through > the bridge using a userland process. However, the results so > far seem not to be good--while the packet due indeed disappear > from processing at the divert rule, they never reappear > following it, or reach the userland process :-(. Packets > originating locally on the bridge box seem to be processed > fine. > I was wondering if you had any thoughts on whether this should > be something that works, or how I could get it to work? I'm > not averse to using -current instead, if necessary. I have a patch for bridge. I am using forwarding to redirect packets for squid. So far it is working well. If you are interested I can send you the patch. ludo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ipfw" in the body of the message