Open soreana opened 1 year ago
@DaanHoogland able to reproduce the issue
@soreana are you creating a PR for this?
Hey @DaanHoogland Yes, I'm going to create a PR for this issue. Any suggestion appreciated :)
this seems to be expected behaviour. (at least it behaves like it from many years ago)
I suggest not to change it, otherwise it will cause backwards compatilbility, and impact some existing environments.
@weizhouapache Honestly, Before double checking the global setting definition I wasn't agree with you. But now it makes sense not to touch the global settings behaviour.
Shall I add a new setting called restric.system.public.ips.access
which restricts public IP access even if user doesn't have the dedicated range?
Definition of "use.system.public.ips"
If true, when account has dedicated public ip range(s), once the ips dedicated to the account have been consumed ips will be acquired from the system pool
@weizhouapache Honestly, Before double checking the global setting definition I wasn't agree with you. But now it makes sense not to touch the global settings behaviour.
Shall I add a new setting called
restric.system.public.ips.access
which restricts public IP access even if user doesn't have the dedicated range?Definition of "use.system.public.ips" If true, when account has dedicated public ip range(s), once the ips dedicated to the account have been consumed ips will be acquired from the system pool
@soreana good idea. go for it.
can we close this ticket as it is not a real issue ?
@weizhouapache Honestly, Before double checking the global setting definition I wasn't agree with you. But now it makes sense not to touch the global settings behaviour. Shall I add a new setting called
restric.system.public.ips.access
which restricts public IP access even if user doesn't have the dedicated range?Definition of "use.system.public.ips" If true, when account has dedicated public ip range(s), once the ips dedicated to the account have been consumed ips will be acquired from the system pool
@soreana good idea. go for it.
can we close this ticket as it is not a real issue ?
I would create a PR for that.
Btw, I think it is better to keep it open. I would change it in a way that it reflects our discussion.
ISSUE TYPE
COMPONENT NAME
CLOUDSTACK VERSION
(*): Although I didn't test that on main branch, the code pard didn't change so it should be there as well.
SUMMARY
By default when user use all of their assigned public IPs, they can use system public IPs. Although by using the
use.system.public.ips
setting admins can prevent that action, the setting doesn't have any affect when user doesn't have any reserved range.STEPS TO REPRODUCE
root admin
use.system.public.ips
tofalse
in the account, the domain or globally.[Range 1]
domain admin
and create an isolated network in domain.Public IP addresses
then click onAcquire new IP
.[Range 1]
root admin
again[Range1]
IP range assignment.5
,6
, and7
. The output list now includes the system IPs.EXPECTED RESULTS
ACTUAL RESULTS