• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

HostNameChanger

Scheduled Pinned Locked Moved Solved
Bug Reports
4
6
2.2k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C
    ChrisG
    last edited by Feb 1, 2013, 4:51 PM

    I don’t know if this is a bug or a request. However, we use hostnamechanger alot and I have noticed that it just disables the account in active directory. Is there a reason for this? Can it be changed to delete? We tried to decompile and recompile the dll file and could not get the desired result. Help 😄

    1 Reply Last reply Reply Quote 0
    • J
      Jason Garrison
      last edited by Feb 1, 2013, 4:58 PM

      I can say that within the source of HostNameChanger changing MOD_HostNameChanger.cs file, there are two values that seem wrong. There are two records: One under the UnJoinOptions that say NETSETUP_ACCOUNT_DELETE = 0x00000004, and the other when it is Attempting to unregister from domain… that is UnJoinOptions.NETSETUP_ACCOUNT_DELETE. I was curious if this is actually supposed to be NET_ACCT_DELETE and not NET_ACCOUNT_DELETE. Everything I Google with NET_ACCOUNT_DELETE comes up with zero results, but NET_ACCT_DELETE has numerous. I didn’t know if there value of 0x00000004 had something to do with the disabling and not deleting. Just trying to give some info to try and help you.

      Those are lines are 28 and line 481 just fyi within MOD_HostNameChanger.cs

      1 Reply Last reply Reply Quote 0
      • C
        chad-bisd Moderator
        last edited by Feb 8, 2013, 12:20 AM

        I believe this is a feature of AD, and not fog. Taking a machine from the domain to a workgroup causes AD to disable the account. Renaming a computer on the host either via FOG or manually doing it, can lead to mixed results. Sometimes it works and you get a renamed account in AD, sometimes it disables the old name account and makes a new one, and sometimes it doesn’t do much of anything but disconnect the computer from AD and cause trust issues.


        If you would like to make a donation to the Fog project, please do so [U][COLOR=#0000ff][URL='http://sourceforge.net/dona…

        1 Reply Last reply Reply Quote 0
        • C
          ChrisG
          last edited by Feb 8, 2013, 3:53 PM

          Is this not done with a switch in the hostname changer? I have seen people writing scripts to delete instead of disable in several different program languages.

          1 Reply Last reply Reply Quote 0
          • C
            chad-bisd Moderator
            last edited by Feb 11, 2013, 10:28 PM

            It probably can and has been done by software. I’m just stating that the default behavior from AD when you take a computer from a domain to a workgroup is to disable the account and not delete it. Depending on how FOG renames a computer will depend on if an orphaned account is left in AD with the old name.


            If you would like to make a donation to the Fog project, please do so [U][COLOR=#0000ff][URL='http://sourceforge.net/dona…

            1 Reply Last reply Reply Quote 0
            • T
              Tom Elliott
              last edited by Jun 15, 2014, 3:51 PM

              Over the next few months I’m going to try getting my C# hat sharpened and fitted so hopefully I can help more with this.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

              Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

              Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

              1 Reply Last reply Reply Quote 0
              • 1 / 1
              • First post
                Last post

              227

              Online

              12.1k

              Users

              17.3k

              Topics

              155.3k

              Posts
              Copyright © 2012-2024 FOG Project