Your message dated Sun, 28 May 2006 19:52:10 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#368852: mydns-mysql: wrong answer on cname request
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mydns-mysql
Version: 1.1.0+pre-3
Severity: important



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-i686-vs
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mydns-mysql depends on:
ii  debconf [debconf-2.0]  1.4.30.13         Debian configuration management sy
ii  libc6                  2.3.6-7           GNU C Library: Shared libraries
ii  mydns-common           1.1.0+pre-3       DNS server using a SQL database fo
ii  mysql-client [virtual- 4.0.24-10sarge1   mysql database client binaries
ii  zlib1g                 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information excluded

a request:
        dig @ns1.std-service.com ns1.std-service.com cname

is answered with:

; <<>> DiG 9.3.2 <<>> @ns1.std-service.com ns1.std-service.com cname
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18596
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;ns1.std-service.com.           IN      CNAME

;; AUTHORITY SECTION:
ns1.std-service.com.    604800  IN      NS      ns1.std-service.com.

;; ADDITIONAL SECTION:
ns1.std-service.com.    604800  IN      A       212.227.51.17

------

But there is no cname record in the files: instead there is a configuration:

ns1     604800  IN NS   0       ns1.std-service.com.

in the sql base.

When this record is deactivted the respose is (correct):

; <<>> DiG 9.3.2 <<>> @ns1.std-service.com ns1.std-service.com cname
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53640
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.std-service.com.           IN      CNAME

;; AUTHORITY SECTION:
std-service.com.        604800  IN      SOA     ns2.std-service.de. 
hostmaster.std-service.com. 2006052501 10000 1800 604800 3600

------

The wrong behaviour makes it impossible to use it for the .de TLD because the 
DENIC
rejectes requests for a domain based on a namesserver with the first
response. I personally don't think this is a big problem, as the 1st. answer
in not the DENIC expected result, but it's not totaly wrong.

Markus
.


--- End Message ---
--- Begin Message ---
On Sun, 2006-05-28 at 19:42 +0200, Markus Neubauer wrote:
> > There is. Like this you define that the subzone ns1 is to be found on
> > ns1.std-service.com. I doubt that this is your intention.
> This has been the intention, in deed!

It is a quest to me why one should want that. But then it's your zone. I
just cannot imagine why you want to delegate a host name as a subzone to
another nameserver.

> I have deleted the self referal for ns1 and the zone got accepted again
> by the DENIC.

As expected. I am closing this bug report.

Kind regards,
Philipp Kern


--- End Message ---

Reply via email to