hostnamechanger access denied
-
@kickers56 Sounds like permission issues to me. That’s generally what Access Denied leads to anyway.
I’m curious why it was looking for access when it already states the hostname to be correct already, though.
-
What is it that the new client does different to the legacy client (as that worked). I am not in charge of our AD directly so will see about what permissions I have on my credentials and post back when I know more.
-
@kickers56 Is it possible they altered something behind the screens concerning AD?
-
@Quazz I am now in the process of asking and will report back, thanks
-
So my account has permissions to join machines but cannot create new accounts, or take them off presumably. Would this cause a problem with the new client? Would it be trying to remove and then create the account on the AD again? There shouldn’t be a problem if I can manually join through Windows right?
-
@kickers56 I’m not 100% sure on how things work, but if the account that’s doing the domain joining is NOT allowed to view information from the AD server to verify if it is joined or not, I imagine this might be one of the things a person may see. Again, I’m not 100% sure but it seems to point this way to me.
-
I downloaded and put the legacy client back on the host and entered my FOGCrypted password in the appropriate field and it joined the domain no problem. Does the legacy client not verify that it is joined? There must be somthing that I am missing when transitioning over to the new client?
-
The new client requires the permissions to create an account (this is needed for samba domain support).
-
@Joe-Schmitt Right good to know, I will see if I can get permissions to create and hopefully that should sort the problem (I’m sure it will) thanks for the info, I will get back here once done.
-
Yes, it was indeed the permission problem, all it working now as expected, thank you so very much
