Re: Persistent 'options' settings in resolv.conf
- From: tony mollica <tjm3 threedogs net>
- To: Dan Williams <dcbw redhat com>, networkmanager-list gnome org
- Subject: Re: Persistent 'options' settings in resolv.conf
- Date: Wed, 27 Apr 2011 19:43:23 -0700
Dan, thanks for the reply.
I'll look into this a bit further. I would rather use only one
application to
get the job done although the addition of resolvconf allowed me to do
what I needed.
This small blurb turned up when I was trying to resolve a problem with
long delays at some websites, including googleearth servers. This is
where I found the 'options single-request' entry for resolv.conf:
It works.
Not sure if the problem is the same in the thread titled
' cannot connect: because "association took too long" ', but it's worth
trying the single-request option for that problem, too, if you think it
might be an ipv6 dns problem.
Thanks,
Tony
-----------------------------------------------------------------------------------------------------
On 7-12-2009 19:33, Andrew Sackville-West wrote:
> On Mon, Dec 07, 2009 at 10:41:35AM +0100, Nick Douma wrote:
>> On 7-12-2009 1:15, Andrew Sackville-West wrote:
>>> On Sun, Dec 06, 2009 at 04:08:11PM -0800, Andrew Sackville-West wrote:
>>>> On Mon, Dec 07, 2009 at 01:56:06AM +0200, Andrei Popescu wrote:
> [..]
>>>>>
>>>>> This sounds like an ipv4/ipv6 issue. Maybe this NEWS.Debian entry for
>>>>> libc6 has the solution:
>>>>>
>>>>> glibc (2.9-8) unstable; urgency=low
>>>>>
>>>>> Starting with version 2.9-8, unified IPv4/IPv6 lookup have been
enabled
>>>>> in the glibc's resolver. This is faster, fixes numerous of
bugs, but is
>>>>> problematic on some broken DNS servers and/or wrongly configured
>>>>> firewalls.
>>>>>
>>>>> If such a DNS server is detected, the resolver switches
(permanently
>>>>> for that process) to a mode where the second request is sent
only when
>>>>> the first answer has been received. This means the first
request will
>>>>> be timeout, but subsequent requests should be fast again. This
>>>>> behaviour can be enabled permanently by adding 'options
single-request'
>>>>> to /etc/resolv.conf.
On 04/27/2011 12:35 PM, Dan Williams wrote:
On Sun, 2011-04-24 at 08:13 -0700, tony mollica wrote:
Hello.
Like the subject says,
where can I find the docs on how to do this with nm?
Rumour is that it can be done with a config file, but no
luck on finding the directory, filename or format.
I'm not aware of an easy way at this time, but you could use dispatcher
scripts to insert them. man NetworkManager has more information on
that. What options do you want to use? I've been keeping an eye on
this for a while but haven't had any good ideas since the options you
might want to use there depend on the network you're connecting to.
Dan
_______________________________________________
networkmanager-list mailing list
networkmanager-list gnome org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
--
-----------------
tony
tjm3 threedogs net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]