NKD

Hello,

If you set the policy trigger to login, it will run as the current user. You can also set a module to use an impersonation account where the system account will run the installation as that user, but that's meant more for applications that won't install with system, you would probably use just a single impersonation account.

The custom attributes cannot be used in the client scripts, currently they can only be used in imaging scripts, but I can add this to the next release.

You can use a custom inventory script to collect the information from your powershell script which can be used in reports but cannot be passed to a script.

@EddieHD Not sure about that, when you install the client I believe windows keeps a copy of the msi so it can be used for uninstalling. But as far as I know it should only be one file, or at least 1 per version.

@mzprays I'm not sure that just signing it would solve the problem, but it may help. The problem is that the client is generated for your environment, it embeds your certificates, provision key and com servers into the installer. So I can can't sign the client ahead of time. This all needs addressed but I'm not sure of the best way to handle this. Does anyone have any suggestion or experience with this? The only thing I can think of at the moment is to provide a signing fee, or for anyone with a support plan or donation. They could send me their generated client, I'll sign it and send it back. Any thoughts?

I can look into getting the client signed in a future release, I tried this once before and was never able to get anywhere with Microsoft, mostly just silence.

Since Theopenem executes code that essentially provides full control over the system via the client most anti-virus is detecting it as a virus. The only option is to add exceptions to your antivirus for c:\program files\toec

It's been awhile since an update has been released. I want to assure everyone that the project is still very much alive. The next release of Theopenem will be 1.6.0. This version will provide an updated UI, created with .NET 9 using Blazor and the MudBlazor component library. I plan on releasing a short video of the new UI soon. I have also created a product board so you can see the features I'm currently working on and their status. This board also provides you with the ability to submit ideas and vote on existing ideas. I will be shutting down the Feature requests section of the forum and replacing it with this. If you have any ideas for the 1.6.0 version get them submitted now. Here is the link for the board. I'll get this added to the main site and docs as well.

https://portal.productboard.com/theopenem/1-theopenem/tabs/2-planned

This is a massive update and I'm trying to have this done by the end of August.

Just create a new policy,set the completed action to reboot, set the trigger to once per week, set the day of the week, and set frequency missed action to scheduleday only, then apply policy to groups you wan to reboot.

To restart toec, just create a script module with
net stop toec
net start toec

Assign it to a policy to run.

Yea, i would turn off the proxy since your DHCP is already setup to handle the different bootloaders. Also, remove the option 60 PXEClient.

I can't see any difference b/w your file and the new one. Your DHCP config is a little strange. If you are setting options in your DHCP scope then you are not using the proxy. Do you have toems dhcp proxy service running?

Also, can you send me your original ipxe file that is working for the old models.

I can't seem to replicate this, the latest version seems to be working for me. Are you using the proxy dhcp service, how are your dhcp options setup?