Discussion:
[Dnsmasq-discuss] dnsmasq proxydhcp and UEFI [PATCH]
Jarek Polok
2016-03-02 09:17:45 UTC
Permalink
Hello

I've seen in list mail archives that the problem
of UEFI systems not booting while using PXE boot menu
has been discussed in the past already:

http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007.html

and a patch was proposed.

I tried that patch but for some UEFI firmwares it
did not work for me.

Tracing reply proxyDHCP packet from a Microsoft WDS
server I was able to change the patch a little and
it seems to make proxyDHCP work for all clients I've
been able to test with (4 different hardware models
and qemu-kvm with OVMF (Tianocore) firmware).

In addition to filling in siaddr and bootfile in the
reply header my version fills also sname then
avoids adding option 43 (some clients did not boot
without sname set..)

This is how WDS replies on 4011 for PXE requests
for all BIOS/EFI clients ..

(WDS also adds option 252, filled with text
representation of data possibly needed by
WDS bootloader , seems to contain architecture path,
some (G)UUID and BCD location ?)

In the attachment you will find my version of the patch,
adding 'pxe-menu-skip=<CSA>' option which makes dnsmasq
to 'shortcut' boot process sending back to pxe client
first matching (by tag and CSA) pxe-service when
acting in proxy-DHCP mode.

Dear maintainer: would you please consider adding this
patch to dnsmasq ?


Best Regards

Jarek

__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
_ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
______________________________________+41_75_411_9487 _
Simon Kelley
2016-03-04 21:41:15 UTC
Permalink
Didn't want to ignore this, so this is just to acknowledge your patch.
I need some more time to work back into PXE internals and undertsnad
exactly what's going on. Will return soon with questions.



Cheers,

Simon.



On 02/03/16 09:17, Jarek Polok wrote:
> Hello
>
> I've seen in list mail archives that the problem of UEFI systems
> not booting while using PXE boot menu has been discussed in the
> past already:
>
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007
.html
>
> and a patch was proposed.
>
> I tried that patch but for some UEFI firmwares it did not work for
> me.
>
> Tracing reply proxyDHCP packet from a Microsoft WDS server I was
> able to change the patch a little and it seems to make proxyDHCP
> work for all clients I've been able to test with (4 different
> hardware models and qemu-kvm with OVMF (Tianocore) firmware).
>
> In addition to filling in siaddr and bootfile in the reply header
> my version fills also sname then avoids adding option 43 (some
> clients did not boot without sname set..)
>
> This is how WDS replies on 4011 for PXE requests for all BIOS/EFI
> clients ..
>
> (WDS also adds option 252, filled with text representation of data
> possibly needed by WDS bootloader , seems to contain architecture
> path, some (G)UUID and BCD location ?)
>
> In the attachment you will find my version of the patch, adding
> 'pxe-menu-skip=<CSA>' option which makes dnsmasq to 'shortcut' boot
> process sending back to pxe client first matching (by tag and CSA)
> pxe-service when acting in proxy-DHCP mode.
>
> Dear maintainer: would you please consider adding this patch to
> dnsmasq ?
>
>
> Best Regards
>
> Jarek
>
> __ ------------------------------------------------------- _
> Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _
> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> ______________________________________+41_75_411_9487 _
>
>
>
>
> _______________________________________________ Dnsmasq-discuss
> mailing list Dnsmasq-***@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>
Jarek Polok
2016-03-10 12:26:41 UTC
Permalink
Hello

On 03/04/2016 10:41 PM, Simon Kelley wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Didn't want to ignore this, so this is just to acknowledge your patch.
> I need some more time to work back into PXE internals and undertsnad
> exactly what's going on. Will return soon with questions.

Sure, it would be nice to have this proxy DHCP problem solved
in dnsmasq since now it cannot be used for PXE booting (only in
proxy DHCP mode of course) of UEFI platforms.

In mean time I've been able to test the patch on ~ 30 more hardware
models: BIOS/UEFI (including UEFI on arm64) and it seems to
work as expected.


Best Regards

Jarek

>
>
>
> Cheers,
>
> Simon.
>
>
>
> On 02/03/16 09:17, Jarek Polok wrote:
>> Hello
>>
>> I've seen in list mail archives that the problem of UEFI systems
>> not booting while using PXE boot menu has been discussed in the
>> past already:
>>
>> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007
> .html
>>
>> and a patch was proposed.
>>
>> I tried that patch but for some UEFI firmwares it did not work for
>> me.
>>
>> Tracing reply proxyDHCP packet from a Microsoft WDS server I was
>> able to change the patch a little and it seems to make proxyDHCP
>> work for all clients I've been able to test with (4 different
>> hardware models and qemu-kvm with OVMF (Tianocore) firmware).
>>
>> In addition to filling in siaddr and bootfile in the reply header
>> my version fills also sname then avoids adding option 43 (some
>> clients did not boot without sname set..)
>>
>> This is how WDS replies on 4011 for PXE requests for all BIOS/EFI
>> clients ..
>>
>> (WDS also adds option 252, filled with text representation of data
>> possibly needed by WDS bootloader , seems to contain architecture
>> path, some (G)UUID and BCD location ?)
>>
>> In the attachment you will find my version of the patch, adding
>> 'pxe-menu-skip=<CSA>' option which makes dnsmasq to 'shortcut' boot
>> process sending back to pxe client first matching (by tag and CSA)
>> pxe-service when acting in proxy-DHCP mode.
>>
>> Dear maintainer: would you please consider adding this patch to
>> dnsmasq ?
>>
>>
>> Best Regards
>>
>> Jarek
>>
>> __ ------------------------------------------------------- _
>> Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _
>> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
>> ______________________________________+41_75_411_9487 _
>>
>>
>>
>>
>> _______________________________________________ Dnsmasq-discuss
>> mailing list Dnsmasq-***@lists.thekelleys.org.uk
>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQIcBAEBCAAGBQJW2gD7AAoJEBXN2mrhkTWiSmgP/i4dkqfTx0Wi5DWPfuZVysS1
> LSIASZgdBROu5Bfw8TrvzdooLFCa59t1kwsM3GDQqnCxTxp3hCg2JiSJarnaeBXC
> Fdgku3KPPlhkI/WfXhzqfQkcjoxqhWbtplgiHxHliQVzCp8rAKD7PfQaLUgMOQYS
> fSkqx9baSsKa153ue+1rjz0PeCrix35mf0csJAC4b1Bolguc3zJ1ITzgxHPDdfqE
> T0IaXNXURxxuQhf5CcVVkR20rnUjhy9ENWVfmNbYbeUrpCYbZPuSJEtYJPjeYeRA
> Pw1JPsBe23XA27hq3pAnOZwweF1Kq1svjH3BgCJUoR9Wx0brDfREl9mjBcTfRe1C
> InRw6rvv5hDhUr5UeImlaQuum+TWXU0/0dO7UkiJGnUUGjfIzC4kWhkpjFCQ3fhl
> rc46J44e9wvjjirOrR9oxEF3DFZYl63IyK54kXn3bM5B36oMIysEPWL2iIcFwPXp
> UkTIpg/uKVfHqPKCc3meh6l7YSoOlzdRslENyPt9bmc5CFB8SAstrVeMb9XGufGm
> v+MlaEpArZuxEumWcTArWDNkumGWga7kdQ94OxbfCVWskLgBXbfoElIH9N8ozYLP
> SqZVPdjLrHYjcen7WTQ30x1WqcOPKxPMqUIcJp9o4JNNjsV7Je2oUyC6Oo0+jBpe
> 7AFxt37+wz3EjwDGwhIF
> =V7wV
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-***@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>


--
__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
_ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
______________________________________+41_75_411_9487 _
Jarek Polok
2016-04-01 05:37:44 UTC
Permalink
Hello

Any chance to review this patch ? ...

Thanks

Jarek

On 03/10/2016 01:26 PM, Jarek Polok wrote:
> Hello
>
> On 03/04/2016 10:41 PM, Simon Kelley wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> Didn't want to ignore this, so this is just to acknowledge your patch.
>> I need some more time to work back into PXE internals and undertsnad
>> exactly what's going on. Will return soon with questions.
>
> Sure, it would be nice to have this proxy DHCP problem solved
> in dnsmasq since now it cannot be used for PXE booting (only in
> proxy DHCP mode of course) of UEFI platforms.
>
> In mean time I've been able to test the patch on ~ 30 more hardware
> models: BIOS/UEFI (including UEFI on arm64) and it seems to
> work as expected.
>
>
> Best Regards
>
> Jarek
>
>>
>>
>>
>> Cheers,
>>
>> Simon.
>>
>>
>>
>> On 02/03/16 09:17, Jarek Polok wrote:
>>> Hello
>>>
>>> I've seen in list mail archives that the problem of UEFI systems
>>> not booting while using PXE boot menu has been discussed in the
>>> past already:
>>>
>>> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007
>> .html
>>>
>>> and a patch was proposed.
>>>
>>> I tried that patch but for some UEFI firmwares it did not work for
>>> me.
>>>
>>> Tracing reply proxyDHCP packet from a Microsoft WDS server I was
>>> able to change the patch a little and it seems to make proxyDHCP
>>> work for all clients I've been able to test with (4 different
>>> hardware models and qemu-kvm with OVMF (Tianocore) firmware).
>>>
>>> In addition to filling in siaddr and bootfile in the reply header
>>> my version fills also sname then avoids adding option 43 (some
>>> clients did not boot without sname set..)
>>>
>>> This is how WDS replies on 4011 for PXE requests for all BIOS/EFI
>>> clients ..
>>>
>>> (WDS also adds option 252, filled with text representation of data
>>> possibly needed by WDS bootloader , seems to contain architecture
>>> path, some (G)UUID and BCD location ?)
>>>
>>> In the attachment you will find my version of the patch, adding
>>> 'pxe-menu-skip=<CSA>' option which makes dnsmasq to 'shortcut' boot
>>> process sending back to pxe client first matching (by tag and CSA)
>>> pxe-service when acting in proxy-DHCP mode.
>>>
>>> Dear maintainer: would you please consider adding this patch to
>>> dnsmasq ?
>>>
>>>
>>> Best Regards
>>>
>>> Jarek
>>>
>>> __ ------------------------------------------------------- _
>>> Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _
>>> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
>>> ______________________________________+41_75_411_9487 _
>>>
>>>
>>>
>>>
>>> _______________________________________________ Dnsmasq-discuss
>>> mailing list Dnsmasq-***@lists.thekelleys.org.uk
>>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>>>
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v2.0.22 (GNU/Linux)
>>
>> iQIcBAEBCAAGBQJW2gD7AAoJEBXN2mrhkTWiSmgP/i4dkqfTx0Wi5DWPfuZVysS1
>> LSIASZgdBROu5Bfw8TrvzdooLFCa59t1kwsM3GDQqnCxTxp3hCg2JiSJarnaeBXC
>> Fdgku3KPPlhkI/WfXhzqfQkcjoxqhWbtplgiHxHliQVzCp8rAKD7PfQaLUgMOQYS
>> fSkqx9baSsKa153ue+1rjz0PeCrix35mf0csJAC4b1Bolguc3zJ1ITzgxHPDdfqE
>> T0IaXNXURxxuQhf5CcVVkR20rnUjhy9ENWVfmNbYbeUrpCYbZPuSJEtYJPjeYeRA
>> Pw1JPsBe23XA27hq3pAnOZwweF1Kq1svjH3BgCJUoR9Wx0brDfREl9mjBcTfRe1C
>> InRw6rvv5hDhUr5UeImlaQuum+TWXU0/0dO7UkiJGnUUGjfIzC4kWhkpjFCQ3fhl
>> rc46J44e9wvjjirOrR9oxEF3DFZYl63IyK54kXn3bM5B36oMIysEPWL2iIcFwPXp
>> UkTIpg/uKVfHqPKCc3meh6l7YSoOlzdRslENyPt9bmc5CFB8SAstrVeMb9XGufGm
>> v+MlaEpArZuxEumWcTArWDNkumGWga7kdQ94OxbfCVWskLgBXbfoElIH9N8ozYLP
>> SqZVPdjLrHYjcen7WTQ30x1WqcOPKxPMqUIcJp9o4JNNjsV7Je2oUyC6Oo0+jBpe
>> 7AFxt37+wz3EjwDGwhIF
>> =V7wV
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> Dnsmasq-discuss mailing list
>> Dnsmasq-***@lists.thekelleys.org.uk
>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>>
>
>


--
__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
_ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
______________________________________+41_75_411_9487 _
黎伟强
2016-04-01 06:52:20 UTC
Permalink
Yeah, here it is.

> To: dnsmasq-***@lists.thekelleys.org.uk
> From: ***@cern.ch
> Date: Fri, 1 Apr 2016 07:37:44 +0200
> Subject: Re: [Dnsmasq-discuss] dnsmasq proxydhcp and UEFI [PATCH]
>
> Hello
>
> Any chance to review this patch ? ...
>
> Thanks
>
> Jarek
>
> On 03/10/2016 01:26 PM, Jarek Polok wrote:
> > Hello
> >
> > On 03/04/2016 10:41 PM, Simon Kelley wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA256
> >>
> >> Didn't want to ignore this, so this is just to acknowledge your patch.
> >> I need some more time to work back into PXE internals and undertsnad
> >> exactly what's going on. Will return soon with questions.
> >
> > Sure, it would be nice to have this proxy DHCP problem solved
> > in dnsmasq since now it cannot be used for PXE booting (only in
> > proxy DHCP mode of course) of UEFI platforms.
> >
> > In mean time I've been able to test the patch on ~ 30 more hardware
> > models: BIOS/UEFI (including UEFI on arm64) and it seems to
> > work as expected.
> >
> >
> > Best Regards
> >
> > Jarek
> >
> >>
> >>
> >>
> >> Cheers,
> >>
> >> Simon.
> >>
> >>
> >>
> >> On 02/03/16 09:17, Jarek Polok wrote:
> >>> Hello
> >>>
> >>> I've seen in list mail archives that the problem of UEFI systems
> >>> not booting while using PXE boot menu has been discussed in the
> >>> past already:
> >>>
> >>> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007
> >> .html
> >>>
> >>> and a patch was proposed.
> >>>
> >>> I tried that patch but for some UEFI firmwares it did not work for
> >>> me.
> >>>
> >>> Tracing reply proxyDHCP packet from a Microsoft WDS server I was
> >>> able to change the patch a little and it seems to make proxyDHCP
> >>> work for all clients I've been able to test with (4 different
> >>> hardware models and qemu-kvm with OVMF (Tianocore) firmware).
> >>>
> >>> In addition to filling in siaddr and bootfile in the reply header
> >>> my version fills also sname then avoids adding option 43 (some
> >>> clients did not boot without sname set..)
> >>>
> >>> This is how WDS replies on 4011 for PXE requests for all BIOS/EFI
> >>> clients ..
> >>>
> >>> (WDS also adds option 252, filled with text representation of data
> >>> possibly needed by WDS bootloader , seems to contain architecture
> >>> path, some (G)UUID and BCD location ?)
> >>>
> >>> In the attachment you will find my version of the patch, adding
> >>> 'pxe-menu-skip=<CSA>' option which makes dnsmasq to 'shortcut' boot
> >>> process sending back to pxe client first matching (by tag and CSA)
> >>> pxe-service when acting in proxy-DHCP mode.
> >>>
> >>> Dear maintainer: would you please consider adding this patch to
> >>> dnsmasq ?
> >>>
> >>>
> >>> Best Regards
> >>>
> >>> Jarek
> >>>
> >>> __ ------------------------------------------------------- _
> >>> Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _
> >>> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> >>> ______________________________________+41_75_411_9487 _
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________ Dnsmasq-discuss
> >>> mailing list Dnsmasq-***@lists.thekelleys.org.uk
> >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> >>>
> >>
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v2.0.22 (GNU/Linux)
> >>
> >> iQIcBAEBCAAGBQJW2gD7AAoJEBXN2mrhkTWiSmgP/i4dkqfTx0Wi5DWPfuZVysS1
> >> LSIASZgdBROu5Bfw8TrvzdooLFCa59t1kwsM3GDQqnCxTxp3hCg2JiSJarnaeBXC
> >> Fdgku3KPPlhkI/WfXhzqfQkcjoxqhWbtplgiHxHliQVzCp8rAKD7PfQaLUgMOQYS
> >> fSkqx9baSsKa153ue+1rjz0PeCrix35mf0csJAC4b1Bolguc3zJ1ITzgxHPDdfqE
> >> T0IaXNXURxxuQhf5CcVVkR20rnUjhy9ENWVfmNbYbeUrpCYbZPuSJEtYJPjeYeRA
> >> Pw1JPsBe23XA27hq3pAnOZwweF1Kq1svjH3BgCJUoR9Wx0brDfREl9mjBcTfRe1C
> >> InRw6rvv5hDhUr5UeImlaQuum+TWXU0/0dO7UkiJGnUUGjfIzC4kWhkpjFCQ3fhl
> >> rc46J44e9wvjjirOrR9oxEF3DFZYl63IyK54kXn3bM5B36oMIysEPWL2iIcFwPXp
> >> UkTIpg/uKVfHqPKCc3meh6l7YSoOlzdRslENyPt9bmc5CFB8SAstrVeMb9XGufGm
> >> v+MlaEpArZuxEumWcTArWDNkumGWga7kdQ94OxbfCVWskLgBXbfoElIH9N8ozYLP
> >> SqZVPdjLrHYjcen7WTQ30x1WqcOPKxPMqUIcJp9o4JNNjsV7Je2oUyC6Oo0+jBpe
> >> 7AFxt37+wz3EjwDGwhIF
> >> =V7wV
> >> -----END PGP SIGNATURE-----
> >>
> >> _______________________________________________
> >> Dnsmasq-discuss mailing list
> >> Dnsmasq-***@lists.thekelleys.org.uk
> >> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> >>
> >
> >
>
>
> --
> __
> -------------------------------------------------------
> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
> _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> ______________________________________+41_75_411_9487 _
>
>
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-***@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
黎伟强
2016-04-02 01:35:43 UTC
Permalink
Sorry, I was at work by the moment, I have not read the mail carefully, sorry for the mistake response.

From: ***@hotmail.com
To: ***@cern.ch; dnsmasq-***@lists.thekelleys.org.uk
Subject: RE: [Dnsmasq-discuss] dnsmasq proxydhcp and UEFI [PATCH]
Date: Fri, 1 Apr 2016 06:52:20 +0000




Yeah, here it is.

> To: dnsmasq-***@lists.thekelleys.org.uk
> From: ***@cern.ch
> Date: Fri, 1 Apr 2016 07:37:44 +0200
> Subject: Re: [Dnsmasq-discuss] dnsmasq proxydhcp and UEFI [PATCH]
>
> Hello
>
> Any chance to review this patch ? ...
>
> Thanks
>
> Jarek
>
> On 03/10/2016 01:26 PM, Jarek Polok wrote:
> > Hello
> >
> > On 03/04/2016 10:41 PM, Simon Kelley wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA256
> >>
> >> Didn't want to ignore this, so this is just to acknowledge your patch.
> >> I need some more time to work back into PXE internals and undertsnad
> >> exactly what's going on. Will return soon with questions.
> >
> > Sure, it would be nice to have this proxy DHCP problem solved
> > in dnsmasq since now it cannot be used for PXE booting (only in
> > proxy DHCP mode of course) of UEFI platforms.
> >
> > In mean time I've been able to test the patch on ~ 30 more hardware
> > models: BIOS/UEFI (including UEFI on arm64) and it seems to
> > work as expected.
> >
> >
> > Best Regards
> >
> > Jarek
> >
> >>
> >>
> >>
> >> Cheers,
> >>
> >> Simon.
> >>
> >>
> >>
> >> On 02/03/16 09:17, Jarek Polok wrote:
> >>> Hello
> >>>
> >>> I've seen in list mail archives that the problem of UEFI systems
> >>> not booting while using PXE boot menu has been discussed in the
> >>> past already:
> >>>
> >>> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2015q4/010007
> >> .html
> >>>
> >>> and a patch was proposed.
> >>>
> >>> I tried that patch but for some UEFI firmwares it did not work for
> >>> me.
> >>>
> >>> Tracing reply proxyDHCP packet from a Microsoft WDS server I was
> >>> able to change the patch a little and it seems to make proxyDHCP
> >>> work for all clients I've been able to test with (4 different
> >>> hardware models and qemu-kvm with OVMF (Tianocore) firmware).
> >>>
> >>> In addition to filling in siaddr and bootfile in the reply header
> >>> my version fills also sname then avoids adding option 43 (some
> >>> clients did not boot without sname set..)
> >>>
> >>> This is how WDS replies on 4011 for PXE requests for all BIOS/EFI
> >>> clients ..
> >>>
> >>> (WDS also adds option 252, filled with text representation of data
> >>> possibly needed by WDS bootloader , seems to contain architecture
> >>> path, some (G)UUID and BCD location ?)
> >>>
> >>> In the attachment you will find my version of the patch, adding
> >>> 'pxe-menu-skip=<CSA>' option which makes dnsmasq to 'shortcut' boot
> >>> process sending back to pxe client first matching (by tag and CSA)
> >>> pxe-service when acting in proxy-DHCP mode.
> >>>
> >>> Dear maintainer: would you please consider adding this patch to
> >>> dnsmasq ?
> >>>
> >>>
> >>> Best Regards
> >>>
> >>> Jarek
> >>>
> >>> __ ------------------------------------------------------- _
> >>> Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _ _
> >>> http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> >>> ______________________________________+41_75_411_9487 _
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________ Dnsmasq-discuss
> >>> mailing list Dnsmasq-***@lists.thekelleys.org.uk
> >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> >>>
> >>
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v2.0.22 (GNU/Linux)
> >>
> >> iQIcBAEBCAAGBQJW2gD7AAoJEBXN2mrhkTWiSmgP/i4dkqfTx0Wi5DWPfuZVysS1
> >> LSIASZgdBROu5Bfw8TrvzdooLFCa59t1kwsM3GDQqnCxTxp3hCg2JiSJarnaeBXC
> >> Fdgku3KPPlhkI/WfXhzqfQkcjoxqhWbtplgiHxHliQVzCp8rAKD7PfQaLUgMOQYS
> >> fSkqx9baSsKa153ue+1rjz0PeCrix35mf0csJAC4b1Bolguc3zJ1ITzgxHPDdfqE
> >> T0IaXNXURxxuQhf5CcVVkR20rnUjhy9ENWVfmNbYbeUrpCYbZPuSJEtYJPjeYeRA
> >> Pw1JPsBe23XA27hq3pAnOZwweF1Kq1svjH3BgCJUoR9Wx0brDfREl9mjBcTfRe1C
> >> InRw6rvv5hDhUr5UeImlaQuum+TWXU0/0dO7UkiJGnUUGjfIzC4kWhkpjFCQ3fhl
> >> rc46J44e9wvjjirOrR9oxEF3DFZYl63IyK54kXn3bM5B36oMIysEPWL2iIcFwPXp
> >> UkTIpg/uKVfHqPKCc3meh6l7YSoOlzdRslENyPt9bmc5CFB8SAstrVeMb9XGufGm
> >> v+MlaEpArZuxEumWcTArWDNkumGWga7kdQ94OxbfCVWskLgBXbfoElIH9N8ozYLP
> >> SqZVPdjLrHYjcen7WTQ30x1WqcOPKxPMqUIcJp9o4JNNjsV7Je2oUyC6Oo0+jBpe
> >> 7AFxt37+wz3EjwDGwhIF
> >> =V7wV
> >> -----END PGP SIGNATURE-----
> >>
> >> _______________________________________________
> >> Dnsmasq-discuss mailing list
> >> Dnsmasq-***@lists.thekelleys.org.uk
> >> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> >>
> >
> >
>
>
> --
> __
> -------------------------------------------------------
> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
> _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> ______________________________________+41_75_411_9487 _
>
>
>
> _______________________________________________
> Dnsmasq-discuss mailing list
> Dnsmasq-***@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss




ÊÜ Avast ±£»€µÄÎÞ²¡¶ŸŒÆËã»úÒÑ·¢Ë͞õç×ÓÓÊŒþ¡£ www.avast.com
Loading...