From: Folke Gleumes <f.gleumes@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Cc: Wolfgang Bumiller <w.bumiller@proxmox.com>
Subject: Re: [pve-devel] [PATCH container] fix #5194: delete environment variables set by pve
Date: Fri, 26 Jan 2024 12:39:17 +0100 [thread overview]
Message-ID: <c06cbeaba45460d215674a1fe46249f5a7de9f61.camel@proxmox.com> (raw)
In-Reply-To: <1706003149.vhzmc5u0zf.astroid@yuna.none>
On Tue, 2024-01-23 at 10:51 +0100, Fabian Grünbichler wrote:
> On January 22, 2024 11:12 am, Folke Gleumes wrote:
> > proxmox-perl-rs set's SSL_CERT_{DIR,FILE}, which can break ssl in
> > containers if their certificate store can't be found in the same
> > spot.
> > This patch explicitly unsets those variables before starting the
> > container.
>
> after a short talk with Wolfgang - this patch is probably an okay
> stop-gap to fix the particular regression.
If I understood things correctly, setting the env variables won't be
necessary with the next Debian major release, so I'll add a notice to
remove the workaround with pve 9 [0].
>
> but it might be nice to switch to `--clear-env` for lxc-attach with
> corresponding options for pct to either preserve the whole env, or
> particular variables? might be 9.0 material since it is a semantic
> change that possibly breaks scripted use cases that rely on env
> variables to pass along things from host to whatever they run inside
> the
> container.. we could introduce the options now though and also have a
> `--keep-env` that is the default for 8.x, and flip it to default to
> `--clear-env` with 9.0.
Seems like a good idea. I also noticed that the lxc-attach man page
currently states "[keep-env] is the current default behaviour (as of
version 0.9), but is is likely to change in the future". By defining
it explicitly, we would be free to decide when to introduce the change.
[0] https://bugzilla.proxmox.com/show_bug.cgi?id=4979
>
> >
> > Signed-off-by: Folke Gleumes <f.gleumes@proxmox.com>
> > ---
> > src/PVE/CLI/pct.pm | 11 +++++++++++
> > 1 file changed, 11 insertions(+)
> >
> > diff --git a/src/PVE/CLI/pct.pm b/src/PVE/CLI/pct.pm
> > index a0b9bce..53519e4 100755
> > --- a/src/PVE/CLI/pct.pm
> > +++ b/src/PVE/CLI/pct.pm
> > @@ -143,6 +143,15 @@ __PACKAGE__->register_method ({
> > exec(@$cmd);
> > }});
> >
> > +sub clean_environment {
> > + # These env variables are currently needed by PVE to work
> > correctly with rust libraries,
> > + # but can break ssl inside of containers.
> > + # An explanation why they are needed and the code that sets
> > them can be found here:
> > + #
> > https://git.proxmox.com/?p=proxmox-perl-rs.git;a=blob;f=common/pkg/Proxmox/Lib/SslProbe.pm
> > + delete $ENV{SSL_CERT_FILE};
> > + delete $ENV{SSL_CERT_DIR};
> > +};
> > +
> > __PACKAGE__->register_method ({
> > name => 'enter',
> > path => 'enter',
> > @@ -164,6 +173,7 @@ __PACKAGE__->register_method ({
> > PVE::LXC::Config->load_config($vmid); # test if container
> > exists on this node
> > die "container '$vmid' not running!\n" if
> > !PVE::LXC::check_running($vmid);
> >
> > + clean_environment();
> > exec('lxc-attach', '-n', $vmid);
> > }});
> >
> > @@ -189,6 +199,7 @@ __PACKAGE__->register_method ({
> >
> > die "missing command" if !@{$param->{'extra-args'}};
> >
> > + clean_environment();
> > exec('lxc-attach', '-n', $vmid, '--', @{$param->{'extra-
> > args'}});
> > }});
> >
> > --
> > 2.39.2
> >
> >
> >
> > _______________________________________________
> > pve-devel mailing list
> > pve-devel@lists.proxmox.com
> > https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> >
> >
> >
>
>
> _______________________________________________
> pve-devel mailing list
> pve-devel@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
>
next prev parent reply other threads:[~2024-01-26 11:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-22 10:12 Folke Gleumes
2024-01-23 9:51 ` Fabian Grünbichler
2024-01-26 11:39 ` Folke Gleumes [this message]
2024-01-26 12:31 ` Wolfgang Bumiller
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=c06cbeaba45460d215674a1fe46249f5a7de9f61.camel@proxmox.com \
--to=f.gleumes@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=w.bumiller@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox