Hi
We are using solaris x86 bind-9.5.1-P3. I tried that
when "rndc flushname www.hsbc.com.hk." and "dig a
www.hsbc.com.hk." a few times, sometimes our
nameserver reply servfail. It shouldn't be the memory
problem as the daemon just started. Any clue of it?
# /usr/local/sbin/rndc flushname www.
In message <639ab8f7-0ae1-44f7-828f-f3b87aef2...@tcbug.org>, Josh Paetzel write
s:
> On Aug 19, 2009, at 6:30 PM, Mark Andrews wrote:
> >>
> >> Thanks. That worked, and I was quickly able to see what I was doing
> >> wrong. My primary nameserver was matching an IP in one of the
> >> views. So
On Aug 19, 2009, at 6:30 PM, Mark Andrews wrote:
Thanks. That worked, and I was quickly able to see what I was doing
wrong. My primary nameserver was matching an IP in one of the
views. So all the notifies were seen by slave as being in that one
view. IPs override keys.
Acl matches are o
In message <6913b169-0b0e-42e0-bc30-92d188036...@tcbug.org>, Josh Paetzel write
s:
>
> On Aug 19, 2009, at 11:07 AM, Kirk wrote:
>
> >
> >> logging {
> >>channel my_log {
> >>file "/var/log/bind/named.log" versions 3 size 5m;
> >>severity warning;
> >>
In message <8401908190935r6f7d622am9dd697317ec5...@mail.gmail.com>, Bradley
Caricofe writes:
> Hey list,
>
> I have the following issue. A customer hosts a domain with me,
> facplus.com. Her primary email account is on that domain, we'll call
> it h...@facplus.com. She has also registered an
It appears that dns1.zmi.at is refusing queries for
48-28.164.69.212.in-addr.arpa:
# dig @dns1.zmi.at 48-28.164.69.212.in-addr.arpa NS +norecurs
; <<>> DiG 9.5.0-P1 <<>> @dns1.zmi.at 48-28.164.69.212.in-addr.arpa NS
+norecurs
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HE
In message , Michael Monnerie
writes:
>
> After reading other threads I got my ISP delegate me reverse DNS for our
> subnet:
>
>
> 212.69.164.48/28
>
>
> But now I try to resolve it from external:
>
>
> # dig -x 212.69.164.57 @dns1.zmi.at
> ; <<>> DiG 9.3.4 <<>> -x 212.69.164.57 @dns1.zmi.
On Wed, 19 Aug 2009, Michael Monnerie wrote:
> # dig -x 212.69.164.57 @dns1.zmi.at
57.164.69.212.in-addr.arpa is not 48-28.164.69.212.in-addr.arpa
> zone "48-28.164.69.212.in-addr.arpa" in {
Also see your named logs about the "refused".
___
bind-users
After reading other threads I got my ISP delegate me reverse DNS for our
subnet:
212.69.164.48/28
But now I try to resolve it from external:
# dig -x 212.69.164.57 @dns1.zmi.at
; <<>> DiG 9.3.4 <<>> -x 212.69.164.57 @dns1.zmi.at
; (1 server found)
;; global options: printcmd
;; Got answer:
;
At 09:35 19-08-2009, Bradley Caricofe wrote:
I have the following issue. A customer hosts a domain with me,
facplus.com. Her primary email account is on that domain, we'll call
it h...@facplus.com. She has also registered another name through
Dotster, meetingtoolsandjewels.com. Dotster provides h
Bradley Caricofe wrote:
>> Hey list,
>>
>> I have the following issue. A customer hosts a domain with me,
>> facplus.com. Her primary email account is on that domain, we'll call
>> it her at facplus.com. She has also registered another name through
>> Dotster, meetingtoolsandjewels.com. Dotster pro
What I see is:
meetingtoolsandjewels.com/MX resolves to m1.dnsix.com with preference 0.
meetingsmaven.typepad.com/MX doesn't resolve at all from typepad.com's
nameservers, but meetingsmaven.typepad.com/A does.
Maybe it was just a poorly-executed migration?
On Aug 19, 2009, at 11:07 AM, Kirk wrote:
logging {
channel my_log {
file "/var/log/bind/named.log" versions 3 size 5m;
severity warning;
print-time yes;
print-severity yes;
print-category yes;
};
Hey list,
I have the following issue. A customer hosts a domain with me,
facplus.com. Her primary email account is on that domain, we'll call
it h...@facplus.com. She has also registered another name through
Dotster, meetingtoolsandjewels.com. Dotster provides her with URL
redirection and email fo
On Aug 18, 2009, at 12:32 AM, Josh Paetzel wrote:
On Aug 17, 2009, at 11:08 PM, Mark Andrews wrote:
In message <96123fb1-1f2e-493c-bbb8-24a86a1dd...@tcbug.org>, Josh
Paetzel write
s:
On Aug 16, 2009, at 12:26 AM, Mark Andrews wrote:
In message <5ea10b89-4650-4f82-a41d-cb511ce2a...@t
Thank you for everyone's help. I'm going to pursue this with ARIN, since that
seems to be the right way to do things.
Tim Huffman
Director of Engineering
Business Only Broadband, LLC
O (630) 590-6012
C (630) 340-1925
t...@bobbroadband.com
www.bobbroadband.com
> -Original Message-
> From
Hello,
I have authoritative-only server with enough of memory to run with acache.
I have set acache-cleaning-interval to 0 and I am wondering if it's safe
when there will not be any periodic cleaning. If a domain is changed or
removed, are relevant records/links updated in acache or removed?
Wil
Hi Kalpesh,
Isn't the explanation already clear in the code comments?
* HP-UX "fails" to connect a UDP socket and sets errno to
* EINPROGRESS if it's non-blocking. We'd rather regard this as
* a success and let the user detect it if it's really an error
* at the time of sending a packet on the s
In message <4a8bd747.6000...@infracaninophile.co.uk>, Matthew Seaman writes:
> Is anyone out there using $GENERATE to create blocks of and PTR reco=
> rds
> for IPv6? Particularly PTR records?
>
> It seems easy enough to create records automatically:
>
> $ORIGIN infracaninophile.co.uk
> > On 8/17/09 10:15 PM, Fajar A. Nugraha wrote:
> >> Here are some pointers from my experience though:
> >> - syslog query logging is expensive. NEVER enable it. If you need to
> >> log client queries, log it directly to file instead.
> On Wed, Aug 19, 2009 at 12:47 AM, Subhan Malick wrote:
> > I
Hi all,
I am using HPUX 11.23 and looking into the socket.c code of bind-9.4.3-P3.
Following is the code for isc_socket_connect() in the file:
isc_result_t
isc_socket_connect(isc_socket_t *sock, isc_sockaddr_t *addr,
isc_task_t *task, isc_taskaction_t action, const void
*arg)
Is anyone out there using $GENERATE to create blocks of and PTR records
for IPv6? Particularly PTR records?
It seems easy enough to create records automatically:
$ORIGIN infracaninophile.co.uk.
$GENERATE 0-255 2001-8b0-151-1-240-0-1234-${0,0,x}
2001:8b0:151:1:240:0:1234:${0,0,x}
On Wed, Aug 19, 2009 at 12:47 AM, Subhan Malick wrote:
> On 8/17/09 10:15 PM, Fajar A. Nugraha wrote:
>>
>> Here are some pointers from my experience though:
>> - syslog query logging is expensive. NEVER enable it. If you need to
>> log client queries, log it directly to file instead.
>
> I would l
23 matches
Mail list logo
