It's generated with php's uniqid() function. It doesn't matter what the ID actually is, so long as it's referenced consistently. The format isn't set in a spec or anything, we just use uniqid() since it's quick/easy and easier to look at than a full uuid…

Thanks for your feedback

I added those 4 (plus nano, another oft-requested one, while I was at it) to the poudriere build list. They should be available via 'pkg install' now.

Before I return the network card, I tried booting PfSense without it plugged into the PCIe slot, and it wouldn't boot. I assume this means that PfSense needs a network card to even boot. If the card wasn't being recognized before (I doubt it's recognized as a RealTek device), why isn't PfSense booting? Note - It is bootlooping after the console gives itself a reset command…

Well. Tried going down to 2.2.6 and no good. tried 2.2.3 still same thing. Tried 2 different Hardware and still same thing. but if I connect the ISP directly to the PC everything works fine. This is really frustrating.

pfSense uses bsnmpd, not net-snmpd. bsnmpd does not support exec statements in that way. For pf-related stats from bsnmpd, see https://raw.githubusercontent.com/pfsense/FreeBSD-src/devel/usr.sbin/bsnmpd/modules/snmp_pf/BEGEMOT-PF-MIB.txt

I had this working with my UVerse TV sitting on it's own dedicated interface on my pfSense box with 2.2.6, but it seems to be broken with the 2.3 update. I suspect it has to do with either upstream forwarding or IGMP snooping.  My TV STB's work for about about 6 minutes, then when the Snooping times out, the connection gets dropped.  However, if I wait a bit, it does reconnect again, but then works until just after the timeout. Any way to get the igmpproxy which was distributed with 2.2.6 included with the next update?  As I understand it, it was patched and these patches were not included with 2.3.  I could be wrong. I also have a /29 fixed IP block which was also working with the IPTV and traffic was separated onto two dedicated ethernet ports on the pfSense box.  The /29 is working, but IGMP is no longer.

@bwdutton: As noted above, download the nrpe package from: http://pkg.freebsd.org/freebsd:10:x86:64/latest/All/ There are a few dependencies so you'll need to install libgd and nagios-plugins as well. Is there a way to install all dependencies with one command or do I have install one by one?

Thank you I didn't think of failover situations.

I cannot get NAT Reflection to work at all.  The only way I have been able to access actual URL's that are behind the firewall with my workstation, or any other machine behind the firewall is through the HOSTS file

So the plot thickens. Did a fresh install of 2.2.6 and I am still unable to get an IP on one of my onboard NIC's. The system see's the NIC fine, but regardless of whether it's LAN or WAN it won't grab an IP. One thing to note, is that I noticed my OpenWRT WAP was running an IPv6 DHCP server… I disabled this, but it was the last thing I did last night before I called it. I'm starting to think I have a hardware failure... but it seems odd that I would have a failed onboard NIC out of the blue. ~Spritz

The only way it can tell whether a device is "active" is by the ARP table. If you're using static ARP, the IP is always in the ARP table.

Thanks for not removing bash during the upgrade then I guess ;).

Thanks for the responses everyone. I have replaced the CPU and it seems to have fixed the issue, currently at 10 days uptime without crashes. The old CPU would crash anywhere between 3-7 days of uptime.

Just remember that your edit to the PHP file may not survive an update. If that file is updated in the repository your change will be overwritten.