[Dnsmasq-discuss] DHCP Clients not being registered in DNS

2018-11-16 Thread Andrew Miskell
Hi, I’m trying to setup a dnsmasq server (version 2.79 on Ubuntu 18.10) for DNS and DHCP to replace the horrible DNS/DHCP service built into the AT Fiber gateways. I've gotten everything configured and I have a client pulling a DHCP address but I’m not able to resolve it’s name in DNS using

Re: [Dnsmasq-discuss] Some MAC addresses recognised, others not, in dhcp lines

2019-08-03 Thread Andrew Miskell
Or use address directives to map a hostname to an IP address. i.e. address=/hosta/192.168.1.1 Will map hosta to 192.168.1.1 for DNS lookups. > On Aug 3, 2019, at 3:50 PM, Chris Green wrote: > > I'm running dnsmasq version 2.76 on a raspberry pi to provide DNS and > DHCP services on my LAN. >

Re: [Dnsmasq-discuss] Some MAC addresses recognised, others not, in dhcp lines

2019-08-04 Thread Andrew Miskell
> On Aug 4, 2019, at 5:37 AM, Geert Stappers wrote: > > I would go for entries in /etc/hosts because that > doesn't require reloading of dnsmasq. > Depends on use case I suppose. I run DNSMasq as a docker container (I ran pretty much all services as docker containers), so it’s easier just to

Re: [Dnsmasq-discuss] Local dnsmasq server not utilized by Ubuntu

2019-08-04 Thread Andrew Miskell
What version of Ubuntu? By default they operate a stub resolver but it should follow the dhcp settings for the network card. It just locally caches dns queries to speed things up. Sent from my iPhone > On Aug 4, 2019, at 09:51, john doe wrote: > >> On 8/4/2019 3:57 PM,

Re: [Dnsmasq-discuss] Local dnsmasq server not utilized by Ubuntu

2019-08-04 Thread Andrew Miskell
Actually, run resolvectl status on the Ubuntu box, find your interface name and see what the DNS servers say they are configured as. They should be your local DNS server IP. If not, then something isn’t getting the DNS servers from DHCP. If you’re using NetPlan (which is the default) check the

Re: [Dnsmasq-discuss] Local dnsmasq server not utilized by Ubuntu

2019-08-04 Thread Andrew Miskell
Iirc, the behavior you are seeing in dig is by design. By default, dig will not use the search domain defined in /etc/resolv.conf unless you use the +search option on dig. That’s why utilities like host and ping, etc work just fine but dig returns a blank record. Try using dig +search maroon

Re: [Dnsmasq-discuss] Local dnsmasq server not utilized by Ubuntu

2019-08-04 Thread Andrew Miskell
> >> So what else I can use beside `resolvectl`? >> >> | Basically, look at the top of /etc/resolv.conf to see what is handeling it. >> >> Ah, thank! >> >> $ systemd-resolve --status | tail -11 >> Link 2 (eth0) >> Current Scopes: DNS >> LLMNR setting: yes >> MulticastDNS setting: no

Re: [Dnsmasq-discuss] OT: DNSMasq as a docker container

2019-08-05 Thread Andrew Miskell
(minimum OS type required for the application) and then the application itself. > On Aug 5, 2019, at 10:24 AM, dnsmasqyq@neverbox.com wrote: > > On Sun, Aug 4, 2019 at 7:27 AM Andrew Miskell wrote: > >> Depends on use case I suppose. I run DNSMasq as a docker container (I r

Re: [Dnsmasq-discuss] dnsmaq on OpenWRT, configuration question

2019-07-27 Thread Andrew Miskell
What do the devices say their DNS server is? If it’s the .1 address this would expected behavior because that’s the dnsmasq dns address. Sent from my iPhone > On Jul 27, 2019, at 12:28, Art Greenberg wrote: > >> On Sat, Jul 27, 2019, at 12:42, john doe wrote: >> >> Not strictly an answer,

Re: [Dnsmasq-discuss] Block dhcp from serving to specific device

2020-10-16 Thread Andrew Miskell
Family Sharing allows the parent account to monitor the children accounts rather easily. Reference https://support.apple.com/en-us/HT208982 Using the provided tools by Apple is still probably the best answer here. > On Oct 16, 2020, at 4:04 PM,

Re: [Dnsmasq-discuss] Block dhcp from serving to specific device

2020-10-16 Thread Andrew Miskell
David has the right answer, there’s two way to resolve it. 1. Disable keychain sync to iCloud on the kid’s device, however, the kids can re-enable it at any time without your intervention. Plus this has a downside of the kids having a copy of every stored password you may have saved to your

Re: [Dnsmasq-discuss] Mac Darwin confusion

2020-08-03 Thread Andrew Miskell
> On Aug 3, 2020, at 3:06 PM, Geert Stappers wrote: > > On Mon, Aug 03, 2020 at 07:04:47PM +0200, No Yes No Questions wrote: >> On Mon, Aug 03, 2020 at 10:44:07PM +0700, Bernd Prager wrote: >>> Hi all, >>> >>> I got something I can't wrap my head around. I have a QNAP NAS that I >>> thought

Re: [Dnsmasq-discuss] Disabling IPv6 at compile time no longer working

2020-10-30 Thread Andrew Miskell
Massimo, Simon’s reasoning for removing support is stated in the git commit. It was the source of a large number of ifdefs in the code, primarily for handling old embedded libc versions. Removing the flags allowed him to remove all the ifdefs and make the code more maintainable overall. I’d

Re: [Dnsmasq-discuss] Debian Buster Security Update?

2021-02-01 Thread Andrew Miskell
That’s really up to the maintainer of the debian packages. I suspect they’ll fix it at some point. Sent from my iPhone > On Feb 1, 2021, at 20:16, mailinglistno...@abwesend.de wrote: > > Hello, > will a Debian update for Buster still be released in the future? >

Re: [Dnsmasq-discuss] Can't get DHCP part to work

2021-02-20 Thread Andrew Miskell
Do you mean that client machines don’t have internet access? If so, it doesn’t look like your specifying a gateway in your dhcp configuration so the clients don’t know where to send internet bound traffic. Sent from my iPhone > On Feb 20, 2021, at 08:27, Wolfgang Paul Rauchholz > wrote: >

Re: [Dnsmasq-discuss] Can't get DHCP part to work

2021-02-21 Thread Andrew Miskell
Packet forwarding is enabled. > > Thx for the help > > >> On Sat, 20 Feb 2021 at 15:45, Andrew Miskell wrote: >> Do you mean that client machines don’t have internet access? If so, it >> doesn’t look like your specifying a gateway in your dhcp configurati

Re: [Dnsmasq-discuss] dhcp-host precedence request due multiple matches

2021-06-21 Thread Andrew Miskell via Dnsmasq-discuss
Virtual machines usually generate their own MAC addresses for their virtual network cards in bridge mode. So the MAC would be the identifier. They don’t share a MAC address with the host itself. Sent from my iPhone > On Jun 21, 2021, at 09:02, Jesus M Diaz wrote: > >  > so, if I have two

Re: [Dnsmasq-discuss] OT client q: both static and dhcp

2021-06-28 Thread Andrew Miskell via Dnsmasq-discuss
> On Jun 28, 2021, at 7:42 AM, Carl Karsten wrote: > > > > On Sun, Jun 27, 2021 at 12:17 PM Andrew Miskell <mailto:andrewmisk...@mac.com>> wrote: > > >> On Jun 27, 2021, at 12:02, Carl Karsten > <mailto:c...@nextdayvideo.com>> wrote: >

Re: [Dnsmasq-discuss] OT client q: both static and dhcp

2021-06-27 Thread Andrew Miskell via Dnsmasq-discuss
> On Jun 27, 2021, at 12:02, Carl Karsten wrote: > >  > > >> On Sun, Jun 27, 2021 at 10:49 AM Andrew Miskell >> wrote: >> >> >>>> On Jun 27, 2021, at 09:30, Carl Karsten wrote: >>>> >>>  >>> >>&

Re: [Dnsmasq-discuss] client q: both static and dhcp

2021-06-27 Thread Andrew Miskell via Dnsmasq-discuss
> On Jun 27, 2021, at 09:30, Carl Karsten wrote: > >  > > >> On Sun, Jun 27, 2021 at 7:56 AM john doe wrote: >> On 6/27/2021 9:17 AM, Carl Karsten wrote: >> > On Sun, Jun 27, 2021 at 2:10 AM john doe wrote: >> > >> >> On 6/27/2021 7:03 AM, Dominik wrote: >> >>> Hey Carl, >> >>> >> >>> On

Re: [Dnsmasq-discuss] NXDOMAIN is sent instead of NODATA when querying for non-existent AAAA records

2021-08-05 Thread Andrew Miskell via Dnsmasq-discuss
> On Aug 5, 2021, at 2:45 PM, Simon Kelley wrote: > > > > On 05/08/2021 19:24, Wojtek Swiatek wrote: >> >> >> Le jeu. 5 août 2021 à 19:41, Simon Kelley > > a écrit : >> >>OK. The problem is here: using local addresses only for domain >>swtk.info

Re: [Dnsmasq-discuss] filter-AAAA is breaking dnsmasq

2021-10-10 Thread Andrew Miskell via Dnsmasq-discuss
Did you verify that systemctl isn’t trying to start the old dnsmasq? What’s the systemd unit file for dnsmasq look like? Sent from my iPhone > On Oct 10, 2021, at 21:51, E wrote: > > Thanks for your reply! > >> dnsmasq --help | grep -i filter to see if the option exists. > > # dnsmasq

Re: [Dnsmasq-discuss] Is it possible to merge host names on two Dnsmasq instances?

2021-09-28 Thread Andrew Miskell via Dnsmasq-discuss
> On Sep 28, 2021, at 9:16 PM, Glen Huang wrote: > > Hi, > > I have a router and a dump AP that are connected with a wire. The router has > two interfaces, one is for LAN (192.168.1.1/24) and the other for WAN. The AP > also has two interfaces, one is for LAN (192.168.1.2/24), the other for

Re: [Dnsmasq-discuss] Feature request = block-conf

2022-02-06 Thread Andrew Miskell via Dnsmasq-discuss
> On Feb 6, 2022, at 15:55, Ercolino de Spiacico > wrote: > > From what version is this --conf-script made available? > > root@router:/tmp# dnsmasq -v > Dnsmasq version 2.86 Copyright (c) 2000-2021 Simon Kelley > Compile time options: IPv6 GNU-getopt no-RTC no-DBus no-UBus no-i18n no-IDN

Re: [Dnsmasq-discuss] dnsmasq reverse auth zone transfers

2023-03-30 Thread Andrew Miskell via Dnsmasq-discuss
What exactly are you trying to accomplish? Your windows clients to be able to resolve the clients on your router’s domain (casa.lan) via DNS?Sent from my iPhoneOn Mar 30, 2023, at 18:45, Juanca wrote:I appreciate these tipsDo you think that I should write a new post?Thanks!!RegardsEl vie, 31 mar

Re: [Dnsmasq-discuss] dnsmasq reverse auth zone transfers

2023-03-31 Thread Andrew Miskell via Dnsmasq-discuss
, it’ll forward the query to dnsmasq and it’ll respond with the appropriate IP address. More details: https://www.interfacett.com/blogs/windows-server-how-to-configure-a-conditional-forwarder-in-dns/ > On Mar 31, 2023, at 10:25 AM, Juanca wrote: > > > > El vie, 31 mar 2023 a l

Re: [Dnsmasq-discuss] dnsmasq.service: Control process exited, code=exited, status=127/n/a

2023-07-10 Thread Andrew Miskell via Dnsmasq-discuss
> On Jul 10, 2023, at 3:34 PM, dnsmasqyq@neverbox.com wrote: > > It's my own problem. > > On Mon, Jul 10, 2023 at 3:57 PM Tong Sun wrote: > >> Sure, but I'd like to rule out that it's because of my own *unusual* use >> case, that my network device is not eth0 but br0 instead. >> >> And