What is the vSwitch topology for LAN port group? I am guessing that it is used for VM connections. You need to assign a VMkernel portgroup for management.

Not sure if this helps, since I'm not using COMCAST. However, I'm running multiple instances of pfsense on a hyper-v server. My configuration has one NIC dedicated to the WAN. This NIC is connected to a virtual switch and the various instances of pfsense are connected to the virtual switch. The configuration is similar on the LAN side. The NIC that I'm using for the WAN is an Intel i350. I have not changed any settings on the NIC. My internet connection is VDSL and the modem is an Actiontec T3200M.

Try touch /root/force_growfs and reboot.

Can confirm, it appeared that the EC2/Apple ipsec capabilities were offered. The 'official' vmware image that is behind a 100$ annual subscription is literally just the CE image. I'm hoping this is a mistake.

Thanks for your reply. I upgraded the server to 2012 r2 today and it works perfectly. All 6 nics recognised and working.

I'm assuming the VHD is a custom image and not marketplace pfSense? To confirm: So your setup looks like this on Azure right – assuming the vhd has one interface assigned on deployment pfSense                Nic1  (WAN)              {what subnet?}                        Nic2  (not yet assigned) {what subnet?}                       Nic3  (not yet assigned) {what subnet?}                       Nic4  (not yet assigned) {what subnet?} When you assign & enable Nic2, you lose connectivity? How are users connecting VPN, public ip, etc?

I am running 5 dedicated servers all with virtual pfsense with hyper-v in OVH.  Did you buy a second IP?  Did you set the MAC address correctly on the pfsense virtual wan interface?  Did you add the commands to have the additional routes added to startup of pfsense?

FYI: in my case the error happens using qemu as hypervisor, and my OpenStack was configured to use it. With KVM it works correctly

I've got several pfSense VMs on ESXi 6.5 using vmxnet3, including 1-2 on VM version 13. It all works fine. Most likely something else changed in your switch setup so the VM is not connected where you think it is.

@jimp: TSO and LRO are meant for workstations and servers/appliances, NOT firewalls or routers. Do not uncheck those. It isn't a FreeBSD thing or a pfSense thing, the fundamental design of LRO is not compatible with routing/firewall roles. Hmmm, that's good to know. I had no idea, I've always had those two boxes unchecked. For whatever reason I haven't had any issues with it but it seems that it isn't the best/most efficient setup. - Are there any implications other than potentially reduced performance? i.e., since I didn't have any performance issues, is there any other negative impact from having been using these settings such as increased CPU load or anything? Also, is there any difference how these work in a virtual v physical machine? Or is it purely whether the machine is a client or a router? @jimp - would it be possible to reword the GUI text on these in 2.4? I also was thrown off by the "broken in some hardware drivers, and may impact performance with some specific NICs" In my opinion this is pretty misleading after having read your above post. It makes it sound like you might have trouble if you happen to have a certain NIC, when in fact it seems that you will be misconfiguring your device if you are using it as a router - which almost everyone here is. I would suggest something generally along the lines of: Checking this option will disable hardware TCP segmentation offloading (TSO, TSO4, TSO6). This offloading is broken in some hardware drivers, and may impact performance with some specific NICsintended for machines configured as clients, NOT routers. This will take effect after a machine reboot or re-configure of each interface. Checking this option will disable hardware large receive offloading (LRO). This offloading is broken in some hardware drivers, and may impact performance with some specific NICsintended for machines configured as clients, NOT routers. This will take effect after a machine reboot or re-configure of each interface.

I am running 2.3.4 installed on a Hyper-V guest under Windows 8.1 and have VLAN trunking working. What native VLAN id did you specify? I had trouble with anything other than 0, as Windows strips the VLAN tag off traffic matching the native VLAN id before serving it to the VM.

Hi, I'm also trying to use PfSense inside OpenStack. I'm able to start the VM and the interfaces seem to be configured correctly. Anyway I'm always having an error running pfctl -o basic -f /tmp/rules.debug /tmp/rules.debug:18: cannot define table bogons: Invalid argument pfctl: Syntax error in config file: pf rules not loaded Have you faced this?

…This is where it might be a little scary - the system won't boot into the shell - instead, you see this: [image: sixth.bmp] simply type in ufs:/dev/da0s1a and hit enter, then hit enter again to get to the # prompt.I change into /sbin again, and issue ./growfs /dev/da0s1a again: [image: seventh.bmp] and a gpart show after: [image: eighth.bmp] Now we need a swap file again: ./gpart add -t freebsd-swap da0s1 [image: ninth.bmp] After that, I activated the swap by issuing ./swapon /dev/da0s1b , but rebooting should take care of it. I type exit and hit enter to reboot, then do an option 5 once the console menu comes up to reboot again.  After a normal boot, choose option 8 to get to the command prompt and do a gpart show (it's in the path now), and you should see your expanded partition. So far, it hasn't given me any trouble.  If I've made any obivous mistakes in here, please let me know. snm777's instructions worked for me! Thanks! Couple of additional issues Got a warning that the swap file size was larger then the kernel config allowed. Backed it down to 4GB and it was fine. Steps: ./gpart delete -i 2 da0s1 ./gpart add -t freebsd-swap -s 4G da0s1 ./swapon /dev/da0s1b ./exit hit enter to reboot option 5 once the console menu comes up to reboot again.  After a normal boot, choose option 8 to get to the command prompt ./gpart show No further complaints about swap file size. I also got the mountroot> issue every time I rebooted. I mounted using smn777's mount command: ufs:/dev/da0s1a Once pfsense was running I looked at fstab and foud some strange entries for the root and swap partitions. I performed ls /etc nd saw that thee was fstab and fstab.old files using vi. I looked at fstab.old and the entries were what should have been in fstab. Device                Mountpoint      FStype  Options        Dump    Pass# /dev/ada0s1a            /              ufs    rw              1      1 /dev/ada0s1b            none            swap    sw              0      0 I replaced fstab with fstab.old ./mv /etc/fstab /etc/fstab.old2 ./mv /etc/fstab.old /etc/fstab After that, I was able to reboot successfully.