In message <200906262140.n5qlemev047...@dc.cis.okstate.edu>, Martin McCormick w
rites:
> The present package for bind under ubuntu Linux is
> bind9.5. This is great and I am not complaining at all but all
> the rest of our bind servers are FreeBSD and using 9.3.5, soon
> to be 9.3.6. I read
On Fri, Jun 26, 2009 at 04:40:48PM -0500,
Martin McCormick wrote
a message of 36 lines which said:
> I read that it is best for them all to be the same
> version of bind.
Strange assertion.
> this one needs to be like the rest rather than introducing new
> unknowns in to the system.
It seem
In message <4a452428.9020...@provident-solutions.com>, "Vernon A. Fort" writes:
> I've run into a problem with named and timeouts primarily with MX
> lookups. When a MX query fails the first time, i have to restart the
> named process before it will return a successful query. Again, its
> mai
In message <708178298b2b4b448e70b9686e60ac860391f...@ct11exm61.ds.mot.com>, "Ch
erney John-CJC030" writes:
> Is there a way to get dynamic DNS entries out of the jnl files and into
> the zone data file? My understanding is that the two usual ways are to
> run "rndc stop", or to wait a certain peri
I had the same problem yesterday with two servers running BIND 9.5.0-P2 on
SPARC Solaris 8.
I had to kill the process few times and finally it worked.
After a time it failed again to resolve MX records for the same users.
I updated the root zone (it had some old records) and it never failed aga
The present package for bind under ubuntu Linux is
bind9.5. This is great and I am not complaining at all but all
the rest of our bind servers are FreeBSD and using 9.3.5, soon
to be 9.3.6. I read that it is best for them all to be the same
version of bind. I have been asked to set up a sl
On Fri, Jun 26, 2009 at 01:16:32PM -0500,
bsfin...@anl.gov wrote
a message of 32 lines which said:
> If the zonecheck code is able to determine what the reason is, then
> it should give the reason.
If you give only the domain name (not the name servers names and
addresses), Zonecheck depends
On Fri, Jun 26, 2009 at 02:40:24PM -0500,
Vernon A. Fort wrote
a message of 31 lines which said:
> All versions of bind i have tried (in gentoo portage) have the same
> problem.
Well, my personal dedicated server is a Gentoo using BIND as a
resolver and I can say it works. So, no real ideas,
Scott Haneda wrote:
> On Jun 23, 2009, at 3:01 PM, Hauke Lampe wrote:
>
>> Scott Haneda wrote:
>>
>>> $dig sugardimplesdesigns.com SOA @ns1.hostwizard.com +short
>>
>> Do you block 53/tcp anywhere on the path to your nameserver?
>> It rejects TCP queries:
>>
>> | dig +tcp sugardimplesdesigns.com S
I've run into a problem with named and timeouts primarily with MX
lookups. When a MX query fails the first time, i have to restart the
named process before it will return a successful query. Again, its
mainly with MX lookups but it also happens with A records as well. The
problem subsides fo
Is there a way to get dynamic DNS entries out of the jnl files and into
the zone data file? My understanding is that the two usual ways are to
run "rndc stop", or to wait a certain period of time. I'm running BIND
9.3.5-P1 on Solaris 10. What I am trying to do is to stop DNS, make a
backup of all o
At Fri, 26 Jun 2009 10:55:07 -0400,
Del Solar Navarrete Maria Cristina wrote:
> I have Red Hat Enterprise Linux Server release 5 (Tikanga)
Okay, then if your kernel supports epoll (at least all 2.6 kernels
should support it as far as I know), 9.5.1 should work much better for
you than 9.5.0-P2.
Stephane Bortzmeyer wrote, in part:
>The problem (NS going to CNAME) was properly identified by Hauke Lampe
>very soon in the thread. Read it.
>
>> "Unable to find primary nameserver (SOA)"
>
>Well, the error message could be better, that's sure...
There are a number of reasons why the SOA could
On Fri, Jun 26, 2009 at 06:24:06PM +0100,
Andy Shellam wrote
a message of 24 lines which said:
> I've used domain checking tools before that check that the master
> server in the SOA record is actually valid, and judging by the error
> message returned by zonecheck.fr, that's what it's doing.
Why should we change the master server in the SOA record from oxygen,
when oxygen is the real master? It is a "hidden" master. I believe
that it is the CNAME that is causing zonecheck.fr to fail. The
zonecheck.fr utility does not fail on our other zones that have a hidden
master.
I've us
Hi
I have Red Hat Enterprise Linux Server release 5 (Tikanga)
Se despide cordialmente
Mª Cristina Del Solar N.
Administración de Servicios
Subgerencia de Adm. de Sistemas
Gerencia Operaciones TI
ENTEL S.A.
Teléfono: 3606309
E-mail: mdelso...@entel.cl
-Original Message-
From: JINMEI Ta
On Jun 26 2009, bsfin...@anl.gov wrote:
Why should we change the master server in the SOA record from oxygen,
when oxygen is the real master? It is a "hidden" master.
That's fair - but as it is *hidden*, i.e. not responding to the
Internet in general, you shouldn't have it in the zone's NS R
Frank Bulk wrote:
>> If you change the nameservers for IllinoisAcceleratorInstitute.org at its
>> registrar to point to t1dns1.anl.gov and t1dns2.anl.gov you should be good
>> to go.
and Andy Shellam replied:
>And not forgetting to change the master server in the SOA record from
>oxygen, as that
bsfin...@anl.gov wrote:
>> There are problems accessing this domain from the Internet, and I cannot
>> determine what the problem is. I have no trouble from Argonne, as the
>> domain is slaved on all of my servers. I do not see any problem with
>> the delegations, but I may be missing something.
On Thu, Jun 25, 2009 at 11:07:06PM +0100,
Andy Shellam wrote
a message of 13 lines which said:
> And not forgetting to change the master server in the SOA record from
> oxygen, as that server doesn't appear to be accepting DNS requests, which
> I believe is what's causing the Zone Check too
20 matches
Mail list logo
