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
.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]