@ddo Fortunately I have just tried doing something like that using the Windows task planer and it worked:

schtasks /create /tn "MyTask" /sc once /st 23:00 /tr "C:\path\to\program.exe parameters" /ru "domain\username" schtasks /run /tn "MyTask" schtasks /delete /tn "MyTask" /f

Though you might need to come up with some more scripting to find out the user being logged on to the machine at the moment. Should be possible to do but I haven’t figured it out myself yet.

The short answer is no FOG can not decrypt or encrypt any form of hard disk protection. FOG can clone encrypted hard drives in RAW (read slow) mode. FOG will not be able to resize images created in RAW mode. So RAW mode is a sector by sector copy so your target drive needs to be exactly the same size as the source or larger than the source. You do have to be careful of encryption that use the TPM chip. These types of disks created with these encryption tools can’t be moved between computers with the drives encrypted. The FOG server can surely clone them, but the target system won’t boot if the TPM chips don’t match.

Typically you wouldn’t encrypt the source disk, and then launch the drive encryption on the deployed image via a GPO policy. At least that is how we did it using Symantec HDE.

Can you provide a clear screen shot of the problem taken with a mobile phone?

Also if you can follow the steps in this tutorial we can find out exactly what the target computer is being told to do. It really helps if the FOG server and target computer are on the same subnet to collect this pcap. https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

@alansopro If you don’t get anything in the apache error logs you need to check PHP-FPM log or even try syslog/messages as you will get the error on those on some systems. If we don’t know the error, we can’t fix it unfortunately.

Just found this as well:
https://forums.fogproject.org/topic/3227/fog-api
https://github.com/cuckoosandbox/cuckoo/issues/1258

I finally solved this using the WOL broadcast plugin. Steps:

Created WOL broadcast with the public ip of the site where those computers are On the router from the second site added static arp for private ip 10.148.17.254 to mac ff:ff:ff:ff:ff:ff (broadcast) On the same router forwarded port 9 udp to 10.148.17.254

You can mark this as solved. Thank you!

For others: The remote site has computers with activated and working wake on lan and the router configured for DHCP with next server the IP of the FOG server and filename undionly.kpxe (for legacy BIOS boot).

@kevinnew22 In the scripts we use curl which does work out of the box! I am sure this is a spanning tree issue. I won’t repeat this anymore.

@Sebastian-Roth Ok. Thanks 🙂

@rinfog I apologize, I am away from the project as I am home recovering from surgery. I will certainly bump this for visibility.

@rmishra1004 is this happening on all hosts or just this one? Have you tried hitting the ‘reset host encryption keys’ on the host in the webgui?
If you copy past the url that fails, what happens? I believe you should see an error message like this

{"error":"im"}

when going to it in a browser

@jazzbot I’m working on a solution/tutorial here: https://forums.fogproject.org/topic/14278/creating-custom-hostname-default-for-fog-man-reg

Nothing has been tested but in principal it should do what we need.

@cmachado Better you do Linux system package updates before actually updating FOG!

@Reuban1219 said in Need Guidance Other Than FOG Wiki page.:

Now, I have to figure out how to keep the ports open at all times for the switch.

It’s either spanning tree or some kind of ethernet energy saving or even a “security” feature.

@george1421 Thanks very much for the information.
I’ll take a look at that !

Woops EDIT.

My DHCP server IP is different from my router too.

During the install when you are prompted with -

Would you like to setup a router address for the DHCP Server? [Y/n]
Choose: Y and enter the IP Address of your router.

and

Would you like to use the FOG Server for DHCP Service? [y/N]
Choose: N

You can edit the fog settings after the install. They are located in /fog/.fogsettings

In a way, Fog doesn’t really need to know where you DHCP server is but the DHCP server needs to know where FOG is located. Scope options 66 and 67

The .fogsettings doesn’t contain any info about your DHCP serveralt text

@Dv27842 said in INQUIRY: Network:

I don’t see the file, I have tested it on my desktop and I do see it should I just transfer the file to the VM. Also,

This statement confuses me a bit. We are still talking about usb booting into ipxe right? The file is on the fog server in the /tftpboot directory. Its called ipxe.efi. If the /tftpboot directory is not there you can search for the file with sudo find / -name ipxe.efi But it should be in the /tftpboot directory.

You can get an older version from the github site too. But its best to get it from your fog server. https://github.com/FOGProject/fogproject/tree/master/packages/tftp

@Goneski Great you found a solution for your setup and sharing it here.

Looking through the config posted I am wondering that all the menuentry sections at the bottom of the file are commented (lines starting with #) and so I would expect for those to not be used?!

@george1421 Thanks for the response. I think I might’ve actually figured it out. If you Legacy PXE boot, it errors out on a UEFI based machine. However, if you use the Network Stack PXE boot (UEFI), it will correctly boot. The DVD does work for both UEFI and Legacy. I don’t know why I didn’t think to try that first.

Thanks for the help!

@george1421 Okay, thank you very much for your thourough response, I’m gonna think about it.

If the machine is already set to pxe boot, and wake on lan is operational, then yes.