you could set it up all virtual, with virtual network cards & virtual clients. this can be done on any laptop/desktop that is less then 8yrs old. pfSense config(=1 file) can be downloaded from diagnostics–>backup/restore

@phil.davis: …possibly even a checkmark that says you have read them before proceeding with the update It could even ask a few questions about the content of the release notes and only let you upgrade if you get the answers right.  :-\ Why not?  We are a dealer that sells a product in which we have to do this very kind of thing if we want to keep selling the latest and greatest.

Graphs in email are gone: https://forum.pfsense.org/index.php?topic=110179.0 Not sure if or when they might be possible again.

The command that runs``` /usr/local/bin/wol

The function is still there and works as always. Ensure a CARP VIP is selected on the main page of the Quagga settings of both units.

having same issues after ugprade. after fresh 2.3 install and config restore. i'm going back to 2.2.4 https://forum.pfsense.org/index.php?topic=110047.0

@ewhac: While we're about it, what does it take to pfSense-ify a FreeBSD package, making it suitable for v2.3?  upsmon/nut has gone missing, and I'm rather keen on getting it working again. See the sticky threads on the packages board. Lots of info about that there. At the OS level, the binary packages are the same (they just come from our pkg server), but it needs a new meta port to include the pfSense-specific files and any php files need converted to use bootstrap. NUT is one we intend to bring back ASAP, but we're still pretty busy with the post-release influx of issues/support.

I've also solved it, with me it was an improperly configured WAN connection.

My guess would be an incompatible cipher suite. Android 4.1.2 is pretty much ancient. A lot has happened in SSL/TLS in the last four years. Probably time to upgrade. This might help: http://blog.dev-area.net/2015/08/13/android-4-1-enable-tls-1-1-and-tls-1-2/

Cool. Already have a lot of that code in place. Mostly needs testing.

The actual graphs are rendered in the browser now. So there is no way to (easily) render a graph image back on the system for sending in email. There have been a few discussions about it (probably in the archived 2.3-RC Feedback forum).

This is the general way to remove old package cruft from the config, using bandwidthd as the example: https://forum.pfsense.org/index.php?topic=110096.msg613137#msg613137

Interesting. See if you can enable HPET in BIOS, since it is preferred. kern.timecounter.choice: TSC(800) HPET(950) ACPI-fast(900) i8254(0) dummy(-1000000)

No. The packet capture runs tcpdump in the background separate from the GUI process.