Setting up a quick test network. User authme with authpf shell. Empty 
authpf.conf file. authpf.rules has only one rule:

block in quick on sis0 proto tcp from $user_ip to 10.0.0.1 port 8888

pf.conf includes:

table <authpf_users> persist
anchor "authpf/*"

Let's try it. (Irrevelant lines and info deleted.)

remote:~$nmap -p 8888 10.0.0.1
PORT     STATE
8888/tcp closed 

remote:~$ ssh -l authme 10.0.0.1
[EMAIL PROTECTED]'s password:
Hello authme. You are authenticated from host "10.0.0.10"

remote:~$nmap -p 8888 10.0.0.1
PORT     STATE
8888/tcp filtered

Looks good. Checking it out at the other end:

firewall:~# pfctl -t authpf_users -T show
   10.0.0.10
firewall:~#pfctl -a "authpf/authme(1234)" -s rules
block drop in quick on sis0 inet proto tcp from 10.0.0.10 to 10.0.0.1 port = 
8888

But the following, direct from the pfctl man page, don't work:

firewall:~#man pfctl
By default, recursive inline printing of anchors applies only to
             unnamed anchors specified inline in the ruleset.  If the anchor
             name is terminated with a `*' character, the -s flag will recur-
             sively print all anchors in a brace delimited block.  For example
             the following will print the ``authpf'' ruleset recursively:

                   # pfctl -a 'authpf/*' -sr

firewall:~#pfctl -a 'authpf/*' -sr
firewall:~#

Nothing

firewall:~#man pfctl
To print the main ruleset recursively, specify only `*' as the
             anchor name:

                   # pfctl -a '*' -sr

firewall:~#pfctl -a '*' -sr
anchor "*" all {
pfctl: DIOCGETRULES: Invalid argument
}

Am I misreading the man page in assuming that both of these commands should 
return the block line that the authme login set up, or is something else 
going on?

--
Jeff Simmons                                   [EMAIL PROTECTED]
Simmons Consulting - Network Engineering, Administration, Security
"You guys, I don't hear any noise.  Are you sure you're doing it right?"
        --  My Life With The Thrill Kill Kult

Reply via email to