It may have been a temporary issue, though I'm not sure why it would have happened. I just upgraded one from that date (20120424-0413) to today, and it went fine.

Thanks Jimp, it worked. I just flashed onto my Alix CF card:

http://snapshots.pfsense.org/FreeBSD_RELENG_8_3/i386/pfSense_HEAD/nanobsd/pfSense-2.1-DEVELOPMENT-2g-i386-nanobsd-20120425-1547.img.gz

and the Dashboard says:

2.1-DEVELOPMENT (i386)
built on Wed Apr 25 15:47:29 EDT 2012
FreeBSD 8.3-RELEASE

There is an open ticket about bridging not working in general, that's probably the root cause.

EDIT: And one for tap also:

http://redmine.pfsense.org/issues/2360
https://redmine.pfsense.org/issues/2314

Thanks Jimp  8)

I have tried manually editing as well and I cannot find what is considered the "syntax" error.

2.1-DEVELOPMENT (i386)
built on Mon Apr 23 08:11:16 EDT 2012
FreeBSD 8.3-RELEASE

When I open or edit a "Times" entry on SquidGuard the first blank row has the full set of options available for "Time Type" and "Days" columns. But when I use the "+" button to add a row the "Time Type" dropdown only has "Date" and the "Days" dropdown only has "mon wed fri sun".

The workaround is to save after adding each new time row, then edit again to get a new blank row displayed with the full set of dropdown options.

I haven't noticed this on 2.0.1, so I presume it is some interaction with the GUI handling on 2.1? I don't have a 2.0.1 system easily available now to try 2.0.1 again.

sg1.png
sg1.png_thumb
sg2.png
sg2.png_thumb

working after git sync

@dhatz:

The problem with the malformed URL in the 302 redirect seems to have been fixed, however I've noticed several other CP issues:

Pass-through MAC doesn't seem to be work. I've checked that the CP adds the usual pair of "allow ip from any to any MAC xyz" ipfw rules at the top of the ipfw ruleset), yet the hotspot ssl login dialogue is still displayed.

Quick feedback:

CP asks for a voucher code from MACs in the passthrough list, apparently due to "set 0" / "set 1" issue:

00002 204 63503 set 0 allow ip from any to any MAC aa:aa:aa:aa:aa:aa any
00003 173 20884 set 0 allow ip from any to any MAC any aa:aa:aa:aa:aa:aa
00004   0     0 set 0 allow ip from any to any MAC bb:bb:bb:bb:bb:bb any
00005   0     0 set 0 allow ip from any to any MAC any bb:bb:bb:bb:bb:bb
00006   0     0 set 0 allow ip from any to any MAC 00:ff:12:34:56:99 any
00007   0     0 set 0 allow ip from any to any MAC any 00:ff:12:34:56:99
65291   0     0 set 1 allow pfsync from any to any
65292   0     0 set 1 allow carp from any to any
65301 628 28888 set 1 allow ip from any to any layer2 mac-type 0x0806
65302   0     0 set 1 allow ip from any to any layer2 mac-type 0x888e
65303   0     0 set 1 allow ip from any to any layer2 mac-type 0x88c7
65304   0     0 set 1 allow ip from any to any layer2 mac-type 0x8863
65305   0     0 set 1 allow ip from any to any layer2 mac-type 0x8864
65307   0     0 set 1 deny ip from any to any layer2 not mac-type 0x0800

My mappings show up under Status > UPnP/NAT-PMP

If I open up something UPnP-enabled like uTorrent, the mappings appear and my FreeBSD ISOs start flowing as expected.

And when I close uTorrent, the mappings disappear.

Another bug after updating to recent snapshot:

PHP Errors:
[19-Apr-2012 06:46:19 UTC] PHP Fatal error:  require_once(): Failed opening required '/usr/local/pkg/shellcmd.inc' (include_path='.:/etc/inc:/usr/local/www:/usr/local/captiveportal:/usr/local/pkg') in /etc/inc/filter.inc on line 3222

2.1-DEVELOPMENT (amd64)
built on Wed Apr 18 13:53:27 EDT 2012

…and still not relevant to this thread. If you want to argue all that, use your other thread(s) that cover that specifically.

databeestje committed a fix for this, seems to work:

https://github.com/bsdperimeter/pfsense/commit/eaa477d2d658a49e102298d939d17350f3788765

Most embedded devices that are still in use have at least 256MB RAM, like most of the popular ALIX models. (There are a couple with 128MB but they are much less common)

Can you show the IPsec log from both sides for the attempted connection?

Hello phil
Thanks so much for catching out that missing 'p' in 'display' in system_graph.php
oh man you went through each and every line of php code to find the fault.
:)

fix pushed

it is stuck in starting openntp on some recent snapshots. the newest ones that are up fixes that.