How to sync settings from old csf v.14.24 installarion to Aetherinox csf-firewall

[hueznar2]

Hello. First of all, thank you very much for the initiative to continue the original CSD/LFD project in a simple way and maintaining the essence of CSF/LFD as much as possible. I am very excited that someone is willing to maintain the same line/design and original functionalities.

I have a question: Previously, when I deployed a new server, I used to install CSF/LFD on the new server and simply rsync /etc/csf from the original server to the new destination server, and everything worked like a charm.

I understand that this is no longer possible for obvious reasons, but I would like to know how I could export or copy the typical configurations such as csf.ignore, csf.pignore, etc., allow lists, deny list, and firewall configuration, etc., that I still maintain in my CSF/LFD Version 14.24 installations to the new Aetherinox csf-firewall version.

Is there any possible way?

Thanks in advance one more time.

[Aetherinox]

Hello. First of all, thank you very much for the initiative to continue the original CSD/LFD project in a simple way and maintaining the essence of CSF/LFD as much as possible. I am very excited that someone is willing to maintain the same line/design and original functionalities.

The goal here is to continue the development in the same fashion as the original developer did. I don't want to go ripping CSF apart, throwing it behind some commercial cookie-cutter template, throwing in complex interface loaders, slowing it down, etc.

I will be doing things like adding a dark theme like I did when I made the addon, but it will be optional. The white theme will remain as it is for anyone wanting to have the original look. I'm not removing what people know.

And I've been adding new functionality, but it's entirely "opt-in" only. All new features are disabled by default and must be enabled in the csf.conf before they'll take affect. Like the new Content Security Policy feature.

I have a question: Previously, when I deployed a new server, I used to install CSF/LFD on the new server and simply rsync /etc/csf from the original server to the new destination server, and everything worked like a charm.

Unless I'm missing something, what prevents this from occurring? If you are still running on an outdated config file that doesn't have all of the new options, that's fine. The new features are disabled by default, so if they are not defined, they'll continue to be disabled. If you want to add one later, you can. The upgrades have been designed that you can use an old config, and it will still work just as it did before.

I personally use rsync to deploy to multiple servers. Well, a combination of rsync, and my own install of Gitea, because I find the Git structure better for tracking changes.

I've kept my version of CSF as close to the original as possible. Including the way it auto-updates. I even kept the update / download domain names exactly the same, and in the same format.

If something in particular is preventing you, throw me the issue and I'll see what I can do to address it.

[hueznar2]

Thank you very much for maintaining the essence of the original project and also for seeking innovative options to improve it, such as dark mode and other enhancements.

I will try testing with the original configuration files from my old versions to see how it goes, but I will probably opt to re-enter all the configuration manually to try to keep everything as clean as possible and thus have it as a base for cloning on new system deployments.

I will be closely following the project.

Thanks again for the work, and I sincerely hope it grows a lot :)

I will be attentive to news.

[Aetherinox]

A side note. If you do an update on a single machine and run the src/install.sh, it will compare your old settings to the new settings, and see what you are missing. It will then migrate the new settings and their defaults over to your original config, but leave your current settings intact.

So if you don't want to do a manual conversion, you have that option as well. That process is performed by the auto.* scripts.

• auto.cwp.pl
• auto.cyberpanel.pl
• auto.directadmin.pl
• auto.generic.pl
• auto.interworx.pl
• auto.pl
• auto.vesta.pl

That process is initiated by running the src/install.sh and it detecting an existing version of CSF installed.

However, ensure you have a backup of the config first just in case some type of "act of god" happens. Always backup.

I spend many hours on each release testing, but it's difficult to ensure there's not some type of really rare bug that occurs.

[hueznar2]

That's interesting, I didn't know that. In my case, I use cPanel with many of my servers and I still have quite a few of them with the old CSF version 14.24. I will try the update script it on one of them to see how it goes, and of course, I will make a backup beforehand just in case.
Thanks one more time for your time on this.

[Aetherinox]

You're welcome. Updates from the old to new should be relatively painless.