Hi
I am sure there is a very simple explanation as to what I am getting wrong, dealing with various versions offreebsd FreeBSD means that the rules for pf vary from version to version. I am currently dealing with a pair of freebsd FreeBSD 8.2 routers configured to connect two LANs together. To save bandwidth I am only allowing certain traffic through. I'm not using NAT in this case because all hosts on both LANs need to be aware of each other.
When running tcpdump to troubleshoot the connection I am still getting it blocked even though I have allowed it to pass. Is it possible this is because I'm not using NAT?
[CMD=]tcpdump"]per-roc-wa-gw# tcpdump -nettti pflog0 port 700[/cmd]
I have read several examples and I know this will work with the block all removed, any help or suggestions would be appreciated.
I am sure there is a very simple explanation as to what I am getting wrong, dealing with various versions of
Code:
#interfaces
wan_if=""fxp0"
lan_if="em0"
#networks
rocko="10.0.252.0/28"
penrith="192.168.13.0/24"
viiresss="192.168.13.1"
block out log label "Block Out"
block in log label "Block In"
#viress
pass in on $lan_if inet proto tcp from $viiresss to $rocko port 700
pass out on $wan_if inet proto tcp from $viiresss to $rocko port 700
When running tcpdump to troubleshoot the connection I am still getting it blocked even though I have allowed it to pass. Is it possible this is because I'm not using NAT?
[CMD=]tcpdump"]per-roc-wa-gw# tcpdump -nettti pflog0 port 700[/cmd]
Code:
tcpdump: WARNING: pflog0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on pflog0, link-type PFLOG (OpenBSD pflog file), capture size 96 bytes
00:00:00.000000 rule 18/0(match): block in on fxp0: 10.0.252.3.4596 > 192.168.13.1.700: tcp 28 [bad hdr length 0 - too short, < 20]
00:00:06.015672 rule 18/0(match): block in on fxp0: 10.0.252.3.4596 > 192.168.13.1.700: tcp 28 [bad hdr length 0 - too short, < 20]
I have read several examples and I know this will work with the block all removed, any help or suggestions would be appreciated.