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

    Windows 11 | 65x HP Z2 Tower G1i | UPDATE -

    Scheduled Pinned Locked Moved Unsolved FOG Problems
    131 Posts 3 Posters 11.2k Views
    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.
    • K
      kratkale @Tom Elliott
      last edited by

      @Tom-Elliott

      Sometimes I come across these “ghost” tasks—I have no idea how I end up with them.
      15cc4c2a-0906-4ae5-bd17-229482fde34c-grafik.png

      1 Reply Last reply Reply Quote 0
      • K
        kratkale @Tom Elliott
        last edited by kratkale

        @Tom-Elliott
        Unfortunately, the “Reset Encryption Data” feature doesn’t work very well for me. Right now, it seems like I have to press the “Reset” button during the cloning process every time I clone a PC. If I don’t, the Fog Client doesn’t work, and I have to go to the PC in person.
        To make sure the PCs are still usable, I’ve moved the steps for renaming the PC, connecting it to the domain, and installing the Veyon Client to c:\windows\Setup\Scripts\SetupComplete.cmd. This makes the cloning process go more smoothly for me. I also install the Fog Client at the same time.

        Despite all these efforts, I’m not getting anywhere:
        01.07.2026 18:34:53 Middleware::Communication Download: http://192.168.0.196/fog/management/other/ssl/srvpublic.crt
        01.07.2026 18:34:53 Middleware::Authentication Cert OK
        01.07.2026 18:34:53 Middleware::Authentication No token found at C:\Program Files (x86)\FOG\token.dat, this is expected if the client has not authenticated before
        01.07.2026 18:34:53 Middleware::Authentication ERROR: Could not get security token
        01.07.2026 18:34:53 Middleware::Authentication ERROR: Die Datei “C:\Program Files (x86)\FOG\token.dat” konnte nicht gefunden werden.
        01.07.2026 18:34:53 Middleware::Communication POST URL: http://192.168.0.196/fog/management/index.php?sub=requestClientInfo&authorize&newService
        01.07.2026 18:34:53 Middleware::Communication ERROR: Failed to POST data
        01.07.2026 18:34:53 Middleware::Communication ERROR: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.
        01.07.2026 18:34:53 Middleware::Response Success

        01.07.2026 18:34:53 Client-Info ERROR: Failed to authenticate, will not run Module Looper.

        1 Reply Last reply Reply Quote 0
        • K
          kratkale @Tom Elliott
          last edited by

          @Tom-Elliott
          Tom—I just can’t get this to work. I’ve been trying to set up a multicast with 6 PCs here: PC013CAD through PC018CAD. They’re all identical devices, and sometimes one set works, then the other. I think the problem is somehow with the client. In this log, I automatically installed the client after cloning (c:\Windows\setup\ … ), then uninstalled it and reinstalled it—but I still can’t get a connection.
          01.07.2026 23:39:12 Main Overriding exception handling
          01.07.2026 23:39:12 Main Bootstrapping Zazzles
          01.07.2026 23:39:12 Controller Initialize
          01.07.2026 23:39:12 Controller Start

          01.07.2026 23:39:12 Service Starting service
          01.07.2026 23:39:14 Bus Became bus server
          01.07.2026 23:39:14 Bus Emmiting message on channel: Status
          01.07.2026 23:39:14 Service Invoking early JIT compilation on needed binaries

          Authentication--------------------------------

          01.07.2026 23:39:15 Client-Info Version: 0.13.0
          01.07.2026 23:39:15 Client-Info OS: Windows
          01.07.2026 23:39:15 Middleware::Authentication Waiting for authentication timeout to pass
          01.07.2026 23:39:15 Middleware::Communication Download: http://192.168.0.196/fog/management/other/ssl/srvpublic.crt
          01.07.2026 23:39:15 Middleware::Authentication Cert OK
          01.07.2026 23:39:15 Middleware::Authentication No token found at C:\Program Files (x86)\FOG\token.dat, this is expected if the client has not authenticated before
          01.07.2026 23:39:15 Middleware::Authentication ERROR: Could not get security token
          01.07.2026 23:39:15 Middleware::Authentication ERROR: Die Datei “C:\Program Files (x86)\FOG\token.dat” konnte nicht gefunden werden.
          01.07.2026 23:39:15 Middleware::Communication POST URL: http://192.168.0.196/fog/management/index.php?sub=requestClientInfo&authorize&newService
          01.07.2026 23:39:15 Middleware::Communication ERROR: Failed to POST data
          01.07.2026 23:39:15 Middleware::Communication ERROR: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.
          01.07.2026 23:39:15 Middleware::Response Success

          Authentication--------------------------------

          01.07.2026 23:39:15 Client-Info Version: 0.13.0
          01.07.2026 23:39:15 Client-Info OS: Windows
          01.07.2026 23:39:15 Middleware::Authentication Waiting for authentication timeout to pass

          Tom ElliottT 1 Reply Last reply Reply Quote 0
          • Tom ElliottT
            Tom Elliott @kratkale
            last edited by

            @kratkale I’m unsure if I follow:

            So if you reset encryption data, things will start and continue to work, but fresh after imaging it does not?

            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

            K 1 Reply Last reply Reply Quote 0
            • K
              kratkale @Tom Elliott
              last edited by kratkale

              @Tom-Elliott
              I’m still testing to see if it works. I have a group of 6 PCs: PC013 through PC018.
              They are all identical PCs.
              I start the cloning process—reset encryption.
              3 to 4 PCs work perfectly, but 1 to 2 PCs cannot connect to the FOG server.
              The FOG client is now installed after cloning.
              On the next attempt, the other PCs work.

              I don’t see any systematic pattern either

              Tom ElliottT 1 Reply Last reply Reply Quote 0
              • Tom ElliottT
                Tom Elliott @kratkale
                last edited by Tom Elliott

                @kratkale Is it possible DHCP IPs are all used up and the device that fails doesn’t have a proper IP address to be able to even communicate with your FOG Server?

                It is very odd that one machine works where another seems to fail.

                Nope, because 401 isn’t the same as that’s a client side error saying “we failed to prove we can talk to the fog server.”

                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

                K 2 Replies Last reply Reply Quote 0
                • K
                  kratkale @Tom Elliott
                  last edited by kratkale

                  @Tom-Elliott
                  DHCP works perfectly—it runs on IP Fire—and this system has proven itself.

                  OK—I have a proxy server running. I’ve only specified my IT students’ HTTP server as a proxy exception. All HTTP pages running on the network are inaccessible to the students in their browsers because “the proxy is configured incorrectly”… Of course, this isn’t foolproof—but most students can’t access HTTP pages from IP Fire, Shellies, AP etc., this way. After all, they’re mechanical engineers, not computer scientists. I then set the proxy exceptions correctly in my browser on my computer and can work.
                  I’ll go ahead and add the Fog Server to the proxy exceptions.

                  If the website stays open for a while, there should be some way to tell that you need to log in again.
                  ecc2a8c8-014d-4683-937d-0431aefd0806-grafik.png
                  The tab at the top says “Zero”—the image below doesn’t load. Now you have to change the URL to the base URL, and then the login page will appear.

                  K 1 Reply Last reply Reply Quote 0
                  • K
                    kratkale @kratkale
                    last edited by kratkale

                    @kratkale
                    aa0b4191-1472-48fa-8eaf-11fce1912e86-grafik.png
                    After cloning, all IP addresses are OK.
                    CAD013.PNG
                    CAD014.PNG
                    CAD015.PNG
                    CAD016.PNG
                    CAD017.PNG
                    CAD018.PNG The Fog Logs are quite different, after all
                    ff0bf71b-39bc-4a22-a5f5-1572f6a2141a-grafik.png
                    Where can I upload the logs?

                    K 1 Reply Last reply Reply Quote 0
                    • K
                      kratkale @kratkale
                      last edited by

                      @Tom-Elliott
                      I’m finding all this back-and-forth here pretty confusing—can we structure our communication differently? I think there was a new message from you for a moment—but I don’t see it right now.

                      K 1 Reply Last reply Reply Quote 0
                      • K
                        kratkale @kratkale
                        last edited by

                        @kratkale
                        065ff127-3e60-4679-a229-8dc2dc193ff9-grafik.png
                        Here in the Tasks, there are those weird snap-ins again—I have no idea where they’re coming from

                        1 Reply Last reply Reply Quote 0
                        • K
                          kratkale @Tom Elliott
                          last edited by kratkale

                          @Tom-Elliott
                          It seems that Machine 17 is the one having the problem with the FOG client—I can’t fix the issue there even by reinstalling it.

                          Why does the PC have so many network cards?
                          4b371f64-b608-44df-9f98-69df64096c3b-grafik.png

                          I’m having Samba problems with the others

                          1 Reply Last reply Reply Quote 0
                          • 1
                          • 2
                          • 3
                          • 4
                          • 5
                          • 6
                          • 7
                          • 4 / 7
                          • First post
                            Last post

                          101

                          Online

                          12.7k

                          Users

                          17.6k

                          Topics

                          156.7k

                          Posts
                          Copyright © 2012-2026 FOG Project