This may sound very basic, but I don't understand why pf is behaving in
the following manner. To wit, I have a pf.conf file that has two lines:
block in on fxp0 all
block out on fxp0 all
fxp0 is my external interface.
I noticed this morning that despite having been configured with these
two
My pf/altq rules do not seem to work and I can't find any errors.
Here is the background.
are you running 3.3 release or current? If you're running release, you
probably have to patch the tun0 interface. Look here for some
information I've collected:
http://secspace.de/altq_on_tun.hmtl
On Tue, Jul 08, 2003 at 05:01:17AM +0500, Ed Powers wrote:
FW# make
cc -O2 -pipe -I/usr/src/usr.sbin/authpf/../../sbin/pfctl -Wall -Werror -mcpu=v8
-c authpf.c
yacc -d /usr/src/usr.sbin/authpf/../../sbin/pfctl/parse.y
cc -O2 -pipe -I/usr/src/usr.sbin/authpf/../../sbin/pfctl -Wall
Greets.
Success!
Sorry about the source tree confusion. The patch applied and built without
warning once I did everything against my STABLE tree.
Hours ago, I sent something about this to the list to let everyone know I
goofed my tree, but it never appeared. :(
On Tue, Jul 08, 2003 at 04:19:31PM +0500, Ed Powers wrote:
I can log in as any / all of the three users and they do not clobber each
other any longer.
Thank you for the bug report and feedback!
Will this patch go into CURRENT?
Yes, and into -stable as well.
Daniel
On Monday, Jul 7, 2003, at 23:12 US/Pacific, Tom Forbes wrote:
This may sound very basic, but I don't understand why pf is behaving
in the following manner. To wit, I have a pf.conf file that has two
lines:
block in on fxp0 all
block out on fxp0 all
fxp0 is my external interface.
I noticed
On Monday, Jul 7, 2003, at 12:47 US/Pacific, ALEX POPOV wrote:
Here's the problem: Company has several branches, connected over VPN
and a centr
al Exchange server. Because of the slow connections to the internet
and large nu
mber of branches/users email is increadibly slow especially during