On Tue, 10 Aug 2010, Joseph S D Yao wrote:
> On Fri, Aug 06, 2010 at 10:43:01PM +0100, Tony Finch wrote:
> ...
> > As I understand it, BIND makes recursive queries to forwarding servers. If
> > the target is authoritative, you configure the zone as a stub. This is not
> > documented.
>
> I believe
On Tue, Aug 10, 2010 at 02:37:54PM -0400, Joseph S D Yao wrote:
...
> Then either it's not serving DNS or you haven't found the right buttons.
> What is it? Can you explain a bit more?
...
Sorry, in my hurry I didn't fast-forward through the thread. Glad that
it's working for you now.
--
/***
On Fri, Aug 06, 2010 at 10:43:01PM +0100, Tony Finch wrote:
...
> As I understand it, BIND makes recursive queries to forwarding servers. If
> the target is authoritative, you configure the zone as a stub. This is not
> documented.
I believe this is incorrect on both counts. In this form, BIND f
On Fri, Aug 06, 2010 at 10:05:01AM -0700, CLOSE Dave (DAE) wrote:
> Joseph S D Yao wrote:
>
> > If you have two forwarders, as you listed, your server will try to
> > forward first to one and then to the other. If it gets any answer at
> > all from one - even an error answer - it will not try the
On Aug 10, 2010, at 11:01 AM, Matus UHLAR - fantomas wrote:
> On 09.08.10 20:09, donovan jeffrey j wrote:
>> my isp has some private address space which has dns resolution and can be
>> queried from the outside world.
>>
>> I asked them about this because we use this private address space and it
I asked:
> My company has two internal name servers accessible to me. One (PUB) is
> the usual Internet-facing server than can resolve most internal and all
> public names. The other (PRIV) is a special purpose server that only
> resolves names in a special private domain. If I list both servers in
Hey
how are you recently ?
I would like to recommend you a very good company and the website is 「www.
mccdeal . com」 .
It can offer you all kinds of electronic products ,such as laptops ,gps ,TV
LCD ,cell phones ,ps3 ,MP3/4, and so on.
You can take some time to have a look ,there must be something
On 8/6/2010 7:28 PM, CLOSE Dave (DAE) wrote:
Sten Carlsen wrote:
I believe you could use forwarding to the internal server for each individual
name:
zone "HOST1" {
type forward;
forwarders{ private.domain.server.IP; };
}
This should do the trick but not elegant, not easy. I would
Yeah, it could be 213.198.65.226, or anything in the path between you
and that device.
But, the better question to ask is: why is this client forming a TCP
connection in the first place? Is it one of your slave nameservers
performing a zone transfer? Is it because you have responses that are
Sten Carlsen wrote:
> I believe you could use forwarding to the internal server for each individual
> name:
>
> zone "HOST1" {
>type forward;
>forwarders{ private.domain.server.IP; };
> }
>
> This should do the trick but not elegant, not easy. I would start hinting to
> management that
On 8/10/2010 9:16 AM, Tony Finch wrote:
On Mon, 9 Aug 2010, CLOSE Dave (DAE) wrote:
Based on suggestions here, I now have a named.conf file like this:
options { ... };
logging { ... };
zone "." IN { type forward; forwarders { PUB; }; forward only; };
zone "HOST1" { type for
On 09.08.10 20:09, donovan jeffrey j wrote:
> my isp has some private address space which has dns resolution and can be
> queried from the outside world.
>
> I asked them about this because we use this private address space and it
> is showing up in our DNS lookups. here was there response;
>
> >
sorry, 1918, not 1812…
On Aug 10, 2010, at 10:43 AM, Greg Whynott wrote:
> I'd say no, and your ISP may need to gain a working knowledge of bind views
> if they need to resolve 1812 addresses for their own needs without affecting
> customers who are using the ISP DNS servers as their res
I'd say no, and your ISP may need to gain a working knowledge of bind views if
they need to resolve 1812 addresses for their own needs without affecting
customers who are using the ISP DNS servers as their resolver.
the way you could fix this without their involvement is to bring up your own
D
Well, RFC 1918 *itself* says you shouldn't do this:
If an enterprise uses the private address space, or a mix of private
and public address spaces, then DNS clients outside of the
enterprise should not see addresses in the private address space
used by the enterprise, since these addr
hello,
on my server I have many errors like this one:
Aug 10 11:12:01 server2 named[31822]: dispatch 0x2c159550: shutting
down due to TCP receive error: 213.198.65.226#53: connection reset
anyone could give me some more hint ?
does this mean that 213.198.65.226 is broken ?
thanks
Rick
Hello, I am having an issue with DDNS, IPv6 and Windows clients. I am
trying to setup DHCPv6 and DDNS for IPv6, and so far I have DHCPv6 working
properly and handing out addresses from the range6. I have reverse IPv6
working. I can get a SuSE linux client to update their forward record using
NSUP
On Mon, 9 Aug 2010, CLOSE Dave (DAE) wrote:
> Based on suggestions here, I now have a named.conf file like this:
>
>options { ... };
>logging { ... };
>zone "." IN { type forward; forwarders { PUB; }; forward only; };
>zone "HOST1" { type forward; forwarders { PRIV; }; };
>zone
On 2010-08-10 02:39, CLOSE Dave (DAE) wrote:
> Based on suggestions here, I now have a named.conf file like this:
>
>options { ... };
>logging { ... };
>zone "." IN { type forward; forwarders { PUB; }; forward only; };
>zone "HOST1" { type forward; forwarders { PRIV; }; };
>zon
Hi list,
my bind crash after some hour, i found just this in my general.log:
09-Aug-2010 18:22:45.074 running
09-Aug-2010 20:32:16.891 name.c:2091: REQUIRE(suffixlabels > 0) failed,
back trace
09-Aug-2010 20:32:16.891 #0 0x424bff in ??
09-Aug-2010 20:32:16.891 #1 0x7f2eba6c0a0a in ??
09-Aug-2010
20 matches
Mail list logo
