There must be something wrong with the installation. The fastest way to recover it would be to reinstall, choosing the option to recover the configuration during the install process.

https://www.netgate.com/docs/pfsense/install/upgrade-guide.html#upgrading-from-versions-older-than-pfsense-2-4-4 Specifically see the part at the end of that section about putting kern.vty=sc into /boot/loader.conf.local.

Thanks for letting me know. I decided to upgrade on HW mainly because I want the box to do more. IDP, bandwidth monitoring and Traffic shaping...

Ah, OK and the IPTV stream is being accessed over the VPN when pfSense is in play? Most likely the IPTV service has blacklisted the VPN providers IPs as the source of either hack attempts or users bypassing geo restrictions. Try disabling the VPN and testing through pfSense. Steve

Its upgraded I’m not gonna mess with it again until I have too.. I still have my sg2220 has my backup I probably need to update it to 2.4.4 at some point!

I am not blocking the 169.254 - I block the multicast address. But sure you could block it via 169.254.x.x if you wanted too.. I don't want or need any of that multicast noise - and I sure don't want it going out to the wifi, which that vlan is where my roku sticks connect.. 169.254 is IPv4 link local and yes is used for APIPA... In a correctly configured network there should never be any need or use for it.. What you posted is clearly what I would call NOISE.. that should be able to be disabled on the device sending it.. But if you can not, then the best place to stop is before it even enters the switch ;) I had looked all over to how could disable the noise coming out of the directv box.. Could not find anyway.. So block at switch it is then ;) Which reminds me should look to thread I had on plex forums about the noise it was sending out.. Even when dlna and disabled - it was sending out SSDP nonsense.. I had to block that at the switch as well.. edit: F'ing Crickets over there https://forums.plex.tv/t/stop-pms-from-sending-ssdp-dlna-and-gdm-disabled/321779 Thing sends every freaking 10 seconds.. Wonder if any of the beta's after posted that fixed it? On 1.14 something now.. going to remove the acl on the switch and see ;) fingers crossed. edit: Arrggghhh still chatty kathy.. 13:22:57.575617 IP 192.168.9.10.42339 > 239.255.255.250.1900: UDP, length 101 13:22:57.575635 IP 192.168.9.11.45988 > 239.255.255.250.1900: UDP, length 101

@stephenw10 Thanks for the quick response.

I would expect that to be OK as long as the load balancers are acting as true proxies rather then forwarders. If all traffic to/from the servers goes via the load-balancer that is all the rules you will need. Steve

The "this firewall" includes ALL ips on the firewall.. For example your WAN IP that is normally not a rfc1918 address. So this rule makes sure that NO IP on the firewall can be accessed.

pfsense runs in a vm on proxmox, can that be a problem with the linux bridge proxmox uses? I did a second setup with pfsense in NAT mode and a local IP address on the LAN side, same problem with outbound connection. I can only ping. EDIT: Found the solution: disable "Hardware Checksum Offloading" for Proxmox VirtIO interface

This is my test : [image: 1545093182755-3gbit-iperf-resized.png] I run pfSense on Cisco UCS C210 M2 with 2x X5650 CPU and BroadCom QLogic dual port 10G NIC... Maximum load I registered was 11%... I am pretty sure this result is caused by a speed limitations between me and server instead of my pfSense box... After a few day I will have second 10G line from separate ISP and then I can test again... This machine was released in 2010 so almost 9 years old but works pretty well and I am happy with it ;)

Yes, it looks to me like your Asus router has started handing out DHCP leases in conflict with pfSense. Make sure it is running the same settings it was previosuly. But, yes, it would be far better to use separate devices as the DSL modem and wifi access point. You're relying on PPPoE to separate WAN from LAN there. Steve

Nice. Realtek NICs are better than they used to be but there's a reason they still have a bad rep. Steve

It's there because the interface is always there, and there isn't a good way to track that it was never enabled. If it's disabled now, there could still be some historical data there that someone might want to see if IPsec was recently or temporarily disabled.

@netblues Actually updated to 2.4.4_1 (or 2.4.4p1 as it says in your thread) and it took care of all of it. Thank you for that first reply you made my search 100% more successful :)

I think I know what it is- proxy ARP on another router causes this problem. Testing it now. I still don't understand why it affects only pfsense.

@johnpoz said in latency of connection monitoring: Great then ping those - what is the latency.. sorry for the few hours hiatus. I did ping the above, however packets may be dropped as no ping back is received. I heard most game providers do that, probably to lessen the load on servers that i assume may be running at close to full capacity, and, in a conspiracy theory view.... to hide the fact that servers used may be in a different region or may not be as good as players expect them to be.. LOL. The first reason much more likely. On PC, the game seems to run better and faster, plus ping is readily available and can be added as an overlay on a corner of the screen, but this is a whole different world.

VLAN 101 is usually required, for residential connections at least. If you're using one of the Openreach modems they are configured to add that. If you're using some other modem such as in this case you need to add it either at the modem or in pfSense if the modem passes that. Steve

It's probably connections coming in faster than HAProxy can service them. Once the queue values is exhausted it starts throwing that error. You can increase that value quite substantially without a problem but it may just delay the problem. Set a system tunable kern.ipc.soacceptqueue to something larger that the default 128. Try 512. See if that eliminates the error or simply delays it's appearance. Steve