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]

Reply via email to