Hi there,
I am extensively using dnsmasq in conjunction with *--conf-dir
*configuration property.
My test env is *CentOS Linux release 7.4.1708 (Core) *with
*3.10.0-693.17.1.el7.x86_64* kernel.
In our set up we strongly relying on the order dnsmasq will read and apply
DNS records under the configu
In the meantime, I tried a simpler case [1] of UEFI PXE services
config, which I confirmed to work.
I intended to replace my config with this and work up towards the
fancier tag-operated version, but made a wrong assumption and _added_
the trivial config to existing set of config files (adding .ba
On Tuesday 07 January 2020 13:57:02 Harald Jensås wrote:
> On Tue, 2020-01-07 at 10:51 +0100, Pali Rohár wrote:
> > Hi Harald! What are differences between your patch and mine which
> > adds
> > support for it too (plus honor assignment based on MAC address)?
> > http://lists.thekelleys.org.uk/pipe
On 23/12/2019 11:24, Harald Jensas wrote:
> Hi,
>
> The patch below is a slight alteration to a possible solution
> discussed in
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2017q1/011289.html.
>
> My approach here does not require making dhcp-host conditional on a
> tag. However,
On Tue, Jan 07, 2020 at 01:42:45PM +0100, Michal Zatloukal wrote:
> On Tue, 7 Jan 2020 at 11:43, Geert Stappers wrote:
> > On 07-01-2020 03:52, Juha Heinanen wrote:
> > > In order to support IPv6 address allocation to Android clients I have
> > > tried to extend default Debian NetworkManager Wifi h
On 07/01/2020 02:52, Juha Heinanen wrote:
> Jan 7 04:46:10 char dnsmasq-dhcp[18847]: router advertisement on
> 2001:db8:0:1::, old prefix for wlp1s0
> Jan 7 04:46:10 char dnsmasq-dhcp[18847]: DHCPv4-derived IPv6 names on
> 2001:db8:0:1::, constructed for wlp1s0
> Jan 7 04:46:10 char dnsmasq-d
I now have a functional set up. Exactly what was the issue with the
pihole derivative of dnsmasq, is still not not entirely clear.
I suspect that the compiled in options used in the pihole derivative
differ from the set compiled into the Debian/raspbian version of
dnsmasq, that I matched when
On Tue, 2020-01-07 at 10:51 +0100, Pali Rohár wrote:
> Hi Harald! What are differences between your patch and mine which
> adds
> support for it too (plus honor assignment based on MAC address)?
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013545.html
>
My patch allow creatin
Last time I checked, Android doesn't do DHCP6 (at all, even if
instructed with M/O bits in RA).
Either way, IMHO you should first be looking for RTR-SOLICIT and
RTR-ADVERT log messages. The solicitation and advertisement packets
themselves should be relatively easy to find in a pcap capture with
"
On 1/7/2020 10:51 AM, Pali Rohár wrote:
> Hi Harald! What are differences between your patch and mine which adds
> support for it too (plus honor assignment based on MAC address)?
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013545.html
>
> On Tuesday 07 January 2020 10:01:59 H
Hi Harald! What are differences between your patch and mine which adds
support for it too (plus honor assignment based on MAC address)?
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013545.html
On Tuesday 07 January 2020 10:01:59 Harald Jensås wrote:
> Reposting this, as it seems
On 07-01-2020 03:52, Juha Heinanen wrote:
> In order to support IPv6 address allocation to Android clients I have
> tried to extend default Debian NetworkManager Wifi hotspot dnsmasq
> configuration:
>
> 18240 ?S 0:00 /usr/sbin/dnsmasq --conf-file=/dev/null --no-hosts
> --keep-in-for
Reposting this, as it seems my e-mail client mangled the patch by
inserting line-breaks etc.
On Mon, 2019-12-23 at 12:24 +0100, Harald Jensas wrote:
> Hi,
>
> The patch below is a slight alteration to a possible solution
> discussed in
> http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2
13 matches
Mail list logo