all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Arthur Bied-Charreton <a.bied-charreton@proxmox.com>
To: Thomas Ellmenreich <t.ellmenreich@proxmox.com>
Cc: pve-devel@lists.proxmox.com
Subject: Re: [PATCH proxmox-firewall 11/13] firewall: dump config to local directory after apply
Date: Fri, 11 Sep 2026 11:28:49 +0200	[thread overview]
Message-ID: <w6d5zqhkko6geoux6gly3epljemplxoblqoyxp5wqy2zfbclkg@phyebmou43nu> (raw)
In-Reply-To: <DLCDC8WT99KZ.37TB1PCCLIWT8@proxmox.com>

On Fri, Sep 11, 2026 at 11:10:30AM +0200, Thomas Ellmenreich wrote:
> On Tue Jul 21, 2026 at 3:54 PM CEST, Arthur Bied-Charreton wrote:
> > The firewall configuration files are stored on pmxcfs, which is only
> > available when pve-cluster is up. To be able to restore firewall rules
> > before the network comes up and close the boot-time window in which the
> > PVE host is unprotected, dump the required configuration files to a
> > local directory after every apply.
> >
> > The last dumped version is cached for each file, the daemon only
> > actually writes to disk if there has been a change since the last write
> > or the dump file does not exist.
> >
> > Ownership of the dumps is keyed on the nftables option in the host
> > config. When the firewall is disabled, the dumps are only removed if
> > nftables is enabled - otherwise that responsibility is on pve-firewall.
> >
> > Signed-off-by: Arthur Bied-Charreton <a.bied-charreton@proxmox.com>
> 
> [snip]
> 
> > diff --git a/proxmox-firewall/src/bin/proxmox-firewall.rs b/proxmox-firewall/src/bin/proxmox-firewall.rs
> > index 27fd67d..5b20ca0 100644
> > --- a/proxmox-firewall/src/bin/proxmox-firewall.rs
> > +++ b/proxmox-firewall/src/bin/proxmox-firewall.rs
> 
> [snip]
> 
> > @@ -42,14 +48,58 @@ fn remove_firewall() -> Result<(), std::io::Error> {
> >      Ok(())
> >  }
> >  
> > +fn dump_config(cfg: &FirewallConfig, cache: &mut HashMap<&str, Vec<u8>>) {
> > +    let dump_dir = Path::new(DUMP_DIR);
> > +    if !dump_dir.exists()
> > +        && let Err(e) = fs::create_path(dump_dir, None, None)
> > +    {
> > +        log::warn!("could not create {DUMP_DIR}: {e} - config will not be dumped");
>                 ^
> Should this `warn` maybe be an `error` since not dumping the config
> means having no firewall during startup which could be quite grave for
> certain usecases? But just a thought, maybe I'm missing something.
> 
You're right, error might be more suitable here. I originally opted for
warn since I felt that error should be kept for cases that actually
break the firewall's intended functionality, but I guess one could argue
that that is the case here. 
> > +        return;
> > +    }
> > +
> > +    if let Err(e) = std::fs::set_permissions(dump_dir, std::fs::Permissions::from_mode(0o700)) {
> > +        log::warn!("could not set permissions on {DUMP_DIR}: {e}");
> > +    }
> > +
> > +    for (bytes, name) in [
> > +        (cfg.cluster_raw(), "cluster.fw"),
> > +        (cfg.host_raw(), "host.fw"),
> > +        (cfg.sdn_raw(), "sdn.json"),
> > +    ] {
> > +        let out = dump_dir.join(name);
> > +        match bytes {
> > +            Some(b) if !out.exists() || b != cache.get(name).map(Vec::as_slice).unwrap_or(&[]) => {
> > +                match fs::replace_file(&out, b, fs::CreateOptions::new(), true) {
> > +                    Err(e) => log::warn!("could not dump {name} to {out:?}: {e}"),
>                                         ^
>                                 same with this `warn`?
Ack, see above
> 
> > +                    Ok(()) => {
> > +                        log::info!("successfully dumped {out:?}");
> > +                        cache.insert(name, b.to_vec());
> > +                    }
> > +                }
> > +            }
> > +            Some(_) => log::info!("no changes to {name} since last dump to {out:?}"),
> > +            None => {
> > +                log::info!("nothing to dump for {name}");
>                         ^
>         This could maybe be removed or downgraded to `debug` or `trace`
>         as it doesn't provide vital information and thus clutters the
>         log in most cases.
> 
The default logging level for the proxmox-firewall is WARN, so this is
not shown unless one actively changes it. I do agree that debug makes
more sense though, will change that, thanks!
> > +                cache.remove(name);
> > +                _ = std::fs::remove_file(&out);
> > +            }
> > +        }
> > +    }
> > +}
> 
> [snip]




  reply	other threads:[~2026-09-11  9:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-21 13:53 [RFC firewall/manager/proxmox{,-firewall} 00/13] fix #5759: keep firewall rules up across boot and shutdown Arthur Bied-Charreton
2026-07-21 13:53 ` [PATCH pve-manager 01/13] network interface pinning: write new firewall config to local dir Arthur Bied-Charreton
2026-07-21 13:53 ` [PATCH pve-firewall 02/13] firewall: config: sort OPTIONS when serializing Arthur Bied-Charreton
2026-07-21 13:53 ` [PATCH pve-firewall 03/13] d/control: bump libpve-common-perl Arthur Bied-Charreton
2026-07-21 13:53 ` [PATCH pve-firewall 04/13] firewall: dump configs locally after applying Arthur Bied-Charreton
2026-07-21 13:53 ` [PATCH pve-firewall 05/13] fix #5759: firewall: do not remove chains when host is shutting down Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH pve-firewall 06/13] firewall: add restore command Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH pve-firewall 07/13] fix #5759: firewall: restore from dumped config before network-pre Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH proxmox 08/13] systemd: systemctl: add is-system-running helper Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH proxmox-firewall 09/13] firewall: fix clippy warnings Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH proxmox-firewall 10/13] fix #5759: firewall: do not clear rules on system shutdown Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH proxmox-firewall 11/13] firewall: dump config to local directory after apply Arthur Bied-Charreton
2026-09-11  9:10   ` Thomas Ellmenreich
2026-09-11  9:28     ` Arthur Bied-Charreton [this message]
2026-07-21 13:54 ` [PATCH proxmox-firewall 12/13] firewall: add restore command Arthur Bied-Charreton
2026-09-11  9:14   ` Thomas Ellmenreich
2026-09-11  9:37     ` Arthur Bied-Charreton
2026-09-11  9:54       ` Arthur Bied-Charreton
2026-07-21 13:54 ` [PATCH proxmox-firewall 13/13] fix #5759: firewall: restore from dumped config before network-pre Arthur Bied-Charreton
2026-09-11 12:26 ` [RFC firewall/manager/proxmox{,-firewall} 00/13] fix #5759: keep firewall rules up across boot and shutdown Thomas Ellmenreich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=w6d5zqhkko6geoux6gly3epljemplxoblqoyxp5wqy2zfbclkg@phyebmou43nu \
    --to=a.bied-charreton@proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    --cc=t.ellmenreich@proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal