pfSense Plus version 22.01 and pfSense CE version 2.6.0 Software are Now Available!

pfsjap

I noticed that Netgate_Firmware_Upgrade package version 0.51 was available and updated. Updated package didn't work ("This function is not available for this hardware model"). Only after that I noticed that version 22.01 was available and this message.

Is it sufficient to remove Netgate_Firmware_Upgrade before upgrading to 22.01, or should I remove all packages?

I have arpwatch, Netgate_Firmware_Upgrade, pfBlockerNG-devel and snort installed.

provels

I'll probably hate myself in the morning, but I can't help myself!

SteveITS

@pfsjap said in pfSense Plus version 22.01 and pfSense CE version 2.6.0 Software are Now Available!:

Only after that I noticed that version 22.01 was available

You really don't want to install packages from a newer version as they may try to install dependencies like a newer PHP, that the newer pfSense version already has, and really mess things up. I'm guessing that one might not have many system dependencies so you may be OK? I really don't know. I double checked a couple Netgate routers and they don't even have that package so I don't think it's required for anything.

Per https://docs.netgate.com/pfsense/en/latest/install/upgrade-guide-prepare.html#packages, "The safest practice is to remove all packages before upgrading to a new release. The upgrade process will handle packages automatically, but packages are frequently a source of problems. To ensure a smooth upgrade, note the installed packages, remove them, perform the upgrade, and then reinstall when the upgrade is complete." That's what I've been doing, at least with most "more intrusive" packages like pfBlocker and Suricata/Snort.

Do note if you have pfBlocker geoIP aliases that removing the package removes the alias...don't lock yourself out.

r801248

Upgrade from 2.5.2 to 2.6.0 was smooth and painless on my Supermicro E200-9B.
Thank you Netgate!

provels

@provels said in pfSense Plus version 22.01 and pfSense CE version 2.6.0 Software are Now Available!:

I'll probably hate myself in the morning, but I can't help myself!

No problems here. Built a new VM and restored my BU. Cake.

skogs

2.6.x RC > 2.6.0 > 22.01 all worked flawlessly.
Excellent work.

skogs

@gnordoff I noted about an 80% increase in memory usage also, but it seems to have returned to normal after running for a little while.
Guessing it isn't a 'hard' increase and may only be a few lingering post install cache things.

occamsrazor

Upgraded 2.5.2 CE to 2.6 and all went smoothly so far. It took a long time to download some of the packages, "appearing" to be stuck on some. I just mention that to anyone upgrading to just sit tight.
The only thing was at the end of the process I got this, which may be no issue and the system seems to be working, but looked a bit odd....

The process will require 98 MiB more space.
[1/1] Upgrading pfSense-kernel-pfSense from 2.5.2 to 2.6.0...
[1/1] Extracting pfSense-kernel-pfSense-2.6.0: .......... done
===> Keeping a copy of current kernel in /boot/kernel.old
cp: /boot/kernel/.pkgtemp.fuse.ko.XlEg8vpsQuvv: No such file or directory
cp: /boot/kernel/.pkgtemp.if_tun.ko.Lt0bFuqEiOK0: No such file or directory
cp: /boot/kernel/.pkgtemp.if_igb.ko.QuxZvbFyEDZd: No such file or directory
cp: /boot/kernel/.pkgtemp.if_ixlv.ko.r7T3rOyFZyBn: No such file or directory
cp: /boot/kernel/.pkgtemp.if_tap.ko.eCXM6IY0M4M6: No such file or directory
pkg-static: DEINSTALL script failed
>>> Removing unnecessary packages... done.
System is going to be upgraded.  Rebooting in 10 seconds.
Success

pfsjap

@steveits Removed only Netgate_Firmware_Upgrade package, upgraded to 22.01, reinstalled Netgate_Firmware_Upgrade. Upgrade went smoothly except for the seemingly cosmetic message "pkg-static: DEINSTALL script failed" before rebooting.

Then I upgraded firmware to CORDOBA-02.02.00.00t, this went smoothly, too.

Good work by the Netgate folks.

churchtechguy

First of all thanks for all your hard work!!
I did encounter an issue after upgrading from 2.5.2 to 2.6.0. It appears that any rules I had set to match "Diffserve Code Point" values started erroring out when the ruleset is loaded. I tried several combinations and it seems that the only ones that were causing errors were ones set with csX markings (I was matching on cs7).

Here's my exact error message:

There were error(s) loading the rules: /tmp/rules.debug:278: illegal tos value 56 - The line in question reads [278]: match log on { WAN_Group } inet proto udp from any to any port $Zoom_UDP tos "56" ridentifier 1589829693 queue (qLowDelay) label "USER_RULE: Zoom Uploads (match CS7 audio dscp)

I'm not sure where I should request help or post about this on the forums... I didn't have this issue prior to the upgrade.

churchtechguy

I was able to reproduce and correct this error by manually editing my config.xml file. I filed a bug report here....

https://redmine.pfsense.org/issues/12803

Waqar.UK

Great update - went smoothly. Took under 15 minutes: Qotom i5-5250U, 8GB RAM and 120 GB SSD (circa 2% used). ISP: VM 200Mbit down, get 200.

kaj

The update from version 2.5.2-RELEASE (amd64) to 2.6.0-RELEASE (amd64) with the following hardware: Qotom Q878GE Intel(R) Core(TM) i7-8550U CPU 16 GByte RAM and 256 Gbyte mSata SSD took smoothly within 5 to 10 minutes. The following packages have been updated: acme, apcupsd, Cron, freeradius3, iperf, Lightsquid, mailreport,nut, openvpn-client-export, pfBlockerNG-devel, squid, squidguard. It doesn't get any better than that. Thank you for the successful update process and greetings from Germany

Thank you very much for the great work

kaj

guardian

I just upgraded from 2.5.2 to 2.6.0, and it appeared to go well, except that I can no longer access the serial console by logging in as root. I can still login with ssh, to the user id that I use with the webgui, but I don't get the menu.

Is this expected behavior, or a bug?
How can I access the serial menu over ssh?

skogs

@guardian sounds like you made a legitimate login at some point that isn't admin/root. Might need to re-create it (even though it is there) to get the login script and such back for the 'new' user.
Guessing have to install sudo and stuff, as normal user wouldn't have root access.
I think the textual menu is provided by /etc/rc.initial

rcoleman-netgate

@guardian try running

/etc/rc.initial

to get the menu. Only 'admin' gets the menu by default. If you have disabled this account it is now reflective in the SSH connection with the 2.6 update.

robbyjhons540

This post is deleted!

jwg014

HI,

any Idea how to deal with CVE-2022-0778 in the case e.g. HaProxy use inside pfSense?
BR Johannes

jimp

@jwg014 said in pfSense Plus version 22.01 and pfSense CE version 2.6.0 Software are Now Available!:

any Idea how to deal with CVE-2022-0778 in the case e.g. HaProxy use inside pfSense?

HAProxy would only be affected if you have it configured to accept client certificates as a form of authentication. Which is possible, but rare in practice. If you have concerns about that, move the service inside a VPN where it's much more protected. As far as we can tell so far, VPNs are not likely to be as much of an issue as there are other hurdles attackers would have to overcome before the certificates come into play (e.g. TLS key protecting OpenVPN in addition to certificate auth.), and several VPN types and configs don't use certificates at all (e.g. WireGuard). We're still checking into it and keeping an eye on what people find, though.

doppyforever79

This post is deleted!