hi,
i have a question about these similar problems with bridging.
i use if_bridge on a FreeBSD 6.1 Box.
ipfw doesn't support fwd rules via bridge. So that i had to use pf for
transparent proxying.
but pf doesnt work like fwd. pf makes nat (rdr) on packets, so that
proxy software can't find the o
Ray Mihm wrote:
Point taken about the globals but layer 3 (IP) and layer 4 (TCP, UDP,
etc) aren't modules yet and that shouldn't be a problem right? I'm not
trying to trivialize or solve the problem here. But my point is, these
shouldn't be show-stoppers when you consider the benefit of having
t
On Wednesday 10 May 2006 01:16, Julian Elischer wrote:
> Ray Mihm wrote:
> > Using ipfw tables is essentially a non-starter, IMHO. How would
> > routing protocols use ipfw based tables, for example? Marko's work
> > touches a lot of files, but I don't think it's heavy weight.
> >
> > I also think u
On Wednesday 10 May 2006 03:49, Edward B. DREGER wrote:
> MO> Date: Tue, 9 May 2006 14:39:25 +0200
> MO> From: Milan Obuch
>
> MO> > JE> how do you want to select which table should be used?
> MO> > Ingress interface.
> MO>
> MO> Sounds reasonable, one important point missing - packets locally
> MO
Hi, All!
I have written a small patch for a packets
tagging with ipfw.
The description of OpenBSD packet tagging is here:
http://www.openbsd.org/faq/pf/tagging.html
An IPFW tags is not compatible with PF tags.
This feature can be usable with some netgraph modules.
We can create a netgraph node
hi, i just dont see any options to make it work
"| /usr/sbin/sendmail -Ac -t" works fine
but "| /usr/sbin/sendmail -O ConnectOnlyTo=smtp.external.co... -Ac -t" just
wont work:
WARNING: RunAsUser for MSP ignored, check group ids (egid=10103, want=25)
can not chdir(/var/spool/clientm
Nash Nipples wrote:
hi, i just dont see any options to make it work
"| /usr/sbin/sendmail -Ac -t" works fine
but "| /usr/sbin/sendmail -O ConnectOnlyTo=smtp.external.co... -Ac -t" just
wont work:
WARNING: RunAsUser for MSP ignored, check group ids (egid=10103, want=25)
can not ch
Synopsis: [inet6] nd6_lookup: failed to add route for a neighbor
State-Changed-From-To: feedback->analyzed
State-Changed-By: arved
State-Changed-When: Wed May 10 17:00:57 UTC 2006
State-Changed-Why:
Ed Schouten proposed a patch,
http://lists.freebsd.org/pipermail/freebsd-net/2006-May/010540.html