Bug 12816 - Core Update 165 (testing) master/38f5bc99 (Mar22) - Some restore issues
Summary: Core Update 165 (testing) master/38f5bc99 (Mar22) - Some restore issues
Status: CLOSED DUPLICATE of bug 12817
Alias: None
Product: IPFire
Classification: Unclassified
Component: --- (show other bugs)
Version: 2
Hardware: unspecified Unspecified
: - Unknown - - Unknown -
Assignee: Assigned to nobody - feel free to grab it and work on it
QA Contact:
Depends on:
Reported: 2022-03-24 09:17 UTC by Rejjy_S
Modified: 2022-04-01 20:38 UTC (History)
5 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Rejjy_S 2022-03-24 09:17:54 UTC
Full fresh install of 
Core Update 165 (testing) Development Build: master/38f5bc99 (Mar22) .iso, 
and restoring from a production backup of 
Core Update 164 Development Build: master/b69659af (profile id  	238cd43f341383bfb813e9f8caa9e11d08638315)

System->SSH Access: 
'Set SSH port to default 22' is ENABLED, whereby the wiki indicates ... 
"SSH in IPFire
The Internet Assigned Numbers Authority IANA has allocated port 22 to the SSH protocol, but IPFire runs SSH on port 222 by default because of security reasons."

Note that a restore from the prior core backup, that had this previously disabled, does change it.

Network->DHCP Server:
DHCP values for BLUE, such as BLUE dhcp enabled, are not set from a restore of previous core backup.

Network->DHCP Server: 
List of fixed leases not imported via restore from previous core backup.

IP System - Snort/VRT GPLv2 Community Rules were ok on previous core 164.
On 165 test they show up as one of the providers, and a forced update sets the date, but the ruleset does not appear when clicking 'Customize Ruleset' 
Deleting the provider, and adding it again, and doing a 'Force Ruleset Update' for it did not help.

Emergingthreats.net Community Rules: ruleset were present, but none were checked. Enabled each rule and everything ok for that provider.  Same for Abuse.ch SSLBL Blacklist Rules

Firewall->Blue Access:
Wireless configuration "Devices on Blue" is blank even after a restore from previous core backup.
Comment 1 Michael Tremer 2022-03-24 09:31:00 UTC
Could you please provide log files so that we can investigate?

This potentially might want to be five individual bug tickets.
Comment 2 Rejjy_S 2022-03-24 13:36:51 UTC
No problem Michael.

Just let me know which files (logs) I should be pulling up.  I'm not an expert yet on location of various log files and thir contents. 

Meanwhile I be further testing to try and determine if the problem is on the side of the 164 (test) backup, (which was restored from a 163 backup), or if the issue is actually on the restore side of the core 165 (test).
Comment 3 Adolf Belka 2022-03-24 13:40:26 UTC
Please see bug https://bugzilla.ipfire.org/show_bug.cgi?id=12817 which I just raised. Manfred Knick and I have been working on this during today on the forum.
Comment 4 Adolf Belka 2022-03-24 13:44:12 UTC
I only saw this bug after I had raised the other one.
Comment 5 Rejjy_S 2022-03-24 14:01:40 UTC
(In reply to Adolf Belka from comment #4)
> I only saw this bug after I had raised the other one.

Yes I just saw that.  
I will try later today to restore my 165 (test) from an even earlier backup like 163 and 161, thus skipping the 164 altogether.
Comment 6 Adolf Belka 2022-04-01 20:38:42 UTC

*** This bug has been marked as a duplicate of bug 12817 ***