Intervlan traffic being blocked
-
@johnpoz The network was at another site. I tore it down and rebuilt the config at my current location.
-
@greatbush said in Intervlan traffic being blocked:
For some reason its not reach the 172.16.64.1 interface.
that is pinging the server at .200 - ping pfsense IP on the server network 172.16.64.1 I believe is what you have posted.
There is a huge difference between not getting an answer from server, and not being able to ping pfsense IP on that network.
All kinds of other issues could be going on to why that server doesn't answer - but pfsense no answering when you ping one of its IPs and your firewall rules allow it, and traffic gets to pfsense is something going on in pfsense.
-
@johnpoz i have tried pinging both .200 and .64.1 and i got the exact same result despite me adding rules for both on the S interface. Pfsense isn't dying, right?
-
@greatbush I have no idea what is going on to be honest - if your rules allow it, and traffic is getting there.. you should get an answer.
Your routing table shows the interfaces there.. Only thing that comes to mind is something wrong with the tag. But your doing the packet capture on the actual vlan interface right. Not the parent interface.
You can ping pfsense IP on the S interface right?
-
@johnpoz yep. my test pc can ping its pfsense interface ip
-
-
@greatbush but that test PC that is different IP 160.100 can not ping the server IP of 64.1 ?
You changed the rules to any S subnet to Server subnet I believe. So yeah you should be able to ping the pfsense server interface IP.
Can we see the full ruleset on the S interface of pfsense.
-
-
@greatbush I might be way off here, haven't had time to read all of the updates since yesterday.
But, does the Unifi network side of things have any Layer 3 capable switches that might be getting in the way and attempting to route one of those networks?
-
@planedrop Nope Unifi is not doing anything layer 3.
-
@greatbush well you can ping other interfaces on pfsense, just not the 172.16.64 one.
At a loss.. You have no floating rules.. And looks like your rule triggered and state are created there in that top rule you posted trying to talk to it.
You have no floating rules - and no current vpn tunnels..
Yeah at a loss to what would cause that.
Can you talk to any of the other 172.16.x interfaces you have via the route table you sent..
