Bonjour, @tallier

Pensez à écrire en anglais sur ce forum (en attendant un sous-forum français). Deepl est votre ami pour la traduction https://www.deepl.com/translator

Pour déployer un serveur Windows, je mettrai Windows Other au niveau de l’image.

Traduction Deepl :
Think of writing in English on this forum (while waiting for a French sub-forum). Deepl is your friend for translation https://www.deepl.com/translator

To deploy a Windows server, I will put Windows Other at the image level.

@yeet said in Setting up my 2012R2 DHCP server to handle UEFI and BIOS PXE boot, and I need some help.:

I’ve had ipxe.efi work 99% of the time, but there’s some models that only snp.efi and snponly.efi work on.

The issue is that those models having an issue with ipxe.efi use the same vendor class than the others and can’t be distinguished from the by vendor class identifier.

I am not very good with Windows DHCP server but in generel you’d setup a particular rule/policy for problematic clients using their MAC address to distinguish those from other machines.

@samdoan said in Multi drive image reversing disks.:

This tells me that it’s deploying Disk1 to /dev/sda AND /dev/nvme0n1

I don’t think this is the case! It’s just the partition layout that was deployed to /dev/nvme0n1 on an earlier run and it’s still like that because for some reason it only deploys one disk right now.

Please check your image and host settings again. Is the image set to All Disks? Also make sure Host Primary Disk is not set for the host you deploy to.

@george1421 My apologies for the repeated posting. Just wanted to follow up to say that the FOG Client DID join my test machine to the domain as desired this morning. Not sure what the difference was (other than that the laptop had not previously had a power cord plugged in), but it looks like everything is behaving as I had hoped it would. Thank you again for your time and effort to help me out.

@Bristow-0 As well question arises if both the workstation and VM are in the same mode - legacy BIOS or UEFI. With ProxMox you use KVM for this I suppose.

@sebastian-roth Sorry if this is a dumb question but I’m pretty new to all of this, I am trying to PXE boot now but its showing no boot file name received. Thanks!

@tom-elliotthello,
Excuse me for the long time to do the tests, I don’t have much at the moment for this project.
Here is the photo of the debug (the error message comes up over and over again countless times).

image0000001(1).jpg

@Bristow-0 Has this ever worked before? I remember that others had issues with domain join in a Samba domain. Search the forums for that.

As well you might take a look at the fog-client log (usually in C:\fog.log) and post the relevant part here.

@d2freak82 said in Certificate Nightmare:

on install if I select HTTPS it will not install because of the certificate error.

Even when using the updated SmartInstaller mentioned below?

Where exactly do you see the certificate error? Can you post a screenshot? Possibly it’s something we can/need to fix in the fog-client setup.

@sborgne said in (503) Service unavailable:

Proxy parameters bad config is to be blamed…

Wow, something I would not have thought of right away! Good you found why it fails!

No there are no proxy configuration settings in fog-client. We use simple C# .NET WebClient calls. That seams to be using your system proxy settings. Can you set your systemwide proxy settings to not use the proxy server if connecting to your FOG server?

Thanks @tom-elliott . So, if I understand correctly, I only use the first one and it must not be encrypted, am I right?

@arowana Does your remote site have a server where you can preposition these dependencies files? Remember for windows the script or installer runs as a windows user. The fog client runs these snapins as SYSTEM which has admin rights on the local computer where the snapin is being installed. Your install script can map a drive to a windows file share and copy the files over smb to the target computer. That would be the easiest. If the files were stored at the remote site then it would not impact your metered connection rates. If you used a powershell script to install your application you can use a function similar to curl or wget to download the file from the internet using scripting. You might be able to use FTP too, but I have never tried. You don’t need to specifically download from the FOG server, but you can. If you wanted to download from the FOG server, I would setup a new user on the FOG server that has very limited rights, maybe to read only from the source directory and that is all. I would not use the FOG ftp user because that has more authority than what is needed here.

@jyost said in Roughly half of reimaged devices do not run first run scripts in autounattend.xml after imaging.:

If the renaming/domain join occurs AFTER the final restart I will need to run a powershell script to install our AntiVirus software and also add a domain user account to the Remote Desktop Users group –

You might want to consider deploying this action with a snapin. Snapins will run after all of the other imaging actions are complete.

@AlexPDX Which version of Windows do you use exactly?

We had reports about what sounds similar to what you say not long ago.
https://forums.fogproject.org/topic/15258/windows-10-and-fog-product-key-problem-20h2
https://forums.fogproject.org/topic/15256/win-10-pro-product-key-not-installed-probably

I am still not sure if this is something the fog-client is doing wrong (we just use the slmgr.vbs calls that worked for a long time) or if it’s Windows preventing it from happening.

@nfiglar Typically you would add the command to add the computer to azure ad in the setupcomplete.cmd batch file or in a first run command in the unattend.xml script. At the very least you could create a snapin to deploy a package that joins the target computer to azure AD. dsregcmd /join

@sebastian-roth Sorry for my late response, i use windows 10 build 20H2.
I have tried installing the key with slmgr.vbs manually, that’s not working so i think its a bug in windows…

i have tried finding a old windows 10 build (2004) to try if it works there, but no luck so far…

@sebastian-roth Thank you for your suggestions. My team and I were able to start from scratch with a new Win10 Pro image and we captured/deployed this new revision without issues. There must have been some sort of driver or configuration issue on the actual host image that was causing this.

Thank you for helping me double check that everything in my Fog settings were properly configured.

Merci je testerais cela un de ces jours.