git 4551: Error: Required Domain Joining information is Missing



  • I’ve updated to the latest trunk version as of today to version 4551. After updating the fog server I updated the fog client on my image but noticed that the computer is not joining to the domain as it was doing yesterday. I have cleared the active directory fields in the host, group and fog settings and recreated the settings in the fog settings to propogate down. I’ve also made sure that my domain is in proper FQDN format and my username is simply ‘administrator’. In the fog log under HostnameChanger I receive the error Required Domain Joining information is missing.
    Any suggestions?

    Thanks in advance



  • I have similiar issue, trying to join Windows 7 machine to AD.

    I’ve tried different variations of parameters, in different ways I give administrator name and password and nothing, all the time error 1326.

    But I noticed today that when HostnameChanger try to add machine to the AD, password in the database is changing as if it was encrypted again. Is this normal?

    On the machine is installed FOGService 0.9.4 and on server FOG 4586 from git


  • Senior Developer

    @tian unfortunately I cannot replicate your issue.Would I be able to teamviewer in sometime today / tommorow ? (PM me with details).



  • Today I updated to SVN3973/GIT4486 and re-entered the (same) AD join data and reset the host encryption keys and suddenly it works again:

    ...
     10.09.2015 14:19 HostnameChanger Checking Hostname
     10.09.2015 14:19 HostnameChanger Hostname is correct
     10.09.2015 14:19 HostnameChanger Registering host with active directory
     10.09.2015 14:19 HostnameChanger Success, code =  0
     10.09.2015 14:19 Power Creating shutdown request
     10.09.2015 14:19 Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0
     10.09.2015 14:19 HostnameChanger Activing host with product key
    

    The log entries after this still contain “Middleware::Communication Response: Invalid host certificate”, but additionally also “HostnameChanger The machine is already joined to the domain, code = 2691” is there instead of “ERROR: Required Domain Joining information is missing”.

    going to:
    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD
    and
    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD&newService
    resulted in the same outputs as when it was not working.

    I really don’t know why it is working now - on the client computer nothing was changed since yesterday.



  • @Tom-Elliott said:

    @tian said:

    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD

    Of course blocking out sensitive information, what is the output if you goto:
    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD&newService

    Is the password correct? This may or may not work properly, as it should return either IHC (Invalid Host Certificate) or #enkey=RandomGarble

    Thanks for your help.

    Going to the page you mention I get “#!ihc” as a result.

    The domain user to join the domain is working correctly when joining the domain manually. The password/user is the same as I entered in fog (username without domain).

    (The Hostname Changer services is activated and the computer’s name gets renamed correctly based on the name in fog. The computer I get the Image from is removed from the domain and restarted before uploading.)

    Maybe tomorrow or on Friday (or next week …) I will try the newest SVN/GIT and check if anything is different to the currently installed SVN/GIT.


  • Senior Developer

    @tian said:

    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD

    Of course blocking out sensitive information, what is the output if you goto:
    http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD&newService

    Is the password correct? This may or may not work properly, as it should return either IHC (Invalid Host Certificate) or #enkey=RandomGarble



  • some additional information:

    After:

    1. filling the “Active Directory Defaults” with fake AD and User Data
    2. Save
    3. filling in the “Active Directory Defaults” values from before (including the FOG_AD_DEFAULT_PASSWORD to re-encrypt)
    4. save
    5. resetting the host encryption data
      the log entry changed to the following (for once only - the HostnameChanger log entries after this look like the one I posted before)
    ------------------------------------------------------------------------------
    --------------------------------HostnameChanger-------------------------------
    ------------------------------------------------------------------------------
     04.09.2015 12:46 Client-Info Version: 0.9.4
     04.09.2015 12:46 HostnameChanger Running...
     04.09.2015 12:46 Middleware::Communication URL: http://IPofFOGSERVER/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=MACfromNIC|MACfromVirtualBox|&newService=1
     04.09.2015 12:46 Middleware::Communication Response: Success
     04.09.2015 12:46 Middleware::Communication URL: http://IPofFOGSERVER/fog/service/hostname.php?moduleid=hostnamechanger&mac=MACfromNIC|MACfromVirtualBox|&newService=1
     04.09.2015 12:46 Middleware::Communication Response: Success
     04.09.2015 12:46 HostnameChanger Checking Hostname
     04.09.2015 12:46 HostnameChanger Hostname is correct
     04.09.2015 12:46 HostnameChanger Registering host with active directory
     04.09.2015 12:46 HostnameChanger ERROR: Required Domain Joining information is missing
     04.09.2015 12:46 HostnameChanger Activing host with product key
    ------------------------------------------------------------------------------```


  • The same problem seems to happen with SVN3959/GIT4557.

    Here is the HostnameChanger part of the log on the client:

    ------------------------------------------------------------------------------
    --------------------------------HostnameChanger-------------------------------
    ------------------------------------------------------------------------------
     03.09.2015 13:32 Client-Info Version: 0.9.4
     03.09.2015 13:32 HostnameChanger Running...
     03.09.2015 13:32 Middleware::Communication URL: http://IPofFOGSERVER/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=MACfromNIC|MACfromVirtualBox|&newService=1
     03.09.2015 13:32 Middleware::Communication Response: Success
     03.09.2015 13:32 Middleware::Communication URL: http://IPofFOGSERVER/fog/service/hostname.php?moduleid=hostnamechanger&mac=MACfromNIC|MACfromVirtualBox|&newService=1
     03.09.2015 13:32 Middleware::Communication Response: Invalid host certificate
     03.09.2015 13:32 Middleware::Communication URL: http://IPofFOGSERVER/fog/management/other/ssl/srvpublic.crt
     03.09.2015 13:32 Data::RSA CA cert found
     03.09.2015 13:32 Middleware::Authentication Cert OK
     03.09.2015 13:32 Middleware::Communication POST URL: http://IPofFOGSERVER/fog/management/index.php?sub=authorize
     03.09.2015 13:32 Middleware::Communication Response: Success
     03.09.2015 13:32 Middleware::Authentication Authenticated
     03.09.2015 13:32 Middleware::Communication URL: http://IPofFOGSERVER/fog/service/hostname.php?moduleid=hostnamechanger&mac=MACfromNIC|MACfromVirtualBox|&newService=1&newService=1
     03.09.2015 13:32 Middleware::Communication Response: Success
     03.09.2015 13:32 HostnameChanger Checking Hostname
     03.09.2015 13:32 HostnameChanger Hostname is correct
     03.09.2015 13:32 HostnameChanger Registering host with active directory
     03.09.2015 13:32 HostnameChanger ERROR: Required Domain Joining information is missing
     03.09.2015 13:32 HostnameChanger Activing host with product key
    ------------------------------------------------------------------------------
    

    The srvpublic.crt exists and was last changed with the update to SVN3959

    Going to “http://IP.OF.FOG.HERE/fog/service/hostname.php?mac=MACOFHOSTTOJOINAD” results in:

    #!ok=OURCOMPUTERNAME #AD=1 #ADDom=OURDOMAIN #ADOU= #ADUser=OURDOMAIN\OURUSER #ADPass=
    

    The last Version of FOG I remember the Domain Join worked was SVN3901/GIT4457. Resetting the Encryption Data doesn’t help.

    The Legacy Domain Password is empty since we just use the new Client with the new FOG Server. The Image (Windows 7 Prof.) contains the FOG-Client 0.94.


  • Senior Developer

    @dwood One of the new (features?) caveats to be aware of with the development FOG is that you have a new and legacy client. The way it handles passwords are separate. We created two fields in the default active directory flags. One that takes the “new client method” by typing in the plaintext password and saving it encrypts and stores the encrypted password to the “FOG_AD_DEFAULT_PASSWORD” or whatever you type in per the host/group ad password to the relevant item. This, being relatively new, also meant I cannot guess what your old password is/was. Maybe a flaw on my initial implementation, but a caveat to be aware of nonetheless.

    To maintain backward compatibility, I created a field that is Identical to the “default” password but added the text: Legacy. This field does not take the plaintext password, rather the old FOGCrypted password of your plaintext password. This field is what is used for the Legacy client. During the change over, I was unable to get the original value that probably contained the fogcrypted value. It’s relatively simple to recover from though.


  • Senior Developer

    @dwood Based on what I’m seeing there, your using the legacy client still?


  • Moderator

    I think that @Jbob should probably at least read through your thread - if something truly is wrong with the new client and/or FOG (and I don’t know if there is or not), I want him to know about it.



  • Yes, this is what I see.

    #!ok=ComputerName01 #AD=1 #ADDom=Mydomain.com #ADOU= #ADUser=Mydomain.com\Administrator #ADPass=


  • Senior Developer


Log in to reply
 

356
Online

39.3k
Users

11.0k
Topics

104.4k
Posts

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.