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

USB Boot and point to custom FOG server IP

Scheduled Pinned Locked Moved
General
3
25
4.0k
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.
  • G
    george1421 Moderator @DBCountMan
    last edited by Jun 10, 2021, 2:43 PM

    @brakcounty said in USB Boot and point to custom FOG server IP:

    Turns out this might be more complicated than I thought. I got up to boot fog menu, after it tried to download bg.png from the offline

    You may need to draw a picture on a napkin with IP addresses of exactly what you are shooting for. It sounds like you have the basis working, but missing something in your expectations.

    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!

    D 1 Reply Last reply Jun 10, 2021, 2:49 PM Reply Quote 0
    • D
      DBCountMan @george1421
      last edited by Jun 10, 2021, 2:49 PM

      @george1421
      Let me do that on a digital napkin then I’ll upload it here in a bit 🙂

      1 Reply Last reply Reply Quote 0
      • D
        DBCountMan
        last edited by DBCountMan Jun 10, 2021, 10:11 AM Jun 10, 2021, 3:35 PM

        @george1421 It is a full FOG server.

        So far I changed the ip address in ipxeconfig.ipxe (embedded into the ipxe.efi image) and default.ipxe to point to the online IP 192.168.1.50. I renamed default.ipxe to default_usb.ipxe and referenced that filename in ipxeconfig.ipxe before I compiled the image.
        FOG Topology.png

        1 Reply Last reply Reply Quote 0
        • D
          DBCountMan
          last edited by DBCountMan Jun 10, 2021, 10:14 AM Jun 10, 2021, 4:04 PM

          My guess is that somewhere along the chain, a reference to ${fog-ip} is made that breaks the chain. So I would have to find a spot to fork the process by setting a new ${fog-ip}, duplicating files naming them “whatever_usb” like I’ve been doing so far with success. Does that make sense? I think the fork would have to be at the boot.php part. Since default.ipxe points to the boot.php, I’d have to make a custom boot.php file that points the process to the online interface. I’m looking at boot.php now but don’t see any IP addresses or files being referenced. I also don’t know much about php.

          G 1 Reply Last reply Jun 10, 2021, 4:30 PM Reply Quote 0
          • G
            george1421 Moderator @DBCountMan
            last edited by Jun 10, 2021, 4:30 PM

            @brakcounty I’m still trying to get my head wrapped around the flow here, but 2 things pop out at me.

            1. If you only have 1 fog server then it isn’t designed to support imaging over 2 different interfaces. Everything will point back to its defined imaging network IP.
            2. Possibly if dns names were being used instead of IP addresses you could create a split horizon DNS configuration where internally fog.server.com would point to the 10.x network and externally fog.server.com would point to the 192.168.x interface. You would need to replace all of the static entries in the fog server web ui with DNS name. But that might be an option too.

            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!

            D 1 Reply Last reply Jun 10, 2021, 5:47 PM Reply Quote 0
            • D
              DBCountMan @george1421
              last edited by DBCountMan Jun 10, 2021, 12:25 PM Jun 10, 2021, 5:47 PM

              @george1421
              A split horizon DNS config huh? I will investigate this. Thanks!

              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by Jun 10, 2021, 7:04 PM

                @brakcounty While a split DNS config will help you to get a few steps ahead it’s as George said, FOG wasn’t made to be used with more than one interface. Not exactly sure if single cast deploy ( over NFS share) will work but I imagine it does. But multicast will definitely not work in both networks without major code changes I am sure.

                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 1
                • D
                  DBCountMan
                  last edited by DBCountMan Jun 10, 2021, 2:06 PM Jun 10, 2021, 8:05 PM

                  @Sebastian-Roth
                  I read through this tutorial and others https://www.slashroot.in/how-to-configure-split-horizon-dns-in-bind
                  Seems like it isn’t practical since it handles requests coming from specific subnets, which we have a very large number of. I’d have to put each known subnet into the bind config. I want requests coming from the interfaces to be handled the way you described above.

                  1 Reply Last reply Reply Quote 0
                  • D
                    DBCountMan
                    last edited by Jun 11, 2021, 5:20 PM

                    @Sebastian-Roth
                    Single cast is the goal when imaging PCs remotely. This is really for times when we have to reimage a few or a single PC and we need to bring it back to hq to image. I could put fog servers at each site loaded with dept specific images. Do the web files reference 10.0.0.10 or does something else do that? Because I could make two fog sources under /var/www and have each dedicated to the interfaces.

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by Jun 11, 2021, 5:40 PM

                      @brakcounty said in USB Boot and point to custom FOG server IP:

                      Do the web files reference 10.0.0.10 or does something else do that? Because I could make two fog sources under /var/www and have each dedicated to the interfaces.

                      It’s stored in the database (storage node settings in the web UI). FOG was not made for this and you will have to dig pretty deep even to get unicast to work.

                      When machines PXE boot they load a generated iPXE configuration (via URL http://x.x.x.x/fog/service/ipxe/boot.php) and that is build using the values from the database.

                      As I said earlier I imagine it might be easier for you to use George’s USB boot method where you manually specify the values using Kernel parameters instead of using the auto-generated iPXE configuration.

                      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

                      D 1 Reply Last reply Jun 11, 2021, 8:07 PM Reply Quote 0
                      • D
                        DBCountMan @Sebastian Roth
                        last edited by Jun 11, 2021, 8:07 PM

                        @sebastian-roth
                        I figured such. The usb method on my offline imaging switch is redundant since pxe works fine on that. Just would have been nice to be able to image remotely booting via USB, kind of like Acronis+mapping to an SMB share that stores the images. If only my network team would enable tftp/pxe on their dhcp servers. We have it only on our hq subnet but it is being used by SCCM, and SCCM takes a very, very long time to image a PC. We only use it to get a base Windows 10 image and work on it from there, then capture/upload our custom dept images to the FOG server.

                        1 Reply Last reply Reply Quote 0
                        • 1
                        • 2
                        • 2 / 2
                        2 / 2
                        • First post
                          24/25
                          Last post

                        222

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project