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