On 25/05/2017 14:30, Simon Kelley wrote:
> How does this handle the case that the PXE client has received _two_
> packets, one from the DHCP server with an IP address, and one from a PXE
> proxy server with netbbot information. Does GET_CACHED_INFO return one,
> or both, or the combined
On 25/05/2017 14:29, Simon Kelley wrote:
>
>
> On 23/05/17 07:05, Andriy Gapon wrote:
>> On 23/05/2017 01:14, Simon Kelley wrote:
>>> To the best of my knowledge it's _only_ PXE clients which can accept
>>> extra options from a proxy. PXE is a superset of DHCP, which includes
>>> that
On 23/05/17 07:05, Andriy Gapon wrote:
> On 23/05/2017 01:14, Simon Kelley wrote:
>> To the best of my knowledge it's _only_ PXE clients which can accept
>> extra options from a proxy. PXE is a superset of DHCP, which includes
>> that functionality. The DHCP clients run by the OS are just that -
On 05/25/2017 01:30 PM, Simon Kelley wrote:
On 23/05/17 13:09, Floris Bos wrote:
On 05/11/2017 01:36 PM, Simon Kelley wrote:
As stated in the thread you link to, if you're netbooting an OS via PXE
then one the OS starts, it will do DHCP again, and that's the time to
send arbitrary options.
On 23/05/17 13:09, Floris Bos wrote:
> On 05/11/2017 01:36 PM, Simon Kelley wrote:
>> As stated in the thread you link to, if you're netbooting an OS via PXE
>> then one the OS starts, it will do DHCP again, and that's the time to
>> send arbitrary options.
>
> Recall some operating systems
On 05/11/2017 01:36 PM, Simon Kelley wrote:
As stated in the thread you link to, if you're netbooting an OS via PXE
then one the OS starts, it will do DHCP again, and that's the time to
send arbitrary options.
Recall some operating systems like FreeBSD do not do DHCP again when net
booting,
On 23/05/2017 01:14, Simon Kelley wrote:
> To the best of my knowledge it's _only_ PXE clients which can accept
> extra options from a proxy. PXE is a superset of DHCP, which includes
> that functionality. The DHCP clients run by the OS are just that - DHCP
> clients, they don't know how to do the
On 12/05/17 15:35, Andriy Gapon wrote:
> On 11/05/2017 14:36, Simon Kelley wrote:
>> The design is that dnsmasq sends the options expected by a PXE client if
>> it's acting as a proxy (because the whole proxy thing is part of the PXE
>> spec: a normal DHCP client doesn't know how to deal with it.)
On 11/05/2017 14:36, Simon Kelley wrote:
> The design is that dnsmasq sends the options expected by a PXE client if
> it's acting as a proxy (because the whole proxy thing is part of the PXE
> spec: a normal DHCP client doesn't know how to deal with it.) The
> replies to the PXE client are
The design is that dnsmasq sends the options expected by a PXE client if
it's acting as a proxy (because the whole proxy thing is part of the PXE
spec: a normal DHCP client doesn't know how to deal with it.) The
replies to the PXE client are constructed using the information given in
the
10 matches
Mail list logo
