On 09/12/2011 03:16 PM, Jan Psota wrote:
I'm running dnsmasq-2.57 on Linux (Ubuntu 11.04), and am starting two dnsmasq
processes to serve DHCP on two interfaces to VMs I'm running. Initial
packets
(broadcast MAC/broadcast IP) are handled fine, but when it comes time to
renew
and the VMs
On 09/12/2011 03:54 PM, Jan Psota wrote:
Unfortunately using multiple range and interface arguments won't work since I
will need to run 100, with different conf files for each.
Didn't you forget to set bind-interfaces?
No, I set --bind-interfaces, --listen-address=1.2.3.4 and --interface=br0,
Hi,
I'm having trouble getting a Windows Server 2008 R2 virtual machine to get a
lease from dnsmasq running on Ubuntu Linux. An R1, and any other OS, has no
problems. The version of dnsmasq is 2.58-3.
My config is as follows:
eth0 - public interface - IP 15.3.2.1 (that's not my real IP)
brx1
On 10/15/2012 06:58 AM, Simon Kelley wrote:
On 13/10/12 17:34, Brian Haley wrote:
Hi,
I'm having trouble getting a Windows Server 2008 R2 virtual machine to
get a
lease from dnsmasq running on Ubuntu Linux. An R1, and any other OS,
has no
problems. The version of dnsmasq is 2.58-3.
My
12, 2013 at 1:06 PM, Brian Haley brian.ha...@hp.com wrote:
On 02/08/2013 09:59 PM, Sheng Yang wrote:
Hi Simon,
I found I can't assign IPv6 address for /96 subnet.
I specified DHCP range use 96 bits prefixes:
dhcp-range=fc00:3:1602::7473,96,static
This is in violation of RFC 4862 Section
On 04/17/2014 09:20 AM, Simon Kelley wrote:
On 15/04/14 23:31, Jorge Schrauwen wrote:
Hey All,
I had a bit of trouble getting ra to work on OpenBSD but manually compiling
2.69 seems to have done the trick. (Yay!)
I was porting over my old radvd.conf from linux and I have this option set
Hi,
There have been a number of people chasing an issue in Openstack where dnsmasq
was sending DHCPNAK's after it was restarted since it's being started with
--leasefile-ro (https://launchpad.net/bugs/1345947).
The first solution was to create a script that could be called to re-populate
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/2015 05:30 PM, Simon Kelley wrote:
On 02/02/15 22:20, Brian Haley wrote:
The one thing I'm curious about is if dnsmasq is restarted while a VM
holds a lease, how will it respond? As someone else has pointed-out to
me - isc-dhcp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/2015 03:30 PM, Simon Kelley wrote:
On 02/02/15 19:50, Brian Haley wrote:
Hi,
There have been a number of people chasing an issue in Openstack where
dnsmasq was sending DHCPNAK's after it was restarted since it's being
started
On 02/02/2015 05:47 PM, Brian Haley wrote:
The one thing I'm curious about is if dnsmasq is restarted while a VM
holds a lease, how will it respond? As someone else has pointed-out to
me - isc-dhcp will respond with a DHCPNAK in that case, and wondered why
there would be a difference
Luis,
You should probably file a bug against neutron
(https://bugs.launchpad.net/neutron/) with the relevant info, along with
the neutron commands you're running and debug from the dhcp-agent and
/var/lib/neutron/dhcp/xxx/ files as necessary. I don't exactly
understand what you mean by "LAN
Hi Simon,
Not sure if you had an opinion on this, seemed like a bug regardless of
me trying to use Dbus.
Thanks,
-Brian
On 4/26/19 4:03 PM, Brian Haley wrote:
Currently, dhcp_release will only send a 'fake' release
when the address given is in the same subnet as an IP
on the interface
On 5/14/19 3:52 AM, Nicolas Cavallari wrote:
On 26/04/2019 22:03, Brian Haley wrote:
Currently, dhcp_release will only send a 'fake' release
when the address given is in the same subnet as an IP
on the interface that was given.
This doesn't work in an environment where dnsmasq is
managing
--enable-dbus=$id in order to isolate
messages to specific dnsmasq instances.
Signed-off-by: Brian Haley
---
contrib/lease-tools/dhcp_release.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/contrib/lease-tools/dhcp_release.c
b/contrib/lease-tools/dhcp_release.c
On 8/22/19 6:50 PM, Simon Kelley wrote:
On 26/04/2019 21:03, Brian Haley wrote:
Currently, dhcp_release will only send a 'fake' release
when the address given is in the same subnet as an IP
on the interface that was given.
This doesn't work in an environment where dnsmasq is
managing leases
Simon - just re-sending since you're back.
Thanks,
-Brian
On 4/26/19 4:03 PM, Brian Haley wrote:
Currently, dhcp_release will only send a 'fake' release
when the address given is in the same subnet as an IP
on the interface that was given.
This doesn't work in an environment where dnsmasq
wrote:
From: Brian Haley
Currently, dhcp_release will only send a 'fake' release
when the address given is in the same subnet as an IP
on the interface that was given.
This doesn't work in an environment where dnsmasq is
managing leases for remote subnets via a DHCP relay, as
running dhcp_release
Hi,
On 3/17/24 9:38 AM, Geert Stappers wrote:
From: Brian Haley
When a new IPv6 address is being added to a dhcp_config
struct, if there is anything invalid regarding the prefix
it looks like there is a potential memory leak.
ret_err_free() should be used to free it.
Signed-off-by: Brian
Hi,
On 3/16/24 6:07 AM, Geert Stappers wrote:
On Sat, Mar 02, 2024 at 05:03:01PM +0100, Geert Stappers wrote:
On Fri, Mar 01, 2024 at 04:43:20PM -0500, Brian Haley wrote:
When a new IPv6 address is being added to a dhcp_config
struct, if there is anything invalid regarding the prefix
it looks
19 matches
Mail list logo