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

    TFTP Server requires manual entry

    Scheduled Pinned Locked Moved Solved
    Linux Problems
    7
    11
    1.6k
    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.
    • F
      Fernando Gietz Developer
      last edited by

      Hello @neiliob1973 ,

      which version of dnsmasq are you using? Do you use dnsmasq as proxy?

      Some info about this problem:

      Please enter the TFTP issues with Cisco WS-C2960X-48TS-L
      Compiling dnsmasq 2.76 if you need uefi support

      N 1 Reply Last reply Reply Quote 1
      • N
        neiliob1973 @Fernando Gietz
        last edited by

        @Fernando-Gietz purged and reinstalled dnsmasq (per the method you referenced) …after a snapshot, of course.
        Seems to be working properly now. There was also some extra, uncommented -therefore-“bad” code in the ltsp.conf file I had copied from another post (not yours).
        New snapshot, made myself some notes…all is well!
        THNX!

        1 Reply Last reply Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by

          @neiliob1973 Why do you use dnsmasq? Not that it is wrong to do but it’s not the typical setup and can cause issue. So I just ask to see why you are headed this way.

          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

          N 1 Reply Last reply Reply Quote 0
          • Wayne WorkmanW
            Wayne Workman
            last edited by

            Just adding a note here. Typically when the TFTP server address is requested at a prompt, this in the past has several times been due to multiple DHCP servers replying with different option 066 addresses. Typically, a rogue DHCP server or two redundant DHCP servers that are simply mis-configured.

            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!
            Daily Clean Installation Results:
            https://fogtesting.fogproject.us/
            FOG Reporting:
            https://fog-external-reporting-results.fogproject.us/

            1 Reply Last reply Reply Quote 0
            • N
              neiliob1973 @Sebastian Roth
              last edited by

              @Sebastian-Roth I was told by a co-worker, who has worked with FOG a lot more than me, that dnsmasq was the best solution he had found to not have dhcp conflicts with the main router. I guess it wasn’t the best solution after all…I just went with it, and learned the hard way. LOL

              Q 1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by

                @neiliob1973 Don’t get me wrong, dnsmasq is not the wrong way in all cases. It can be very handy and does a lot of great things. But it’s not the default (as in run the FOG installer and don’t care about it) and can be fairly tricky to get to work the way you want it to. So I was just wondering.

                See Wayne’s last post. More often than not we have seen such an issue when there is more than one DHCP server answering. Some clients are being confused by that.

                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
                • Q
                  Quazz Moderator @neiliob1973
                  last edited by Quazz

                  @neiliob1973 “The best solution” depends on your situation. In a perfect world, you shut down other DHCP servers and let FOG handle it all and it will work out of the box basically.

                  However due to policies, preferences or certain restrictions sometimes you are stuck with another DHCP server, this is where dnsmasq comes in with proxy mode. (basically piggybacks the other DHCP server and sends only the PXE boot info)

                  I do think this may struggle or not work as expected if the original DHCP server is also sending PXE boot info, from what I remember anyway. And certain clients for some reason don’t like it very much either.

                  1 Reply Last reply Reply Quote 1
                  • P
                    Pikmin
                    last edited by Pikmin

                    Can you share your ltsp.conf ?
                    I have seen this as well if I don’t have this line in my confg

                    dhcp-boot=,,fogip
                    
                    george1421G 1 Reply Last reply Reply Quote 0
                    • george1421G
                      george1421 Moderator @Pikmin
                      last edited by

                      @Pikmin use this as a proven ltsp.conf file

                      # Don't function as a DNS server:
                      port=0
                      
                      # Log lots of extra information about DHCP transactions.
                      log-dhcp
                      
                      # Set the root directory for files available via FTP.
                      tftp-root=/tftpboot
                      
                      # The boot filename, Server name, Server Ip Address
                      dhcp-boot=undionly.kpxe,,<fog_server_IP>
                      
                      # Disable re-use of the DHCP servername and filename fields as extra
                      # option space. That's to avoid confusing some old or broken DHCP clients.
                      dhcp-no-override
                      
                      # inspect the vendor class string and match the text to set the tag
                      dhcp-vendorclass=BIOS,PXEClient:Arch:00000
                      dhcp-vendorclass=UEFI32,PXEClient:Arch:00006
                      dhcp-vendorclass=UEFI,PXEClient:Arch:00007
                      dhcp-vendorclass=UEFI64,PXEClient:Arch:00009
                      
                      # Set the boot file name based on the matching tag from the vendor class (above)
                      dhcp-boot=net:UEFI32,i386-efi/ipxe.efi,,<fog_server_IP>
                      dhcp-boot=net:UEFI,ipxe.efi,,<fog_server_IP>
                      dhcp-boot=net:UEFI64,ipxe.efi,,<fog_server_IP>
                      
                      # PXE menu.  The first part is the text displayed to the user.  The second is the timeout, in seconds.
                      pxe-prompt="Booting FOG Client", 1
                      
                      # The known types are x86PC, PC98, IA64_EFI, Alpha, Arc_x86,
                      # Intel_Lean_Client, IA32_EFI, BC_EFI, Xscale_EFI and X86-64_EFI
                      # This option is first and will be the default if there is no input from the user.
                      pxe-service=X86PC, "Boot to FOG", undionly.kpxe
                      pxe-service=X86-64_EFI, "Boot to FOG UEFI", ipxe.efi
                      pxe-service=BC_EFI, "Boot to FOG UEFI PXE-BC", ipxe.efi
                      
                      dhcp-range=<fog_server_ip>,proxy
                      

                      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!

                      P 1 Reply Last reply Reply Quote 0
                      • P
                        Pikmin @george1421
                        last edited by

                        @george1421
                        Thanks george1421,
                        I have no issues with mine but thank you 🙂

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

                        158

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project