<div dir="ltr">Thanks a lot, that was super useful! As for my server configuration, do you see anything wrong? Or should I depend on the fact that Kea wouldn't restart without a perfectly valid configuration (I've already checked it restarts cleanly)?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 18, 2022 at 5:09 PM Kevin P. Fleming <<a href="mailto:kevin@km6g.us">kevin@km6g.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Apr 18, 2022 at 9:13 AM Omar Othman <<a href="mailto:omar.m.othman@gmail.com" target="_blank">omar.m.othman@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> Our company does PXE over HTTPS, and every time the server tries to PXE boot while having a bad time; things fail because of the SSL handshake (of course). I have to mount a rescue image, adjust the time, and only then would the PXE process flow normally. I would like to automate this.<br>
<br>
It is unlikely that your PXE client is going to request those DHCP<br>
options in its REQUEST packet; if it does not, then configuring them<br>
to be available on the server won't make any difference as the client<br>
will never receive them.<br>
<br>
So the first step is to use a traffic analyzer to inspect the REQUEST<br>
packet from the client to see which DHCP options it is requesting. If<br>
it's not requesting those, then there's a good chance it wouldn't do<br>
anything with them even if it got them from the server.<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><font face="georgia,serif" color="#6666cc">Best Regards,</font></div>
<div><font face="georgia,serif" color="#6666cc"><strong></strong></font> </div>
<div><font face="georgia,serif" color="#6666cc"><strong>Omar Othman</strong></font></div></div></div>