BIND9, nsupdate and damn DDNS

Question

DDNS의 많은 HOWTO 페이지를 통해이 문제를 해결해 보았습니다 ... 저는 분실했습니다.

WorkstationX =에 CentOS 6.2 64 SERVERX = 우분투 12.04 LTS의 64가 작동하지 않는 이유는 이해가 안

... 난 아이디어에서 그대로입니다. 나는 여러 번 모든 것을 재생성하고 재구성했다.

확실했습니다 : 두 호스트에 NTPD를 실행

• , 나는 NTP는
• TZ가 (하드웨어 UTC입니다)
• 내가이를 따라 한 두 노드에 대한 올바른 작동 확인했습니다 가이드 :
  • http://linux.yyz.us/nsupdate/
  • http://agiletesting.blogspot.com.au/2012/03/dynamic-dns-updates-with-nsupdate-and.html
  • 난은 nsupdate하려고 할 때, 여전히
  • https://www.erianna.com/nsupdate-dynamic-dns-updates-with-bind9
  • http://consultancy.edvoncken.net/index.php/HOWTO_Manage_Dynamic_DNS_with_nsupdate
  • http://blog.philippklaus.de/2013/01/updating-dns-entries-with-nsupdate-or-alternative-implementations-your-own-ddns/

은 그들 중 일부는 키를 생성하는 다양한 방법이 있지만 나머지는 동일합니다 ... 그리고 - dnssec-keygen이 실행 된 서버 (그리고 bind가 어디에 있든)에서도 동일한 로그 항목을 얻습니다 :

Aug 14 11:20:38 vps named[31247]: 14-Aug-2013 11:20:38.032 security: error: client 127.0.0.1#29403: view public: request has invalid signature: TSIG domain2.com.au.: tsig verify failure (BADKEY) 

내가 수집하는 것은 올바른 생성 방법

nsupdate -k Kdomain2.com.au.+157+35454.key 
server localhost 
zone domain2.com.au. 
update add test.domain2.com.au. 86400 IN A 10.20.30.40 
show 
send 

:이은 nsupdate에서

이

dnssec-keygen -a HMAC-MD5 -b 512 -n HOST domain2.com.au. 

의 named.conf (IPS는 개인 정보 보호를 위해 변경되었습니다) :

acl ipv4    { 0.0.0.0/0; }; 
acl ipv6    { 2000::/3; ::1; fe80::/10; fec0::/10; }; 
acl safehosts   { 127.0.0.0/8; 3.2.2.40; 44.44.14.12; }; 

include "/etc/bind/rndc.key"; 

controls { 
     inet * port 953 
     allow { safehosts; } keys { "rndc-key"; }; 
}; 

options 
{ 
     auth-nxdomain   yes; 
     empty-zones-enable  no; 
     zone-statistics   yes; 
     dnssec-enable   yes; 
     listen-on    { any; }; 
     listen-on-v6   { any; }; 
     directory    "/etc/bind/db"; 
     managed-keys-directory "/etc/bind/keys"; 
     memstatistics-file  "/etc/bind/data/bind.memstats"; 
     statistics-file   "/etc/bind/data/bind.qstats"; 
}; 

logging 
{ 
## CUT ## 
}; 

view "public" 
{ 
    recursion   yes; 
    allow-query-cache { safehosts; }; 
    allow-recursion  { safehosts; }; 

zone "." IN { 
    type   hint; 
    file   "root.zone"; 
}; 

zone "0.0.127.in-addr.arpa" { 
    type   master; 
    allow-update { none; }; 
    allow-transfer { none; }; 
    file   "0.0.127.in-addr.arpa.zone"; 
}; 

zone "localhost" { 
    type   master; 
    allow-update { none; }; 
    allow-transfer { none; }; 
    file   "localhost.zone"; 
}; 

zone "3.2.2.in-addr.arpa" { 
    type   master; 
    allow-update { none; }; 
    allow-transfer { none; }; 
    file   "3.2.2.in-addr.arpa.zone"; 
}; 

zone "domain1.com.au" { 
    type   master; 
    notify   yes; 
    allow-update { key "rndc-key"; }; 
    allow-transfer { key "rndc-key"; }; 
    file   "domain1.com.au.zone"; 
}; 

zone "domain2.com.au" { 
    type   master; 
    notify   yes; 
    allow-update { key "rndc-key"; }; 
    allow-transfer { key "rndc-key"; }; 
    file   "doomain2.com.au.zone"; 
}; 
}; 

/등 /bind/rndc.key :

key "rndc-key" { 
    algorithm hmac-md5; 
    secret "vZwCYBx4OAOsBrbdlooUfBaQx+kwEi2eLDXdr+JMs4ykrwXKQTtDSg/jp7eHnw39IehVLMtuVECTqfOwhXBm0A=="; 
}; 

. 10

Kdomain1.com.au + 157 + 35454.private

Private-key-format: v1.3 
Algorithm: 157 (HMAC_MD5) 
Key: vZwCYBx4OAOsBrbdlooUfBaQx+kwEi2eLDXdr+JMs4ykrwXKQTtDSg/jp7eHnw39IehVLMtuVECTqfOwhXBm0A== 
Bits: AAA= 
Created: 20130814144733 
Publish: 20130814144733 
Activate: 20130814144733 

Answer 1

해결책 :

나는 아무 생각하는 이유가 없지만, 지금 노력하고 있습니다. 내가 한 유일한 일은 다음과 같습니다 :

# chown -R named:named /var/named 

# find . -type d -exec chmod 770 {} \; 

# find . -type f -exec chmod 660 {} \;