From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: IPFire 2.29 - Core Update 189 is available for testing Date: Wed, 02 Oct 2024 11:14:37 +0200 Message-ID: In-Reply-To: <872b89cb-e80a-48b3-943c-1f50a92e86e4@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3898134372864637878==" List-Id: --===============3898134372864637878== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi All, Besides the minor issue in the mail below, CU189 Testing has gone very well. Confirmed that the suricata open all ports issue is no longer present if suri= cata crashes. Also if it does crash the watcher restarts it with no problems. The issue with not being able to add new OpenVPN clients if the Static Pool a= ddresses was enabled has been fixed. The existing OpenVPN RW and N2N connections all continue to work and creating= new ones also worked without any problems. I have also tested completely removing the x509 certificate set from the Open= VPN page and re-creating everything from scratch and it all worked without pr= oblems. Now that I have a Prime system also available for testing I have been able to= do testing of the wlanap for blue connection. This would not work properly with CU189 Testing. I think the label marked Bro= adcast SSID was actually for hiding the ssid and once it was checked it could= not be unchecked again with the save button. So the wireless signal was not = seen by my laptop or my phone. Updating the Prime to CU190 Unstable allowed the wlanap to function correctly= . The label was now Hide ssid and it could be unchecked. Unchecking it allowe= d the wifi connection to be seen by my phone and laptop and a connection coul= d be successfully made with it. I think the intention was to backport the wlanap.cgi changes from next to mas= ter but they are not in master. I think that would be something worthwhile to= consider doing for CU189 Testing before releasing it. Someone in the forum was having problems with CU188 if they had WPA2+WPA3 sel= ected in the wlanap.cgi page. There WPA2 printer would not connect. I wasn't able to test this out with CU188 at this point in time but I could c= onfirm that with CU190 Unstable the wlanap.cgi changes allowed me to connect = with WPA2 when WPA2+WPA3 was selected in the wlanap.cgi page as the protocol. Regards, Adolf. On 02/10/2024 10:54, Adolf Belka wrote: > Hi All, > > One thing I have noticed from the update (although, looking back I have rea= lised it was already missing in CU188), is that the red and orange colouring = on the dhcp Fixed Leases table for fixed IP's that are within the dynamic ran= ge (red) and for IP's that are outside the green and blue subnets (orange) ha= s disappeared. This probably happened when the table colouring standardisatio= n was done. > > A fix for it could also wait till CU190 as CU189 has been in Testing for a = while now. > > Regards, > Adolf. > > > On 25/09/2024 13:15, IPFire Project wrote: >> IPFire 2.29 - Core Update 189 is ready to be tested. It comes with a secur= ity fix and a new graph for the IPS as well as a large number of package upda= tes. It is one of the largest update that we have ever shipped because it bri= ngs a large number of new and updated firmware files for a lot of hardware. >> =E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2= =A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2= =A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C=C2= =A0=E2=80=8C=C2=A0=E2=80=8C=C2=A0=E2=80=8C >> >> >> =C2=A0 IPFire_ >> >> >> =C2=A0 IPFire 2.29 - Core Update 189 is available for testing >> >> IPFire 2.29 - Core Update 189 is ready to be tested. It comes with a secur= ity fix and a new graph for the IPS as well as a large number of package upda= tes. It is one of the largest update that we have ever shipped because it bri= ngs a large number of new and updated firmware files for a lot of hardware. >> >> Read The Full Post On Our Blog >> >> The IPFire Project, c/o Lightning Wire Labs GmbH, Gerhardstra=C3=9Fe 8, 45= 711 Datteln, Germany >> >> Unsubscribe >> > --===============3898134372864637878==--