Snap Deploy 5 Image Creator Authentication Issue
When creating a master image I boot the machine up with the PXE over the network and select the Image Creator which starts fine. When I get to the screen where I enter the path for saving the new image file the box pops up asking for my network domain user name and password. The problem is that it is not accepting my credentials when I try to save the image in its normal folder on the server that hosts the Acronis Deployment Server. Deployment works fine from that server but saving images there does not. I am able to authenticate and save to other machines on the network but not to this one I have used previously.
From the network I am able to log on to this server with no problem and in the Acronis Image Creator is the only place I am having this issue. The server has Windows Server 2012 R2. Can someone point me in the right direction towards the solution?

- Anmelden, um Kommentare verfassen zu können

Colin, is the save location an actual share? Share permissions will be needed, vice local folder permissions. Instead of navigating to the share in ATIH, you can enter the share name directly in the search path as well.
Example:
\\mypcname\ at that point, when you press enter, it should prompt for credentials for any accessible shares.
When prompted for credentials you will need to put the domain\username and password. If on a workgroup, the domain is typically the computer name of the system. Make sure whatever credentials you're supplying also have MODIFY access to the SHARE as well.
Example for a workgroup domain username:
mypcname\myusername
- Anmelden, um Kommentare verfassen zu können

Thanks for the reponse. This is domain network and I am an admin. The security on the folder has my user profile as well as the administrators group as having full control. I tried credentials with and without the domain. I typed in the path as well as navigating to it on the tree which was populated properly. The folder is on the same server as the Acronis server software and I can deploy images with no trouble under my user profile. It is a physical server we use just for Acronis.
- Anmelden, um Kommentare verfassen zu können

After more thought, another bit of information: I did change my network user name soon before this issue started but did not use Acronis immediately afterwards. I kept the same network account but just changed the name, the SID did not change. The new name works fine everywhere else on the network. Is there something in Acronis Image Creator that is looking for my old user name and not using the Windows authentication? Is there some cache or something that can be cleared? The machine has been restarted a few times since this trouble started.
- Anmelden, um Kommentare verfassen zu können

It might be saved in Windows Credential Manager (control panel). Look for any saved information for Acronis and/or the share/IP of the system you connect to in image creator.
I'm not sure if this applies in Snap Deploy, but has been a work-a-round for forcing new credentials in Acronis True Image Home as well through the registry:
https://forum.acronis.com/forum/112041#comment-334760
- Anmelden, um Kommentare verfassen zu können

Thanks for that idea about the registry. I believe I've deleted my user profile on that machine already but I did not poke around in the registry for bits left with Acronis.
- Anmelden, um Kommentare verfassen zu können

The registry key is jus for local authentication. I would test by using the offline bootable recovery media and "image creator" on it. This will rule out any local server application stuff.
When prompted for a location to save the image, point it to your server share (example:\\myservershare\pcimage.tib)
When promped for credentials, make sure you are giving it the domain username such as "mydomain\username" You need to have the domain and \ in front of the username
If that doesn't work, double check that the permissions on the server are correct for the "share" as well as the local folder permissions.
- Anmelden, um Kommentare verfassen zu können