@daplumber: My Bad, sorry for the confusion. you're not the one who decided to rename a third party product with a name that (unsuprisingly) was later used by a different version of the third party's hardware. it's been confusing people for years.

I am running the X710-DA2 without issue, (very happy with it , switched from Chelsio) I think it uses the same driver ?

If you are using snapshots, report in the snapshots forum.

Yeah, no 802.11ac support currently.  :( If you're using a mPCIe to m.2 adapter you can get one with the SIM slot on the adapter. That would expand your choices. Steve

@Irios: @pkaira: ../.. However, I am having trouble setting it up as an headless unit. It works fine as long as a monitor is attached during startup (first 10-20 seconds), but if no monitor is attached than network doesn't come up. I have tried using display emulators but without any luck. ../.. I am experiencing something similar here on my DS67U. I doesn't seem to post (after initial power-on) if there is no display connected to the HDMI/DP ports. Any time I reboot (or restore power) on the system, it never gets past the post screen. If I connect a monitor after power on (usually to troubleshoot and see why pfSense hasn't started, sigh), the monitor will immediately go into standby - meaning there is no signal on the monitor output. It's very frustrating, because it means it's impossible to use the computer as in a headless config. I currently use DS57U, DS67U and DS77U without issues. What is your boot media? Which BIOS and pfSense version? VGA/Serial Console?

That’s what I was thinking/hoping.

@arofad: I don't want to mangle the case Then: [http://store.calexium.com/en/boitiers/324-pc-engines-alix-2d3-2d13-or-openvox-ipc100-110-120-case-with-hdd-wifi-black.html]

Maybe your hardware is bad.

https://forum.pfsense.org/index.php?topic=142267.0 https://forum.pfsense.org/index.php?topic=142598.0 In short: I beleive my issues are related to the APU2 BIOS. I've rolled back all but one unit to BIOS V4.0.7. So far, no issues with those routers for the last few days.

Yes, but often they fail due to heat stress. This is because in a firewall they are under load most of the time and airflow and heat dissipation in such an ITX setup is limited. You often are limited by chipset as well, most of them have RealTek chips. A few have (older) Intel chips.

@Gil: This thread took an interesting turn, thanks for the info. Regarding APU2 performance, my own testing showed the Bandwidth max was 85.3 Mbits/sec through a TCP OpenVPN connection. Perhaps a bit slow for the original requirements. I suspect with the 120Mbit connection you only get 100Mbit, and with OpenVPN overhead you'd lose another 10, so 85.3 Mbits/sec wouldn't be so bad I think.

Thanks DeLorean Yes I was looking to see if my chipset could be upgraded but it looks like it can't. I'll just get a new PC when 2.5 comes out. I probably need to upgrade anyways. Thank you again.

Thanks Steve. I shut down the VM, changed the Proxmox CPU emulation from "KVM" to "host", and started it up again.  pfSense continued working like nothing had happened.  It's working beautifully - and shows the correct CPU details now - an i3 with the AES extension.  The rest of the 'hardware' was the same, so there was no need to reassign the interfaces. I hope this helps someone.

Yes, it's in the Qotom topic. RAM doesn't affect it as long as it\s 4GB or more.

PC Engines APU2 can also host LTE cards internally. https://www.pcengines.ch/apu2.htm

@jawz101: At this point I'm still waiting on patches for my Supermicro A1SRi-2758F (Intel Atom Processor C2758) though I don't know if Atom processors are affected. That generation of Atom is. The earlier/ridiculously slow ones are unaffected.

Make sure you get one with the hardware needed to run the VPN.

What type of NICs are in those two? If only one has Intel NICs use it for pfSense. Avoid Realtek NICs on pfSense, especially if you want gigabit performance.

After hours of testing in different setups, I have figured out how it works but it is still weird that it does work this way. 1)  Turning hardware acceleration On and Off in OpenVPN setup does nothing. 2)  It runs the fastest when both AES-NI and BSD Crypto is on in advance->miscellaneous.  If any one of those are off, it moves roughly as fast as not having any acceleration on at all.  My guess is that it can't turn on hardware acceleration unless both are on.  This is 2.4.2 by the way.  On a 7600K. I get 350- 500 mb/s down with hardware acceleration off.  I get 550 mb/s - 650 mb/s down with hard acceleration on. I get 250-350 mb/s up with hardware acceleration off.  I get 350-450 mb/s up with hardware acceleration on.