From: David Riley <d.riley@proxmox.com>
To: Gabriel Goller <g.goller@proxmox.com>
Cc: pve-devel@lists.proxmox.com
Subject: Re: [PATCH pve-network 5/9] fix #7294: sdn: register api formats for zones and vnets
Date: Fri, 12 Jun 2026 14:51:53 +0200 [thread overview]
Message-ID: <920d1522-9a76-4ba7-90a6-f7fa5ffecc73@proxmox.com> (raw)
In-Reply-To: <178126670392.718919.12595073108998221237.b4-review@b4>
Thanks for the feedback.
The intention behind adding this segment to the ACL path is to allow
for fine-grained, hierarchical permission scoping, not to couple the
ACL system to specific VNet properties.
I used vlan as a placeholder for 'tag', but in retrospect, the naming
is a bit confusing, and I'm happy to adapt this in a v2.
From a permission perspective, including the tag in the path makes
sense, as it allows us to restrict pool users to a specific VNet and
tag combination.
So if you have a pool with a VM, storage and VNet + Tag and assign the
pool permissions: PVEVMAdmin, PVESDNUser
The user can fully manage this VM, including adding a new NIC, but
they can only add it using the exact VNet + Tag combination. Just
adding the VNet would not work.
Let me know if this makes sense.
More inline.
On 6/12/26 2:17 PM, Gabriel Goller wrote:
> Generally on this series:
> What was your rationale on adding the vlan tag? IMO having
> `vnet/<zone>/<vnet>/<vlan>` doesn't really make sense, as not all vnets have
> a tag property, and it's also not always a vlan e.g. EVPN vnets have a vni-tag
> property.
>
> One small comment inline as well.
>
>> [snip]
>> diff --git a/src/PVE/Network/SDN/VnetPlugin.pm b/src/PVE/Network/SDN/VnetPlugin.pm
>> index e04157573083..2299b46601c2 100644
>> --- a/src/PVE/Network/SDN/VnetPlugin.pm
>> +++ b/src/PVE/Network/SDN/VnetPlugin.pm
>> @@ -16,17 +16,34 @@ PVE::Cluster::cfs_register_file(
>> sub { __PACKAGE__->write_config(@_); },
>> );
>>
>> +my $sdn_vnet_id_pattern = '[a-zA-Z][a-zA-Z0-9]*[a-zA-Z0-9]';
>> +my $vnet_min_length = 2;
>> +my $vnet_max_length = 8;
>> +
>> PVE::JSONSchema::register_standard_option(
>> 'pve-sdn-vnet-id',
>> {
>> description => "The SDN vnet object identifier.",
>> type => 'string',
>> - pattern => '[a-zA-Z][a-zA-Z0-9]*[a-zA-Z0-9]',
>> - minLength => 2,
>> - maxLength => 8,
>> + pattern => $sdn_vnet_id_pattern,
>> + minLength => $vnet_min_length,
>> + maxLength => $vnet_max_length,
>> },
>> );
>>
>> +sub pve_verify_sdn_vnet_id {
>> + my ($vnet, $noerr) = @_;
>> +
>> + if ($vnet !~ m/^$sdn_vnet_id_pattern$/) {
>> + return undef if $noerr;
>> + die "invalid SDN VNet '$vnet' - must be $vnet_min_length-$vnet_max_length characters"
>> + . " long, start with a letter, and contain only alphanumeric characters\n";
>> + }
>> + return $vnet;
>> +}
> I think this is missing a min/max lenght check?
>
You are right. Will fix this in a v2.
>> +
>> +PVE::JSONSchema::register_format('pve-sdn-vnet-id', \&pve_verify_sdn_vnet_id);
>> +
>> my $defaultData = {
>>
>> propertyList => {
>> diff --git a/src/PVE/Network/SDN/Zones/Plugin.pm b/src/PVE/Network/SDN/Zones/Plugin.pm
>> index 74a3384cd7ae..cd761e0448c3 100644
>> --- a/src/PVE/Network/SDN/Zones/Plugin.pm
>> +++ b/src/PVE/Network/SDN/Zones/Plugin.pm
>> @@ -19,17 +19,34 @@ PVE::Cluster::cfs_register_file(
>> sub { __PACKAGE__->write_config(@_); },
>> );
>>
>> +my $sdn_zone_id_pattern = '[a-zA-Z][a-zA-Z0-9]*[a-zA-Z0-9]';
>> +my $zone_min_length = 2;
>> +my $zone_max_length = 8;
>> +
>> PVE::JSONSchema::register_standard_option(
>> 'pve-sdn-zone-id',
>> {
>> description => "The SDN zone object identifier.",
>> type => 'string',
>> - pattern => '[a-zA-Z][a-zA-Z0-9]*[a-zA-Z0-9]',
>> - minLength => 2,
>> - maxLength => 8,
>> + pattern => $sdn_zone_id_pattern,
>> + minLength => $zone_min_length,
>> + maxLength => $zone_max_length,
>> },
>> );
>>
>> +sub pve_verify_sdn_zone_id {
>> + my ($zone, $noerr) = @_;
>> +
>> + if ($zone !~ m/^$sdn_zone_id_pattern$/) {
>> + return undef if $noerr;
>> + die "invalid SDN zone '$zone' - must be $zone_min_length-$zone_max_length characters"
>> + . " long, start with a letter, and contain only alphanumeric characters\n";
>> + }
>> + return $zone;
>> +}
> Here as well.
ack.
next prev parent reply other threads:[~2026-06-12 12:52 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-11 14:59 [PATCH access-control/cluster/manager/network/qemu-server 0/9] fix #7294: pool: add SDN VNets as pool members David Riley
2026-06-11 14:59 ` [PATCH pve-manager 1/9] ui: replace var with let to match style guide for variable declaration David Riley
2026-06-11 14:59 ` [PATCH pve-manager 2/9] fix #7294: api: pool: add SDN VNets as pool members David Riley
2026-06-11 14:59 ` [PATCH pve-manager 3/9] fix #7294: ui: " David Riley
2026-06-11 14:59 ` [PATCH pve-access-control 4/9] fix #7294: acl: " David Riley
2026-06-11 14:59 ` [PATCH pve-network 5/9] fix #7294: sdn: register api formats for zones and vnets David Riley
2026-06-12 12:18 ` Gabriel Goller
2026-06-12 12:51 ` David Riley [this message]
2026-06-12 13:46 ` Gabriel Goller
2026-06-12 14:17 ` David Riley
2026-06-11 14:59 ` [PATCH pve-network 6/9] fix #7294: sdn: vnet: update pool members on vnet migration and deletion David Riley
2026-06-11 16:21 ` Gabriel Goller
2026-06-12 6:37 ` David Riley
2026-06-12 8:41 ` Gabriel Goller
2026-06-11 14:59 ` [PATCH pve-cluster 7/9] cluster: add helpers module with version comparison functions David Riley
2026-06-11 14:59 ` [PATCH pve-cluster 8/9] fix #7294: cluster: helpers: add cluster-wide version assertion David Riley
2026-06-11 14:59 ` [PATCH qemu-server 9/9] fix #7294: helpers: use cluster-wide version helper David Riley
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=920d1522-9a76-4ba7-90a6-f7fa5ffecc73@proxmox.com \
--to=d.riley@proxmox.com \
--cc=g.goller@proxmox.com \
--cc=pve-devel@lists.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.