Hi,
my dnsmasq server generates its IPv6 address using the prefix provided
by my Fritz Box which itself it gets from my ISP (Telekom Germany). Up
until now I let the Fritz Box advertise the DNSv6 server but now and
then the Telekom hands out a different prefix breaking my DNSv6 config.
I fou
On 02/03/2024 18:07, Robert Sharp wrote:
On 02/03/2024 16:29, Simon Kelley wrote:
I think you probably need start and end addresses in the dhcp range
dhcp-range=::1,::400,constructor:enp3s0,24h
without a range of addresses, dnsmasq can't lease addresses and will
only do stateless DHCPv6 an
On 02/03/2024 16:29, Simon Kelley wrote:
I think you probably need start and end addresses in the dhcp range
dhcp-range=::1,::400,constructor:enp3s0,24h
without a range of addresses, dnsmasq can't lease addresses and will
only do stateless DHCPv6 and RA.
There's loads more information out
On 28.02.24 11:29, Robert Sharp wrote:
Unfortunately, I cannot seem to get DHCPv6 to work, which I believe I
need in order to be able to look up hosts using DNS.
It's quite possible you would not need DHCPv6 at all.
The DNS protocol is oblivious to the way it gets transported:
A DNS server wil
On 28/02/2024 10:29, Robert Sharp wrote:
I have been using Dnsmasq for many years and I am now trying to include
ipv6. Unfortunately, I cannot seem to get DHCPv6 to work, which I
believe I need in order to be able to look up hosts using DNS.
My ISP has allocated me with a /48 prefix and I a
On Wed, Feb 28, 2024 at 10:29:24AM +, Robert Sharp wrote:
> I have been using Dnsmasq for many years and I am now trying to include
> ipv6. Unfortunately, I cannot seem to get DHCPv6 to work, which I believe I
> need in order to be able to look up hosts using DNS.
>
> My ISP has allocated me w
I have been using Dnsmasq for many years and I am now trying to include
ipv6. Unfortunately, I cannot seem to get DHCPv6 to work, which I
believe I need in order to be able to look up hosts using DNS.
My ISP has allocated me with a /48 prefix and I am using dhcpcd to
delegate a /64 prefix to t
On 06/02/2024 22:29, Bertrand Jacquin wrote:
Hi,
As per RFC8415 section 21.6, IA Address option 5 offered by the server
specifying (temporary or not) address, may appear more than once so the
client can be offered more than one address to use.
This is supported by AWS EC2 (aws ec2 assign-ipv
Hi,
As per RFC8415 section 21.6, IA Address option 5 offered by the server
specifying (temporary or not) address, may appear more than once so the
client can be offered more than one address to use.
This is supported by AWS EC2 (aws ec2 assign-ipv6-addresses
--ipv6-address-count), allowing to seg
On 10/10/2023 11:25, Luci Stanescu wrote:
Hi Simon,
On 10 Oct 2023, at 00:17, Simon Kelley wrote:
I've implemented option 1 here and it's currently running and dogfood
on my home network. There are no VRF interfaces there: this is a test
mainly to check that nothing breaks. So far, so good.
Hi Simon,
> On 10 Oct 2023, at 00:17, Simon Kelley wrote:
>
> I've implemented option 1 here and it's currently running and dogfood on my
> home network. There are no VRF interfaces there: this is a test mainly to
> check that nothing breaks. So far, so good.
>
> The patch I used is attached.
On 09/10/2023 11:40, Luci Stanescu wrote:
Hi Simon,
Thank you for your response and your openness to this issue! My thoughts
below, inline (and apologies for the rather long email).
On 9 Oct 2023, at 01:05, Simon Kelley wrote:
1) Even if this is a kernel bug, kernel bugs fixes take a long t
Hi Simon,
Thank you for your response and your openness to this issue! My thoughts below,
inline (and apologies for the rather long email).
> On 9 Oct 2023, at 01:05, Simon Kelley wrote:
> 1) Even if this is a kernel bug, kernel bugs fixes take a long time to
> spread, so working around them i
On 07/10/2023 14:02, Luci Stanescu via Dnsmasq-discuss wrote:
Hi,
I've discovered that DHCPv6 doesn't work on Linux interfaces enslaved to
a VRF. Now, I believe this to be a bug in the kernel and I've reported
it, but in case you'd like to implement a workaround in dnsmasq, this is
quite tr
Hi,
I've discovered that DHCPv6 doesn't work on Linux interfaces enslaved to a VRF.
Now, I believe this to be a bug in the kernel and I've reported it, but in case
you'd like to implement a workaround in dnsmasq, this is quite trivial, as I'll
explain in a bit.
The issue is that when a datagra
On 2/12/23 20:23, Simon Kelley wrote:
On 12/02/2023 16:19, Harald Jensas wrote:
On 2/11/23 23:39, Simon Kelley wrote:
Is dnsmasq acting as the relay or as the DHCP server in that pcap?
Simon.
dnsmasq is acting as the DHCP server in the attached pcap.
I'm confused.
The code in dnsmasq t
On 12/02/2023 16:19, Harald Jensas wrote:
On 2/11/23 23:39, Simon Kelley wrote:
Is dnsmasq acting as the relay or as the DHCP server in that pcap?
Simon.
dnsmasq is acting as the DHCP server in the attached pcap.
I'm confused.
The code in dnsmasq to handle a dhcpv6 packet which has been
On 2/11/23 23:39, Simon Kelley wrote:
Is dnsmasq acting as the relay or as the DHCP server in that pcap?
Simon.
dnsmasq is acting as the DHCP server in the attached pcap.
--
Harald
On 10/02/2023 17:01, Harald Jensas wrote:
Hi,
The router is dropping relay replies from dnsmasq because i
Is dnsmasq acting as the relay or as the DHCP server in that pcap?
Simon.
On 10/02/2023 17:01, Harald Jensas wrote:
Hi,
The router is dropping relay replies from dnsmasq because it sees the
Option 79 with lenght of 0 as invalie, i.e less that minimum length.
I have attached a pcap file sho
Hi,
The router is dropping relay replies from dnsmasq because it sees the
Option 79 with lenght of 0 as invalie, i.e less that minimum length.
I have attached a pcap file showing that the reply from dnsmasq does
include Option 79 with len == 0.
RFC6939 - 6. DHCPv6 Server Behavior
"""
Ther
Hi!
There is also bug on Red Hat bugzilla [1] for this issue, which contains
a bit more comments about it.
I would make short summary here. The problem is client on the same
machine with the same DUID and mac address requests IPv6. Before it
processes Advertisement, it requests IPv6 again, this t
On 9/15/21 21:22, Geert Stappers via Dnsmasq-discuss wrote:
On Wed, Sep 15, 2021 at 08:23:47AM +0200, Harald Jensas wrote:
On 9/14/21 21:12, Geert Stappers via Dnsmasq-discuss wrote:
On Tue, Sep 14, 2021 at 04:58:10PM +0200, Harald Jensas wrote:
Hi,
We are seeing an issue whit network booting
On Wed, Sep 15, 2021 at 08:23:47AM +0200, Harald Jensas wrote:
> On 9/14/21 21:12, Geert Stappers via Dnsmasq-discuss wrote:
> > On Tue, Sep 14, 2021 at 04:58:10PM +0200, Harald Jensas wrote:
> > > Hi,
> > >
> > > We are seeing an issue whit network booting over DHCPv6 is failing.
> > > The UEFI f
On 9/14/21 21:12, Geert Stappers via Dnsmasq-discuss wrote:
On Tue, Sep 14, 2021 at 04:58:10PM +0200, Harald Jensas wrote:
Hi,
We are seeing an issue whit network booting over DHCPv6 is failing.
The UEFI firmware is starting two DHCPv6 transactions, with separate IAID's.
Initially one transacti
On Tue, Sep 14, 2021 at 04:58:10PM +0200, Harald Jensas wrote:
> Hi,
>
> We are seeing an issue whit network booting over DHCPv6 is failing.
> The UEFI firmware is starting two DHCPv6 transactions, with separate IAID's.
> Initially one transactions succeeds, while the other transaction fails
> bec
Hi,
We are seeing an issue whit network booting over DHCPv6 is failing.
The UEFI firmware is starting two DHCPv6 transactions, with separate
IAID's. Initially one transactions succeeds, while the other transaction
fails because the same address (fd42::200) is advertised.
On error, the client
On 06/05/2021 02:57, Aaron Oneal wrote:
> DHCPv4 needs to be running on other interfaces because there are guest
> networks.
>
> E.g.
> May 5 18:15:14 dnsmasq-dhcp[9209]: DHCP, IP range 192.168.203.2 --
> 192.168.203.254, lease time 1d
> May 5 18:15:14 dnsmasq-dhcp[9209]: DHCP, IP range 192.16
DHCPv4 needs to be running on other interfaces because there are guest networks.
E.g.
May 5 18:15:14 dnsmasq-dhcp[9209]: DHCP, IP range 192.168.203.2 --
192.168.203.254, lease time 1d
May 5 18:15:14 dnsmasq-dhcp[9209]: DHCP, IP range 192.168.202.2 --
192.168.202.254, lease time 1d
May 5 18:15
On 24/04/2021 04:28, Aaron Oneal wrote:
> Geert, thank you that is a creative solution. I wasn’t able to determine how
> to configure that so I determined a way to change my network topology instead
> to work around.
>
> Simon, thank you for your assistance. Let me see if I can help track this
Geert, thank you that is a creative solution. I wasn’t able to determine how to
configure that so I determined a way to change my network topology instead to
work around.
Simon, thank you for your assistance. Let me see if I can help track this down.
Dnsmasq is listening on 67:
udp0
On 21/04/2021 19:41, Aaron Oneal wrote:
> I am trying to configure my gateway running Dnsmasq to serve IPv6 addresses
> via SLAAC+RA and I don’t see how to enable that in a way that doesn’t also
> require IPv4 DHCP to be turned on.
>
> interface=br0
> dhcp-range=lan,::,constructor:br0,ra-statele
On Wed, Apr 21, 2021 at 11:41:15AM -0700, Aaron Oneal wrote:
> I am trying to configure my gateway running Dnsmasq to serve IPv6
> addresses via SLAAC+RA and I don’t see how to enable that in a way
> that doesn’t also require IPv4 DHCP to be turned on.
>
> interface=br0
> dhcp-range=lan,::,constru
I am trying to configure my gateway running Dnsmasq to serve IPv6 addresses via
SLAAC+RA and I don’t see how to enable that in a way that doesn’t also require
IPv4 DHCP to be turned on.
interface=br0
dhcp-range=lan,::,constructor:br0,ra-stateless,64,600
ra-param=br0,10,600
enable-ra
I already h
On Wednesday 22 July 2020 23:48:19 Petr Menšík wrote:
> On 7/22/20 3:44 PM, Pali Rohár wrote:
> > Hello Petr!
> >
> > On Wednesday 22 July 2020 14:42:16 Petr Menšík wrote:
> >> More below...
> >>
> >> On 7/22/20 9:40 AM, Pali Rohár wrote:
> >>> Hello Petr!
> >>>
> >>> On Tuesday 21 July 2020 14:23
On 23/04/2020 20:49, Simon Kelley wrote:
>
> According to RFC 4291 Para 2.2, a mixed representation is possible, for
> instance ipv6-mapped IPv4 addresses can be written as
>
> ::.1.2.3.4
>
> So you could use something like 2a01:ac00::$something:98.98.98.98
>
> and not have problems if
On 21/04/2020 14:58, William Edwards wrote:
> Hello,
>
> I am working on replacing static IP addresses in our network by static
> DHCP leases (which is in turn preparation for PXE). For IPv4, this is
> easily doable, but for IPv6 this is a bit of a challenge because of the
> following:
>
> In
On 4/22/2020 9:08 AM, William Edwards wrote:
>
>> Op 22 apr. 2020 om 08:41 heeft Olaf Hering het volgende
>> geschreven:
>>
>> Am Tue, 21 Apr 2020 15:58:25 +0200
>> schrieb "William Edwards" :
>>
>>> Ideas are welcome.
>>
>> You did not say how hosts are identified, nor did you say why exactly
>
> Op 22 apr. 2020 om 08:41 heeft Olaf Hering het volgende
> geschreven:
>
> Am Tue, 21 Apr 2020 15:58:25 +0200
> schrieb "William Edwards" :
>
>> Ideas are welcome.
>
> You did not say how hosts are identified, nor did you say why exactly
> addresses matter in your setup.
> If it is done bas
Am Tue, 21 Apr 2020 15:58:25 +0200
schrieb "William Edwards" :
> Ideas are welcome.
You did not say how hosts are identified, nor did you say why exactly addresses
matter in your setup.
If it is done based on their MAC addresses, just give each host a name.
host-record=hostname,hostname.${dns_d
Hello,
I am working on replacing static IP addresses in our network by static DHCP
leases (which is in turn preparation for PXE). For IPv4, this is easily doable,
but for IPv6 this is a bit of a challenge because of the following:
In our case, all services directly attached to the internet are
On Thu, Nov 21, 2019 at 07:16:40PM +0100, Harald Jensås wrote:
> On Tue, 2019-11-12 at 16:56 +0100, Harald Jensås wrote:
> > When using DHCP-stateful addressing, radvd config below, UEFI
> > succesfully request/advertize 2x IP's and downloads the bootimage
> > (iPXE). UEFI (OVMF) then releases the
On Tue, 2019-11-12 at 16:56 +0100, Harald Jensås wrote:
> When using DHCP-stateful addressing, radvd config below, UEFI
> succesfully request/advertize 2x IP's and downloads the bootimage
> (iPXE). UEFI (OVMF) then releases the addresses and iPXE then boots.
>
> iPXE does one request/advertize and
When using DHCP-stateful addressing, radvd config below, UEFI
succesfully request/advertize 2x IP's and downloads the bootimage
(iPXE). UEFI (OVMF) then releases the addresses and iPXE then boots.
iPXE does one request/advertize and dowloads and boot the deploy
ramdisk (CentoOS 7). dhclient in Cen
On Tue, Oct 15, 2019 at 10:13:04AM -0400, Bob Fournier wrote:
> Hi. I could use some dnsmasq configuration advice to get around a UEFI
> client issue when IPv6 PXE booting that results in the client terminating
> the process with a PXE-E99 error. I've seen this with multiple vendors
> implementati
Hi. I could use some dnsmasq configuration advice to get around a UEFI
client issue when IPv6 PXE booting that results in the client terminating
the process with a PXE-E99 error. I've seen this with multiple vendors
implementations (not all) and a similar issue is described here (albeit for
IPv4)
On Mon, 2019-09-30 at 11:29 +0200, Harald Jensås wrote:
> Hi,
>
> I am trying to get a setup with relays for DHCPv6 working, I can see
> the requests coming in and dnsmasq on the relay node forwards the
> request. On the server side I can see the dhcp6 relay-fwd coming in
> on
> the expected inter
Hi,
I am trying to get a setup with relays for DHCPv6 working, I can see
the requests coming in and dnsmasq on the relay node forwards the
request. On the server side I can see the dhcp6 relay-fwd coming in on
the expected interface. Then there is no reply, and nothing happens in
the dnsmasq DHCP
I am using dnsmasq 2.78.
Doing some test I have connect 3 different devices and when reading dhcp.leases
file I found that only the timestamp of the ipv4 leases files are updated not
for ipv6.
Why does not update timestamp for ipv6 leases?
this is my dnsmasq.conf:
"
dhcp-authoritative
domain-n
Can you cheat and just set the lease expiration to be measured in seconds?
I suspect that you can have different lease times, so if you can
discriminate between first state and second state systems, you can provide
more reasonable lease durations once the systems are stage two...
_
Hi,
we are a ISP and we like to provide DHCPv6-PD to our customers.
Is there a possibility to archive that goal with DNSMASQ?
DNSMASQ have to assign a /57 network from our configured IP-Space and have
to insert a static route into kernel routing table to the leased IPv6-/64
Address.
Am 06.06.2018 um 10:36 schrieb Roy Marples:
> On 06/06/2018 09:14, Oliver Freyermuth wrote:
>> I finally managed to test this in my testing setup - it works perfectly fine!
>
> Awesome :D
>
>> Could you let me know once it's integrated upstream?
>
> I *am* the upstream for dhcpcd :)
> It will be
On 06/06/2018 09:14, Oliver Freyermuth wrote:
I finally managed to test this in my testing setup - it works perfectly fine!
Awesome :D
Could you let me know once it's integrated upstream?
I *am* the upstream for dhcpcd :)
It will be in the next dhcpcd release for sure.
I plan to open issu
Dear Roy,
Am 05.06.2018 um 13:34 schrieb Roy Marples:
> On 04/06/2018 11:49, Roy Marples wrote:
>> These problems are very nicely solved with RFC 6355 which adds DUID-UUID
>> where UUID is taken from the hosts firmware. The UUID can then be displayed
>> on the node alongside the MAC address for
>
> Alternatively:
> Does somebody know of a clean way to administratively expire a lease handed
> out by dnsmasq?
> Then deployment tooling could forcefully expire an old lease when
> reinstalling a node, and after the final reboot in the installed OS.
>
> Right now, I only know one coul
On 04/06/2018 11:49, Roy Marples wrote:
These problems are very nicely solved with RFC 6355 which adds DUID-UUID
where UUID is taken from the hosts firmware. The UUID can then be
displayed on the node alongside the MAC address for provisioning.
https://tools.ietf.org/html/rfc6355
The downside
Am 04.06.2018 um 23:27 schrieb Roy Marples:
> On 25/05/2018 13:07, Oliver Freyermuth wrote:
>> I fear the following is a design issue of DHCPv6, but I wonder if there's a
>> way to overcome it with dnsmasq...
>>
>> When automatically deploying machines via PXE / network installer, there's
>> usua
On 25/05/2018 13:07, Oliver Freyermuth wrote:
I fear the following is a design issue of DHCPv6, but I wonder if there's a way
to overcome it with dnsmasq...
When automatically deploying machines via PXE / network installer, there's
usually first a DHCPv6 client running in the installer,
and af
Am 04.06.2018 um 18:46 schrieb wkitt...@gmail.com:
> On 06/04/2018 07:36 AM, Oliver Freyermuth wrote:
>> Right now, I only know one could:
>> - Stop dnsmasq.
>> - Purge the lease from the leases-file.
>> - Restart dnsmasq.
>
>
> i think the process is:
>
> rewrite the leases file as needed
>
On 06/04/2018 07:36 AM, Oliver Freyermuth wrote:
Right now, I only know one could:
- Stop dnsmasq.
- Purge the lease from the leases-file.
- Restart dnsmasq.
i think the process is:
rewrite the leases file as needed
HUP dnsmasq
but i'm not positive... if not HUB, maybe one of the other s
Am 04.06.2018 um 12:49 schrieb Roy Marples:
> On 03/06/2018 22:20, Simon Kelley wrote:
>> I agree that this is an annoying problem. In DHCPv6 even determining the
>> MAC address of a client is a slightly dodgy operation - there are
>> circumstances where it's not possible. That notwithstanding, dns
On 03/06/2018 22:20, Simon Kelley wrote:
I agree that this is an annoying problem. In DHCPv6 even determining the
MAC address of a client is a slightly dodgy operation - there are
circumstances where it's not possible. That notwithstanding, dnsmasq
does it's best, and allows you to configure an a
Am 03.06.2018 um 23:20 schrieb Simon Kelley:
> I agree that this is an annoying problem. In DHCPv6 even determining the
> MAC address of a client is a slightly dodgy operation - there are
> circumstances where it's not possible. That notwithstanding, dnsmasq
> does it's best, and allows you to conf
There is an extension for DHCPv6 to send client's MAC address as DHCP
option 79. And in case there is no DHCPv6 relay and packets comes from
ethernet, you can read MAC address directly from ethernet frame which
contains that UDP (DHCPv6) packet. In other cases MAC address is really
not available, b
I agree that this is an annoying problem. In DHCPv6 even determining the
MAC address of a client is a slightly dodgy operation - there are
circumstances where it's not possible. That notwithstanding, dnsmasq
does it's best, and allows you to configure an address to allocated by
MAC address.
The pr
Am 25.05.2018 um 17:23 schrieb P W:
> On Fri, May 25, 2018 at 03:34:08PM +0200, Oliver Freyermuth wrote:
>> Am 25.05.2018 um 15:30 schrieb Kevin Darbyshire-Bryant:
On 25 May 2018, at 13:07, Oliver Freyermuth wrote:
Dear dnsmasqers,
I fear the following is a design issue of
On Fri, May 25, 2018 at 03:34:08PM +0200, Oliver Freyermuth wrote:
> Am 25.05.2018 um 15:30 schrieb Kevin Darbyshire-Bryant:
> >> On 25 May 2018, at 13:07, Oliver Freyermuth wrote:
> >>
> >> Dear dnsmasqers,
> >>
> >> I fear the following is a design issue of DHCPv6, but I wonder if there's
> >> a
Am 25.05.2018 um 15:30 schrieb Kevin Darbyshire-Bryant:
>
>
>> On 25 May 2018, at 13:07, Oliver Freyermuth
>> wrote:
>>
>> Dear dnsmasqers,
>>
>> I fear the following is a design issue of DHCPv6, but I wonder if there's a
>> way to overcome it with dnsmasq...
>
>
> Hi Oliver,
>
> I’ve a sim
> On 25 May 2018, at 13:07, Oliver Freyermuth
> wrote:
>
> Dear dnsmasqers,
>
> I fear the following is a design issue of DHCPv6, but I wonder if there's a
> way to overcome it with dnsmasq...
Hi Oliver,
I’ve a similar/same problem when rebooting some QNAP NAS boxen, first
boot/introduct
On Friday 25 May 2018 14:07:34 Oliver Freyermuth wrote:
> Dear dnsmasqers,
>
> I fear the following is a design issue of DHCPv6, but I wonder if there's a
> way to overcome it with dnsmasq...
>
> When automatically deploying machines via PXE / network installer, there's
> usually first a DHCPv
Dear dnsmasqers,
I fear the following is a design issue of DHCPv6, but I wonder if there's a way
to overcome it with dnsmasq...
When automatically deploying machines via PXE / network installer, there's
usually first a DHCPv6 client running in the installer,
and afterwards (when the machine is
The combination of a range and ra-names can't work. RA is router advertisement
and the IP addresses are then given by slaac, so the range must only be a
prefix and must have size exactly 64 bits. If you want real DHCP like in ipv4,
you must use stateful DHCP, but that won't work with Android pho
Interesting reads. I even understood 1/4 of them :)
My router does not (as far as I can tell, digging thru IPV6 settings) do
GUA addressing. I think I understand how to get dnsmasq issue ULA's,
based upon a previous message from you (Sun Aug 20 14:33:35 BST 2017).
Based upon this:
dhcp-range=s
Hi there,
IPv6 is by definition "multi-homed", so you would do Global Unicast
Addresses (GUA; Prefix 2000::/3; RFC 4291) via your router and Unique
Local Addresses (ULA; Prefix fc00::/7; RFC 4193) via dnsmasq.
If you want to manager GUA also via dnsmasq, then you need to do DHCP-PD
from dnsmasq
Hoping for some help/insight it my attempting to setup IPV6 DHCP; I must
not seem to be able to input the right search terms, because I keep
going around in circles.
My Setup:
ISP <> Modem <> Router <> home network
DNS/DHCP on an RPi3 (DNSMASQ/Pi-hole, behind the router).
V4 DHCP from the RPi w
Can anyone tell me what the expected behavior is when DHCPv6 is enabled on
an interface with both a GUA and ULA prefix assigned? In my dnsmasq.conf
file I have this configuration...
dhcp-range=lan,::1000,::,constructor:br0,ra-names,slaac,24h
dhcp-option=lan,option6:dns-server,[fe80::]
dhcp-op
Hi,
I've some trouble with clients in VirtualBox (Linux and Windows 10). The host
runs Windows 7. I create dhcp-host entries
for all machines:
dhcp-host=aa:aa:aa:aa:aa:aa,id:00:01:00:01:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa,192.168.255.100,[::0:0:1234:100],host-windows
dhcp-host=bb:bb:bb:bb:bb:bb,192.16
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 21/11/16 15:52, Kevin Darbyshire-Bryant wrote:
> I've got some packet captures now that have helped answer some of
> the questions.
>
> 1) The DHCPADVERTISE in the log are included in just one packet.
>
> 2) The solicits from my ipad and the a
On 21/11/16 15:52, Kevin Darbyshire-Bryant wrote:
PS: As a total hack, I got dnsmasq to ignore any requested addresses.
Dnsmasq replies with both ULA & Global addresses in the reply...and my
iPad is happy...it takes the global address.
Nope, the above worked temporarily by luck rather tha
I've got some packet captures now that have helped answer some of the
questions.
1) The DHCPADVERTISE in the log are included in just one packet.
2) The solicits from my ipad and the advertises are identical except
dnsmasq presents the ULA address first whereas odhcpd presents the
global addr
Hi All,
This problem has been around a while (forever?) but it's only just
annoyed me sufficiently to investigate.
The box in question is running a recent version LEDE and in my case
dnsmasq git head bleeding edge. LEDE normally uses its homegrown odhcpd
to hand out DHCPv6 addresses, wherea
On 01/05/16 20:46, James Feeney wrote:
> Arch Linux
> dnsmasq 2.75-1
> linux 4.5.2-1
>
> I mentioned about two weeks ago, the dnsmasq dhcpv6 server will just stop
> responding after running normally for a while. There have been no comments
> that
> I have seen. Any thoughts? Is there a way to
Arch Linux
dnsmasq 2.75-1
linux 4.5.2-1
I mentioned about two weeks ago, the dnsmasq dhcpv6 server will just stop
responding after running normally for a while. There have been no comments that
I have seen. Any thoughts? Is there a way to dump the state of the dhcpv6
server? Should I not be us
Arch Linux
dnsmasq 2.75-1
linux 4.5-1
After running for about a week, I've just seen dnsmasq get into a mode where the
dhcpv6 server stops responding, while the dhcp server continues to respond and
router advertisements continue normally. It works again after a re-start. Is
this something alread
Simon Kelley (si...@thekelleys.org.uk) wrote on Thu, Oct 22, 2015 at 08:20:48PM
BRST:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
> On 22/10/15 21:05, Carlos Carvalho wrote:
>
> > What if, with an id* declaration, dnsmasq accepts any DUID the
> > first time but refuses other requ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 22/10/15 21:05, Carlos Carvalho wrote:
> What if, with an id* declaration, dnsmasq accepts any DUID the
> first time but refuses other requests with different DUIDs? This
> hypothesis explains the events above and all others I've seen.
> Howeve
Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
04:12:07PM BRST:
> What you have not described, however, is how your interfaces are
> configured. Could you produce the result of ifconfig -a, or else
> the content of /etc/network/interfaces file or equivalent?
It's done by a
Bonjour Carlos,
Le Thu, 22 Oct 2015 16:05:12 -0200, Carlos Carvalho
a écrit :
> Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
> 02:33:28PM BRST:
> > Hi Carlos,
> >
> > Le Thu, 22 Oct 2015 12:50:14 -0200, Carlos Carvalho
> > a écrit :
> >
> > > Albert ARIBAUD (albert.a
Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
02:33:28PM BRST:
> Hi Carlos,
>
> Le Thu, 22 Oct 2015 12:50:14 -0200, Carlos Carvalho
> a écrit :
>
> > Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
> > 03:20:34AM BRST:
> > > Le Wed, 21 Oct 2015 20:
Bonjour Carlos,
Le Thu, 22 Oct 2015 15:40:59 -0200, Carlos Carvalho
a écrit :
> Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
> 03:07:59PM BRST:
> > Hi Neil,
> >
> > Le Thu, 22 Oct 2015 16:46:41 +, Neil Jerram
> > a écrit :
> > >
> > > Could it be because even sta
Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
03:07:59PM BRST:
> Hi Neil,
>
> Le Thu, 22 Oct 2015 16:46:41 +, Neil Jerram
> a écrit :
> >
> > Could it be because even static allocations still require a matching IP
> > range to be configured?
>
> They don't. I've got
Hi Neil,
Le Thu, 22 Oct 2015 16:46:41 +, Neil Jerram
a écrit :
> >>> interface=meteo dhcp-range=::,constructor:meteo,static,infinite
> >>> enable-ra dhcp-range=192.168.5.1,static
>
> Could it be because even static allocations still require a matching IP
> range to be configured?
They don
Hi Carlos,
Le Thu, 22 Oct 2015 12:50:14 -0200, Carlos Carvalho
a écrit :
> Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
> 03:20:34AM BRST:
> > Le Wed, 21 Oct 2015 20:18:42 -0200, Carlos Carvalho
> > a écrit :
> >
> > > > Maybe there are leases for old UIDS and the sta
On 22/10/15 00:06, Carlos Carvalho wrote:
> Simon Kelley (si...@thekelleys.org.uk) wrote on Wed, Oct 21, 2015 at
> 07:51:32PM BRST:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>>
>>
>> On 20/10/15 22:33, Carlos Carvalho wrote:
>>> I'm stumbling on an important problem that looks like
Albert ARIBAUD (albert.arib...@free.fr) wrote on Thu, Oct 22, 2015 at
03:20:34AM BRST:
> Le Wed, 21 Oct 2015 20:18:42 -0200, Carlos Carvalho
> a écrit :
>
> > > Maybe there are leases for old UIDS and the static address still the
> > > database?
> >
> > No, I start dnsmasq without any lease.
>
Hi Carlos,
Le Wed, 21 Oct 2015 20:18:42 -0200, Carlos Carvalho
a écrit :
> > Maybe there are leases for old UIDS and the static address still the
> > database?
>
> No, I start dnsmasq without any lease.
Just to make sure, as your answer may mean various things: did you
explicitly delete the cu
Simon Kelley (si...@thekelleys.org.uk) wrote on Wed, Oct 21, 2015 at 07:51:32PM
BRST:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
> On 20/10/15 22:33, Carlos Carvalho wrote:
> > I'm stumbling on an important problem that looks like a bug in
> > dnsmasq. Clients declared statically
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/10/15 22:33, Carlos Carvalho wrote:
> I'm stumbling on an important problem that looks like a bug in
> dnsmasq. Clients declared statically in a zone are being denied
> their address with the message "no addresses available":
>
> Oct 20 09:5
I'm stumbling on an important problem that looks like a bug in dnsmasq. Clients
declared statically in a zone are being denied their address with the message
"no addresses available":
Oct 20 09:56:10 dnsmasq-dhcp[18342]: 6947286 available DHCPv6 subnet:
2801:82:80ff:7f05::/64
Oct 20 09:56:10 dnsm
On 14/05/15 19:43, Suresh Ramamurthy wrote:
> Hi
>
> I am trying support IPv6 in our product.
>
> We are using dnsmasq and we wanted to use Stateful DHCPv6. In order to do
> it, I would create a mapping between DUID and IPv6 address in dhcphosts.txt
> on the server that runs dnsmasq. So that when
Hi
I am trying support IPv6 in our product.
We are using dnsmasq and we wanted to use Stateful DHCPv6. In order to do
it, I would create a mapping between DUID and IPv6 address in dhcphosts.txt
on the server that runs dnsmasq. So that when dhcpv6 client request an IP,
dnsmasq can return the stati
1 - 100 of 224 matches
Mail list logo