On Thu, 25 Aug 2011, Daniel P. Berrange wrote:
> libvirt's dnsmasq will never be grabbing any 127.0.0.1 address. It is
>> In my experiments it did not, and the issue instead was that the other
>> DNS server [1] wanted to grab port 53 on *all* interfaces.
>
> Yeah, that is the normal problem peopl
On Thu, Aug 25, 2011 at 04:37:26PM +0200, Thomas Moschny wrote:
> 2011/8/25 Paul Wouters :
> > Again, this is based on f14, not f15/f16. I am not sure how much this has
> > been
> > addressed. But if we want DNSSEC validation on the endnode, at the very
> > least
> > 127.0.0.1:53 needs to be left
On Thu, 25 Aug 2011, Thomas Moschny wrote:
> 2011/8/25 Paul Wouters :
>> Again, this is based on f14, not f15/f16. I am not sure how much this has
>> been
>> addressed. But if we want DNSSEC validation on the endnode, at the very least
>> 127.0.0.1:53 needs to be left free.
>
> Are you sure the d
On Thu, 25 Aug 2011, Tomas Mraz wrote:
>> 3) I mostly don't need/want any DNS/DHCP in my bridged setup, but it still
>> configures and starts dnsmasq (at least on F14 using virt-manager)
>> (eg I have a /28 bridges to eth1 with static IPs, I don't want it)
>
> On a non-bridged setup it lis
On 25/08/11 15:24, Paul Wouters wrote:
> Here the issue is:
>
> 3) I mostly don't need/want any DNS/DHCP in my bridged setup, but it still
> configures and starts dnsmasq (at least on F14 using virt-manager)
> (eg I have a /28 bridges to eth1 with static IPs, I don't want it)
>
> The big
2011/8/25 Paul Wouters :
> Again, this is based on f14, not f15/f16. I am not sure how much this has been
> addressed. But if we want DNSSEC validation on the endnode, at the very least
> 127.0.0.1:53 needs to be left free.
Are you sure the dnsmasq instance started by libvirt is really
grabbing 12
On Thu, 2011-08-25 at 10:24 -0400, Paul Wouters wrote:
> On Wed, 24 Aug 2011, Ian Pilcher wrote:
>
> > On 08/22/2011 06:35 PM, Paul Wouters wrote:
> >> If it could also not grab port 0.0.0.0:53 in the future, that would be
> >> great. I'd like to work with whichever libvirt developer takes this
>
On Wed, 24 Aug 2011, Ian Pilcher wrote:
> On 08/22/2011 06:35 PM, Paul Wouters wrote:
>> If it could also not grab port 0.0.0.0:53 in the future, that would be
>> great. I'd like to work with whichever libvirt developer takes this
>> package on.
>
> Are you talking about dnsmasq or the way that li
On 08/24/2011 12:24 PM, Ian Pilcher wrote:
> When libvirt starts dnsmasq, it tells it to ignore the configuration
> file and passes all of the parameters on the command line. If you want
> dnsmasq to not listen on 0.0.0.0:53 when it's started by libvirt, you'll
> have to take that up with the libv
On 08/22/2011 06:35 PM, Paul Wouters wrote:
> If it could also not grab port 0.0.0.0:53 in the future, that would be
> great. I'd like to work with whichever libvirt developer takes this
> package on.
Are you talking about dnsmasq or the way that libvirt uses dnsmasq?
The interfaces on which dnsm
On Mon, Aug 22, 2011 at 03:33:58PM -0400, Douglas Landgraf wrote:
> Hello Stephen,
>
> On 08/22/2011 01:49 PM, Stephen Gallagher wrote:
> > (Sent on behalf of jima, the former owner)
> >
> > The dnsmasq package in Fedora has now been orphaned. This package is in
> > need of a new maintainer and sh
On Mon, 22 Aug 2011, Stephen Gallagher wrote:
> (Sent on behalf of jima, the former owner)
>
> The dnsmasq package in Fedora has now been orphaned. This package is in
> need of a new maintainer and should not be allowed to lapse, as it is a
> critical component of the virtualization features.
>
>
Hello Stephen,
On 08/22/2011 01:49 PM, Stephen Gallagher wrote:
> (Sent on behalf of jima, the former owner)
>
> The dnsmasq package in Fedora has now been orphaned. This package is in
> need of a new maintainer and should not be allowed to lapse, as it is a
> critical component of the virtualizat
(Sent on behalf of jima, the former owner)
The dnsmasq package in Fedora has now been orphaned. This package is in
need of a new maintainer and should not be allowed to lapse, as it is a
critical component of the virtualization features.
It is used by libvirt to manage DNS/dhcp for client VMs hos
14 matches
Mail list logo