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

Windows Keys Plugin and Hosts Product Key Field Coexistence, who wins?

Scheduled Pinned Locked Moved Solved
FOG Problems
3
8
3.1k
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.
  • X
    x23piracy
    last edited by x23piracy Sep 29, 2017, 1:20 AM Sep 29, 2017, 7:16 AM

    Hi,

    i just like to ask how the windows keys plugin deals with a host that has a windows key in it’s windows key field stored while an image with associated key from the windows keys plugin should be deployed.

    Which key is used then, does the windows keys plugin win or will it use the hosts key?

    Please let me know. @tom-elliott @george1421
    I am missing a readme that explains how the plugin acts, possibly i am to stupid to find it, so don’t slap me :).

    Regards X23

    ║▌║█║▌│║▌║▌█

    G 1 Reply Last reply Sep 29, 2017, 11:44 AM Reply Quote 0
    • G
      george1421 Moderator @x23piracy
      last edited by Sep 29, 2017, 11:44 AM

      @x23piracy Its been a while, and my memory is fuzzy and old…

      The idea was to create a table of keys and then to assign fog group to an entry in the table. If I remember correctly, if the key is blank the value from the keys table is copied to the host. If the hostkey exists then the host is skipped. The logic was if someone had manually entered a key, that was by design and the developers didn’t want an automated process to overwrite the key to crush the decision of the person who put the key there.

      I didn’t code the plugin so the developers may have taken a different approach in the code. But the discussion at the time was to only update blank fields.

      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!

      1 Reply Last reply Reply Quote 0
      • T
        Tom Elliott
        last edited by Tom Elliott Sep 29, 2017, 5:53 AM Sep 29, 2017, 11:51 AM

        https://github.com/FOGProject/fogproject/blob/master/packages/web/lib/plugins/windowskey/config/plugin.config.php

        From what I’m reading of the description, the thought works as is:

        If an image is associated to a key, hosts using that image will use the key that is associated to that particular image over the one that’s stored in the product key field on the host. The Image’s associated key will overwrite the host’s product key field.

        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

        X 1 Reply Last reply Sep 29, 2017, 11:59 AM Reply Quote 0
        • X
          x23piracy @Tom Elliott
          last edited by x23piracy Sep 29, 2017, 6:00 AM Sep 29, 2017, 11:59 AM

          @tom-elliott i need to bring it to the point. Overwrite means it uses the assigned key by the plugin but doesnt replace the key in the host definition right?

          The entered key in the host definition is still there and for the case another image without assigned key is deployed the stored host key is used correct?

          ║▌║█║▌│║▌║▌█

          T 1 Reply Last reply Sep 29, 2017, 12:05 PM Reply Quote 0
          • T
            Tom Elliott @x23piracy
            last edited by Sep 29, 2017, 12:05 PM

            @x23piracy No, it overwrites the key in the host. This is because, using the plugin, you’re associating the key to an image, something like a VLK. The fog client uses the host product key to perform the activation steps, so overwriting the host key is less error prone than trying to change the key on the way to pass the information.

            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

            X 1 Reply Last reply Sep 29, 2017, 12:11 PM Reply Quote 0
            • X
              x23piracy @Tom Elliott
              last edited by x23piracy Sep 29, 2017, 6:14 AM Sep 29, 2017, 12:11 PM

              @tom-elliott hmm okay but i am still interested in knowing the bios key while i am using a vl key to activate it. I would loose this information when i activate a key for an image that a host uses where i already collected the bios key.

              I would more appreaciate if the vl key would be used for an activation rather then overwriting it but i understand that this will brings a lot more codes changes with it even in the client.

              ║▌║█║▌│║▌║▌█

              T 1 Reply Last reply Sep 29, 2017, 12:29 PM Reply Quote 0
              • T
                Tom Elliott @x23piracy
                last edited by Sep 29, 2017, 12:29 PM

                @x23piracy It wouldn’t be changing the client code itself, it’s the backend that would need to be re-written for it to work right, but it would be a lot of changes and there could be some serious mistakes. Hooking into the client backend stuff isn’t that hard, but it’s also not something we should be “playing” with. We’ve all seen how hard it can be to make a very small mistake in the server code.

                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
                • X
                  x23piracy
                  last edited by Oct 3, 2017, 3:57 PM

                  This can be marked as solved.

                  ║▌║█║▌│║▌║▌█

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

                  166

                  Online

                  12.0k

                  Users

                  17.3k

                  Topics

                  155.2k

                  Posts
                  Copyright © 2012-2024 FOG Project