After just waiting some time, the version number in the dashboard was updated. But, "pfSense-upgrade -d" upgraded pfSense-kernel-pfSense_wrap_vga: 2.3.5 -> 2.3.5_1 [pfSense-core]. The system as rebooted. Now all versions are correct. "pfSense-upgrade -d" does not try to upgrade anything. I cannot just believe, that the firewalls are now up to date…

Also - I noticed that I accidentally posted this in the wrong section - moderator - feel free to move to more appropriate section - like maybe the General Q&A section.

It seems to be a problem of the VirtualBox 5.2. The same behavior I see for pfSense NanoBSD i386 2.3.2, 2.3.4 (2.3.3 was not tested). Amd64 builds are working without problems.

.112 to .129?  You mean .127?  So they gave you a /28 or .112/28 .128 would be the next /28 with .112 the wire and .127 the broadcast in a .112/28 network.. If your having problems setting static - make sure you got the mask correct.. So your setting pfsense IP to .114 with /28 and gateway to the .113 address… .112 is the wire/network in that /28 that makes sense for the IPs for the IP range you were given... Unless they are giving you IPs out of a bigger mask the .129 makes no sense.  Validate what mask you are suppose to be setting with your isp. your setting a /24 and setting the wan IP to the network address if they gave you a /28 which would make more sense if your saying the .113 is the gateway which would be the 1st IP in the /28. Why would ISP set their IP .113 but allow you to use .112?  If they were just giving you a range of IPs out of bigger network you would think they would take the first address in the range as the gateway... So if it was a /24 then their gateway would normally be .1 or .254 etc.. Why would their gateway be at .113 out of /24 and let you use .112 to .129?  Something not right there..

@jimp: I have quite a few test boxes here that upgrade over IPv6 all the time. Perhaps your IPv6 connectivity is what's broken? I wouldn't be surprised if there would be something fishy with my ISPs IPv6 implementation. The IPv6 Configuration Type for the WAN interface is dhcp6 and there's nothing special in the configuration itself… However the gateway monitoring reports latency issues with the wan_dhcp6 but that seems to be quite normal issue with the ipv6 and pfsense...

What are you trying to achieve exactly? Are the default values not working for you?

Hi Gertjan, thanks for your reply, Here are 2 sites that are unreacheable: https://www.theandroidsoul.com/how-to-backup-apps-and-data-without-root-using-helium-android-app/ https://techcrunch.com/2016/04/19/the-first-comprehensive-study-on-women-in-venture-capital/ https://www.emacswiki.org/emacs/FoldingMode At first I thought it had to do with https, but that's not the case, other https sites load fine. MTU is default: BLANK I'll try to look into DNS, as I have thought about that being the culprit at the root of the problem, I think that's also what lead me to adding Google's DNS servers.

Got a new modem from Charter and was able to restore everything. Gonna guess some sort of DHCP issue with the old modem but I'm not smart enough to know for sure ::) Thanks for your replies.

What do you think ipa.gworks.mobi should resolve too?  That does not resolve on the public internet.. Are you using forwarder?  Default pfsense is unbound if running current version of pfsense.. Are you trying to point ipa.gworks.mobi to some local IP vs host override?

Thanks for the quick reply and explanation.  I didn't realized it was using a SRV record.  I'm likely seeing a localized issue since I see now that it fails (randomly) on different packages.  Sorry for the noise.

Hi, I can confim the procedure suggested by Yarick This solved the issue Regards Greyhat

Hi jimp, thank you, the simplest solution #3 ( 3. Wait until 2.3.5-p1 drops later this week and attempt to update again then and see if it corrects itself. ) has succeeded! Now the correct version is shown everywhere! :) I noticed one strange thing during the upgrades (2.3.4_1 -> 2.3.5 and 2.3.5 -> 2.3.5_1). After the first upgrade, everything were upgraded except of the kernel. Rebooting did not help. The kernel was upgraded only after executing the upgrade process the second time. The disk slice was duplicated, and the possibility to go back to the previous version was lost. :( Best regards yarick123

Once I connected via console, most of the console options did not work. Missing libraries or similar error messages. Was unable to recover the config, but my linux skills are minimal. Maybe if I had that I could have worked in the shell to find it. Anyway, ended up doing a fresh install after downloading the community image. As an owner of a pfsense device, I thought I should have been entitled to the better image. No matter at this point. Everything reinstalled and working. And I have a good backup of the config! Very odd to me how the upgrade indicated success but obviously failed. Hope that never recurs.

I have the same issue. I have two pfSense routers, both were just upgraded to 2.4.2-RELEASE-p1 from 2.3.4-RELEASE-p1. L2TP/IPSec worked great on 2.3.4-RELEASE-p1 on both routers. After upgrading, I can no longer connect to the L2TP server on one (yes, just one) of the routers. I am trying to connect from a Macbook Pro (MacOS 10.12.6) and an iPhone 6S+ (iOS 11.2.1). On both devices, the connection fails with "The L2TP-VPN server did not respond. Try reconnecting. If the problem continues, verify your settings and contact your Administrator." My ppp.log file on my Mac looks pretty much identical to what onlime posted. The most recent entries in my L2TP system log on the router is: Dec 28 08:51:29 l2tps: L2TP: waiting for connection on 1.2.3.4 1701 Dec 28 08:51:29 l2tps: process 50431 started, version 5.8 (nobody@pfSense_factory-v2_4_2_amd64-pfSense_factory-v2_4_2-job-12 19:34 16-Nov-2017) Dec 28 08:51:29 l2tps: Dec 28 08:51:29 l2tps: Multi-link PPP daemon for FreeBSD All still works great on the other router…super weird. The main difference between the two routers is the one that is broken is set up with two VLANs and the other (the one that still works) just has a single LAN (no VLANs). Because of this, I am thinking the issue lies with some VLAN configuration, but I am not too sure how to confirm/troubleshoot this. Any tips or hints would be greatly appreciated!

NM I hadnt properly inserted the other USB…..  Happy new year!!  im off to a great start.

https://ipinfo.io/AS1668/172.168.0.0/16-172.168.0.0/23 172.168.0.140 belongs to AOL.  I know you probably do not want to hear it but until you fix your "LAN" problem your probably going to continue to have intermittent problems based on the fact that certain programs can be hard coded for the standards. Easy- drop the 8 and make it 172.16.0.0/24

in overall for this problem to be salved, is to put the harddrive in to another laptop an install the OP, and then switch back the harddrive to the previous laptop to configuer the OP.

How do I connect my wifi to Pfsense?. Please help.

Thanks for share the solution.