Odd behaviour when migrating a domain

Re: Odd behaviour when migrating a domain

From:

Date:

Time:

FYI:

Found the problem here, had a host in the zone with a '_' in the name =
which choked named.

Silly but there you go.

Should this not have been validated by QDNS manager?

thanks,

Dave.

The response from auth01.weblink.ie is non-authoritative, meaning=20
it's cached from the current servers. This means that the zone you've=20
created on this server has problems. Check the server log for=20
indications of why the zone was rejected.
____________________________________________________________________
Chris Buxton Men & Mice
support@menandmice.com Making DNS Easy

At 5:24 PM +0000 11/6/02, David Reddy wrote:
>Hello all,
>
>have come across some strange behaviour when trying to move a domain=20
>from one set of name servers to another. Possibly this is something=20
>that's supposed to happen but not sure.
>
>Scenario is that I have a domain, transware.ie, hosted on=20
>ns.weblink.ie/ns.netcast.ie and I'm moving it over to=20
>auth01.weblink.ie/auth02.weblink.ie.
>
>In line with Irish domain registry policies, they won't process the=20
>change in delegation until the zone is operating correctly from the=20
>new name servers - they do a check before initiating any changes.=20
>With this in mind I need to have the zone configured identically on=20
>all servers.
>
>When I create the zone on the new servers it seems to inherit the=20
>SOA and NS data from the current server. Have tried import/export=20
>and creating it a fresh but still winds up with the same data.
>
>If I dig @auth01.weblink.ie transware.ie I get soa pointing to=20
>ns.weblink.ie - even though its explicitly set in QDNS manger as=20
>being auth01.weblink.ie. Incidentally, viewing the zone data in QDNS=20
>manager reports the zone info correctly, eg. NS records for=20
>auth01/02.weblinki.ie
>
>Is this expected behaviour or is something a miss?
>
>thanks in advance,
>
>dave.

Sales:
888/4-DPOINT

Support:
858/452-3696