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

Dhcp vendor class question

Scheduled Pinned Locked Moved
General Problems
3
8
2.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.
  • G
    Greg Plamondon Testers
    last edited by Aug 27, 2020, 3:18 PM

    I have set the

    set vendor-string = option vendor-class-identifier;
    

    option in dhcpd.conf to show vendor classes in DHCP logs.
    I am trying to figure out what 0, 20 refers to in the line “match if substring(option vendor-class-identifier, 0, 20) = “PXEClient:Arch:00000”;” in the dhcpd.conf file.

    class "Legacy" {
            match if substring(option vendor-class-identifier, 0, 20) = "PXEClient:Arch:00000";
            filename "undionly.kkpxe";
        }
    

    Thanks!

    D 1 Reply Last reply Aug 27, 2020, 3:38 PM Reply Quote 0
    • D
      doogxela @Greg Plamondon
      last edited by Aug 27, 2020, 3:38 PM

      @Greg-Plamondon
      They talk about that here: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence#Building_custom_DHCP_Classes_for_co-existence_with_FOG

      Basically, it means start at character 0 and go 20 characters after that, then compare what you see in those 20 characters to the following string.

      1 Reply Last reply Reply Quote 2
      • G
        george1421 Moderator
        last edited by george1421 Aug 27, 2020, 9:40 AM Aug 27, 2020, 3:39 PM

        While I don’t know for absolute off the top of my head, most substring fuctions take a starting posititon and then number of characters. So that would be to start as position 0 and take the next 20 characters.

        Is there something special you are trying to do?

        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!

        G 1 Reply Last reply Aug 27, 2020, 6:30 PM Reply Quote 0
        • G
          Greg Plamondon Testers @george1421
          last edited by Greg Plamondon Aug 27, 2020, 12:34 PM Aug 27, 2020, 6:30 PM

          @george1421

          I have some HP EliteDesk 705 G5 PC’s that are giving me grief on PXE booting.
          If I use uefi to boot it works. I need to use legacy pxe.
          I get a messages that says:

          Configuring (net0 xx:xx:xx:xx:xx:xx)........ No configuration methods succeeded (http://ipxe.org/040ee119)
          DHCP failed, hit 's' for the iPXE shell; reboot in 10 seconds
          

          I am trying to configure a dhcp section for the EliteBooks.
          so far i have this:

          class "EliteDesk" {
                  match if substring(option vendor-class-identifier, 0, 8) = "MSFT 5.0";
                  filename "realtek.kpxe";
              }
          

          But i am not sure if it is correct or if it’s being used.

          G 1 Reply Last reply Aug 27, 2020, 6:36 PM Reply Quote 0
          • G
            george1421 Moderator @Greg Plamondon
            last edited by Aug 27, 2020, 6:36 PM

            @Greg-Plamondon My bet is that is not your problem here. But lets grab a pcap (packet capture) of the broken pxe booting process. That will tell us what the pxe booting computer is being told and then doing with it. If your FOG server and pxe booting computer is on the same subnet we can get the best possible answer by following this tutorial:
            https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

            Upload the pcap to the forum, or a file share site (shared publicly with the link) and either post the link here or DM me in the forum and I’ll take a quick look a the pcap for you.

            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!

            G 1 Reply Last reply Aug 27, 2020, 6:44 PM Reply Quote 0
            • G
              Greg Plamondon Testers @george1421
              last edited by Aug 27, 2020, 6:44 PM

              @george1421

              Thanks!
              https://drive.google.com/file/d/1f6jA6hFj-avt49JqqYfFDeVrFDO8n7vE/view?usp=sharing

              G 1 Reply Last reply Aug 27, 2020, 6:45 PM Reply Quote 0
              • G
                george1421 Moderator @Greg Plamondon
                last edited by Aug 27, 2020, 6:45 PM

                @Greg-Plamondon Ok lets switch over to chat because its faster.

                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!

                G 1 Reply Last reply Aug 27, 2020, 10:21 PM Reply Quote 0
                • G
                  george1421 Moderator @george1421
                  last edited by george1421 Aug 27, 2020, 4:22 PM Aug 27, 2020, 10:21 PM

                  @george1421 ok so lets wrap this thread up nice and neat.

                  On the HP EliteDesk 705 G5 computers, they for what ever reason, do not like the unidonly.kpxe iPXE boot loader. iPXE undionly.kpxe will issue a dhcp request and the dhcp servers will send an OFFER packet but iPXE rejects the offer and just sends a DISCOVER packet again. And it continues over and over with the DISCOVER and receiving an OFFER but rejecting the given OFFER.

                  We did find that ipxe.kpxe did work correctly on these HP systems. So this kind of tells me the UNDI firmware driver in the network adapter is faulty. I’m suspecting a future firmware update will address the issue. In the mean time we had to work out a solution to send ipxe.kpxe to these computers only and send undionly.kpxe to all other bios based systems. Luckily the OP had linux dhcp servers on this subnet so we set out to see if we can identify these systems based on their UUID. Through testing unfortunately the UUID on these HP systems are globally unique instead of encoding the model and unique ID in the UUID field like Dell does. So the OP settled on identifying the systems based on mac prefix. This is the following setting we added to the isc-dhcp server on his network.

                  class “Legacy-hpbroken” {
                    match if (substring(option vendor-class-identifier, 0, 20) = “PXEClient:Arch:00000”) and
                             (substring(hardware, 1, 3) = 00:01:02;);
                    filename “ipxe.kkpxe”;
                  }
                  

                  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
                  • 1 / 1
                  1 / 1
                  • First post
                    7/8
                    Last post

                  243

                  Online

                  12.0k

                  Users

                  17.3k

                  Topics

                  155.2k

                  Posts
                  Copyright © 2012-2024 FOG Project