Yep, later on you can set a password for the console from web UI. Finish your configuration first and you'll see.

"route anything 10.5.5.1/24 through 10.5.5.1 gateway" There might be some terminology misunderstandings with pass vs route.  For example, that looks a lot like the default LAN pass any any rule in pfSense: Pass IPv4 any source LAN net dest any any Note that rule would typically be on an interface with a 10.5.5.1 address. The actual route for that traffic is the default gateway setting on the hosts on 10.5.5.1/24.  And even then, the route isn't for traffic to 10.5.5.0/24, since that's the local subnet.

What firmware is the 120 on and what MRU have you got the 120 set to? 1492 is UK's, and I see there is a 1500 popping up. Coincidentally, I was supporting a now ex customer with similar setup and you would be the right timescales away to be the one's who took over from them, hence the "coincidentally" amongst other things, of course knowing what the spooks know, you could just be a spook playing me.  ;D Edit. This might also work for you. https://forum.pfsense.org/index.php?topic=86087.msg473517#msg473517

The log is already there. Help also : https://doc.pfsense.org/index.php?title=Special%3ASearch&search=captive Activate the Captive Portal on a dedicated interface … and you up. BTW: no help. A 'sys admin' should first learn how to maintain a system like pfSense. Its something you have to go through yourself.

Certainly nothing on the pfSense box. Completely wrong forum.

wifi routers being used as AP rarely support dhcp on the lan interface..  But sure if they support dhcp then he could create reservations - but they would still be outside the pool, reservations with pfsense dhcp server are always outside the pool.

Just an update on this, the password had nothing to do with it.  In fact I feel like an idiot, as the problem was a conflicting IP address.  I thought I changed the IP of the old router away from the new one, once done I changed the PfSense WAN1 IP.  Neither reported an issue, no logs on the PfSense end showed this either.  It has now been up and running for the past 4-5 hours without failing.

That's just dressing. You're vain. There 's no way to change this order at GUI. However, you can change it in the configuration file: Go to Diagnostic > Backup/Restore and backup the interfaces area. Open the xml file in your text editor and move the interfaces sections to your fit, save the file and re-import it. If you use CARP do the same on each machine!

Sigh. I'm merely suggesting proven tools designed for the purpose and providing pretty much realtime information. Javascript dashboard gimmick refreshed every X seconds is not one of them, not to mention that they - as you have already noticed - heavily affect the system resources.

@bl00d666: fyi i am on 2.2.2 but the alx module is still missing. something to do with the cut before the rc of pfsense or something. So to be clear, 2.2.2 does not detect your ar8171? alc is the proper driver for that chip, not alx. I've raised a bug in redmine asking to update alc(4), if it's not already in place for the 2.2.3 release. https://redmine.pfsense.org/issues/4725 [edit] Looks like that will not be included until 2.3, unless someone submits a patch, but r273366 should drop right in.

Sweet, i have been waiting for this fix as well. Glad it was noted as a bug. Its been an issue for a while like it says in the bug post. Really happy that a fix will make it to the next stable point release.

Ugh, I did save a copy before removing it from /var/dhcpd/var/db, by copying it to /tmp. As part of trying to get everything fixed (shotgun killing dhcpd processes), I wound up in a state where check_reload_status was spinning so I rebooted the firewall… forgetting that /tmp gets cleaned up on reboot :-( So I've managed to lose the evidence from this incident. If it recurs, I'll make sure I get a copy saved before I reboot. Thanks! Tim

What are the rules you put on your opt interfaces that are you vlans - can you post your vlan setup in pfsense. So for example here are 2 vlans I have in pfsense that are connected to my em2 physical interface.  So your saying if you plug a device on your switch that is in vlan 10 you get IP from dhcp for that vlan, and if you put in switch port for 20 you get IP from that vlan pool. Can you ping the pfsense IP you put on that vlan?  So for example mine are 192.168.4.253 and 192.168.5.253.. Devices on those vlans can ping pfsense IP address on that vlan.  Pinging pfsense IP address on your lan segment would depend on your firewall rules.  Well for that matter even pinging pfsense IP in that vlan would depend on your firewall rules.  Please post up your vlan configuration, the ips of your pf interfaces in those vlans.  Your firewall rules for those vlans and ipconfig from clients in those segments. Your using just /24 for your masks right? [image: vlanspfsense.png] [image: vlanspfsense.png_thumb]

you sniff on pfsense under diag, packet capture. And your floating tab is empty? I see your blocking bogon - is it possible your source of dns traffic would be in bogon?

There has never been a problem when the dongle loses and later finds the signal (other than that I have to manually reconnect because pfSense doesn't do that automatically). My problem only exists when my ISP decides it's time to change the IP.

@jqueiroz: No, the time on the internal time server is correct. This server is my internal network's official NTP server. It was the HV2012 host that was out-of-sync… The good news is that the pfsense's problem is solved; the bad is that now I have to fix time sync in 4 HV2012 hosts. :( Glad you figured it out … Yes, time sync in VMs can be a minefield

Thanks for everything Derelict, i´ve solved my problem, it had the DNS resolver activated (by default) and the DNS forwarder too (activated by me) which is what i actually needed. Now everything is running normally.