Posts made by theopenem_admin

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?

I haven't been able to see the issue. Is the new version not working on the older machines either?

That is not the intended result. It should order them based off the group endpoint priority. If you select a computer and view the effective policy, it should list the policies in the order they will run. Changing the priority should change the order they appear in the effective policy. Is that happening?

Thanks, I was trying to replicate this and was unable to, I'll update to latest security updates and try again.

Looks like the tftp server is empty for some reason. I'll double check some things

Here is the latest version, i see you are using the proxy.
http://files.theopenem.com/ipxe.efi

Place it in
Program Files\tftpboot\static\ipxe\proxy\ipxe_efi_64

Then in admin settings->pxe /boot menu ->pxe settings, change your ipxe 64 bootloader to something other than ipxe_efi, save it, and then change it back to allow the new file to copy to the correct folder.

Sorry my dev vm died and I lost a lot of my build scripts. Getting everything setup again, hopefully in the next day or 2.

I could try building the latest version of iPXE but it may take a few days

can you try using the ipxe snp only or snp file

It means you have a duplicate computer name or install ID, or that computer needed to re-provision for some reason. Just apply that reset request and if it goes away you are good, if it then knocks off a different computer then those 2 computers are somehow duplicated.

There is a new 6.13.4x64-updated kernel available, can you give it a try?