[Dnsmasq-discuss] pxe-service entries in dnsmasq conf seem to fail non-proxy EFI boot

[Petr Menšík]

I think this should have been:

pxe-service=tag:!iPXE,X86PC,ltsp/undionly.kpxe
pxe-service=tag:!iPXE,X86-64_EFI,ltsp/snponly.efi
pxe-service=tag:iPXE,X86PC,ltsp/ltsp.ipxe
pxe-service=tag:iPXE,X86-64_EFI,ltsp/ltsp.ipxe
# fallback for BIOS-only clients without PXE support
dhcp-boot=tag:!iPXE,ltsp/undionly.kpxe

Does LTSP still support booting outside PXE standard? Does it need to be
supported? I think only non-PXE capable clients should fall back to to
dhcp-boot parameters. All others should have some pxe-service entry.
Current code does not allow different configuration I think. Even
without iPXE, PXEClient will get boot parameter ONLY from pxe-service.
It would get dhcp-boot parameter only if there is no pxe-service used at
all.

It seems pxe-service is IPv4 only at the moment. Any device trying to
boot over IPv6 would probably boot only using:

dhcp-option=option6:bootfile-url,ltsp/ltsp.ipxe

Which is a bit sad. I guess only input parameters and output options are
somehow different. But it should offer similar paths also on IPv6. Maybe
time would be found sometime to implement also IPv6 support.

Cheers,
Petr

On 9/25/21 13:14, Shrenik Bhura wrote:
> Hi Geert,
>
> Your advice doesn't seem to work. Gives an error on the very first
> line that has been changed.
> tag:!iPXE,X86PC,ltsp/undionly.kpxe
>
> Thanks,
> Shrenik
>
> On Fri, 19 Mar, 2021, 15:54 Geert Stappers via Dnsmasq-discuss,
> <dnsmasq-discuss at lists.thekelleys.org.uk> wrote:
>
>     On Fri, Mar 19, 2021 at 11:05:05AM +0200, Alkis Georgopoulos wrote:
>     > Hi all,
>
>     ;-)
>
>
>     > I'm one of the LTSP developers; I asked Shrenik to contact the
>     dnsmasq
>     > mailing list because I feel this might be a dnsmasq issue.
>     >
>     > Specifically, success or failure depends on whether these five
>     lines are
>     > commented out or not:
>     >
>     >
>     #pxe-service=tag:proxy,tag:!iPXE,X86PC,"undionly.kpxe",ltsp/undionly.kpxe
>     >
>     #pxe-service=tag:proxy,tag:!iPXE,X86-64_EFI,"snponly.efi",ltsp/snponly.efi
>     > #pxe-service=tag:proxy,tag:iPXE,X86PC,"ltsp.ipxe",ltsp/ltsp.ipxe
>     >
>     #pxe-service=tag:proxy,tag:iPXE,X86-64_EFI,"ltsp.ipxe",ltsp/ltsp.ipxe
>     > #pxe-service=tag:rpi,X86PC,"Raspberry Pi Boot   ",unused
>     >
>     > You may find the full configuration files and logs at:
>     > https://github.com/ltsp/ltsp/pull/417
>     >
>     > The reason I feel it might be a dnsmasq issue, is that these
>     tags are NOT
>     > matched in Shrenik's use case. He's not using proxy mode and
>     he's not
>     > booting a Raspberry Pi.
>     >
>     > So, "pxe-service" lines that are NOT matched, cause the problem,
>     > yet if they're commented out, the problem is gone...
>     >
>     > Would that be an issue with dnsmasq, or with the UEFI PXE stack?
>
>     I go for something inbetween:
>       UEFI PXE stack insisting on something that dnsmasq **configuration**
>       doesn't yet provide. Or server side **configuration** is something
>       that the client can't handle.
>
>
>     Advice:
>       Leave out `pxe-service`, skip "PXE". Yes, do  iPXE    ;-)      [1]
>
>     Transform
>     |
>     #pxe-service=tag:proxy,tag:!iPXE,X86PC,"undionly.kpxe",ltsp/undionly.kpxe
>     |
>     #pxe-service=tag:proxy,tag:!iPXE,X86-64_EFI,"snponly.efi",ltsp/snponly.efi
>     | #pxe-service=tag:proxy,tag:iPXE,X86PC,"ltsp.ipxe",ltsp/ltsp.ipxe
>     |
>     #pxe-service=tag:proxy,tag:iPXE,X86-64_EFI,"ltsp.ipxe",ltsp/ltsp.ipxe
>     | #pxe-service=tag:rpi,X86PC,"Raspberry Pi Boot   ",unused
>     into something like[2]:
>     | tag:!iPXE,X86PC,ltsp/undionly.kpxe
>     | tag:!iPXE,X86-64_EFI,ltsp/snponly.efi
>     | tag:iPXE,X86PC,ltsp/ltsp.ipxe
>     | tag:iPXE,X86-64_EFI,ltsp/ltsp.ipxe
>     | tag:rpi,X86PC,unused
>
>
>     Request:
>       Report back
>
>
>
>     Groeten
>     Geert Stappers
>     Voetnoten:
>      [1] iPXE  stands for  "It doesn't do PXE"
>      [2] actual syntax not verified
>     -- 
>     Silence is hard to parse
>
>     _______________________________________________
>     Dnsmasq-discuss mailing list
>     Dnsmasq-discuss at lists.thekelleys.org.uk
>     https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
>
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss at lists.thekelleys.org.uk
> https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss

-- 
Petr Menšík
Software Engineer
Red Hat, http://www.redhat.com/
email: pemensik at redhat.com
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20210927/244bf80e/attachment-0001.htm>