@stephenw10 Yes, that was the first time. I did not try using Google LDAP until after I upgraded to 23.05.1.

@stephenw10 I work with RTSP streams with various brands all over US. If he port forwarded everything correctly it should work without any problems.

I'm assuming that was a typo.

Seeing fragmented packets like that implies some type of MTU mismatch so I'd look for that. Perhaps something changed on your WAN. Or maybe you added a VLAN the traffic is using.

@buzzhussman but where does that say that traffic on host A would be seen by some box on host B. I could guess its possible that traffic coming in from the real network on host A from some vm on host B might be seen by all devices on the vswitch on host A.. But then again that only might happen for traffic that is local to the vswitch on host A.. If you want to see traffic from some VM on host B talking to pfsense on host A - why do you not just sniff on pfsense itself?

@stephenw10 Just an update only one of the firewalls went down still trying to get into the console for that but the other firewall just had an issue with OpenVPN configuration.

Nothing in the logs that stands out. I ended up rebooting things and everything is running fine so far.

What interfaces do you have configured? Something obscure? The reason it stops there is that one of the configured interfaces is not present at that point. Most virtual interface types are ignored to allow that. Since it then allows you to configure them it must be present when you do that.

@johnpoz All right, fair enough. Thank you.

@NicS ?! I mentioned above that I saw the branch had been pushed?!

@stephenw10 Thank you, its resolved and I have failed to update here. Exactly as you said one of mate from pfsense official fb group suggested to remove gateways, once I removed all back to normal. Thanks & Regards, Babin

@stephenw10 I've backup all of the pkgs :)

It's not an official mirror. You can check the file checksums here though: https://files.netgate.com/hashes/ 2.3.4p1 was never available as an image though only as an update to 2.3.4. Steve

@yoyoSE156d I mean if the NAS is not accessible externally (from the internet), and you filter traffic from the other devices to the NAS you are off to a good start. Other than that make sure to keep things up to date, and use good passwords. Unless you have some reason to think that you would be directly targeted I think that would pretty much be enough.

Those look like Speed-Shift numbers. Those are passed to the driver by the CPU/BIOS, nothing in pfSense sets them. Make sure you have the latest bios running.

pfSense doesn't use the FreeBSD rc system: https://docs.netgate.com/pfsense/en/latest/development/boot-commands.html Steve

It's probably an ACPI reported value which isn't the CPU at all. If it never changes it's probably a bogus value anyway. You should enable the appropriate CPU core temp driver in Sys > Adv > Misc.

@stephenw10 said in pfsense booting from /boot/kernel/kernel after update from 2.6.0 to 2.7.0: Ok, well check the output of show to see what it's trying to use. You might consider just installing 2.7 clean and restoring the config though. Steve Seems its the only solution