Describe the bug
Given is an environment where LIC_BISF_CLI_CDSdelay=1
If the policy is changed and delay is disabled, all sealed machines will not register.
As in the sealing process the service is set to disabled, the personalization process reads LIC_BISF_CLI_CDSdelay=0 from GPO and does not start the previously disabled process.
This can only be fixed by publishing a new version of Master and re-run the sealing process.
Its dangerous, because if anybody modifies this policy no server will register after the next reboot.
Steps to reproduce
- Seal a server with delay = On
- desktop services is disabled and master shuts down
- disable delay in GPO
- target comes up, reads modified gpo and wont set desktop service to automatic
Expected behavior
settings is only used in sealing mode,
target always checks at the end if desktop service is running / automatic state, no matter how the gpo is configured
Screenshots
No response
Desktop, please complete the following information.
No response
Smartphone, please complete the following information.
No response
Additional context
Describe the bug
Given is an environment where LIC_BISF_CLI_CDSdelay=1
If the policy is changed and delay is disabled, all sealed machines will not register.
As in the sealing process the service is set to disabled, the personalization process reads LIC_BISF_CLI_CDSdelay=0 from GPO and does not start the previously disabled process.
This can only be fixed by publishing a new version of Master and re-run the sealing process.
Its dangerous, because if anybody modifies this policy no server will register after the next reboot.
Steps to reproduce
Expected behavior
settings is only used in sealing mode,
target always checks at the end if desktop service is running / automatic state, no matter how the gpo is configured
Screenshots
No response
Desktop, please complete the following information.
No response
Smartphone, please complete the following information.
No response
Additional context