2012-10-24 12 views
5

Il servizio named in CentOs 6 utilizza più del 100% di tutti e 4 i processori. Ho provato a giocare con i file di configurazione. Al momento ho come 10 siti Web. qui di seguito è un esempioBind named service high cpu load

$TTL 14400 
@  IN  SOA  ns1.mynameserver.com.  hostmaster.mydomain.com. (
               2012071300 
               14400 
               3600 
               1209600 
               86400) 

mydomain.com. 14400 IN NS ns1.mynameserver.com. 
mydomain.com. 14400 IN NS ns2.mynameserver.com. 

ftp 14400 IN A 123.218.168.8 
localhost 14400 IN A 127.0.0.1 
mail 14400 IN A 123.218.168.8 
pop 14400 IN A 123.218.168.8 
mydomain.com. 14400 IN A 123.218.168.8 
smtp 14400 IN A 123.218.168.8 
www 14400 IN A 123.218.168.8 

mydomain.com. 14400 IN MX 10 mail 
mydomain.com. 14400 IN TXT "v=spf1 a mx ip4:123.218.168.8 ~all" 

localhost 14400 IN AAAA ::1 

e per mynameserver.com

$TTL 14400 
@  IN  SOA  ns1.mynameserver.com.  hostmaster.mynameserver.com. (
               2012081200 
               14400 
               3600 
               1209600 
               86400) 

mynameserver.com. 14400 IN NS ns1.mynameserver.com. 
mynameserver.com. 14400 IN NS ns2.mynameserver.com. 

ftp 14400 IN A 123.218.168.11 
localhost 14400 IN A 127.0.0.1 
mail 14400 IN A 123.218.168.11 
ns1.mynameserver.com. 14400 IN A 123.218.168.10 
ns1.mynameserver.com. 14400 IN A 123.218.168.11 
ns2.mynameserver.com. 14400 IN A 123.218.168.11 
ns2.mynameserver.com. 14400 IN A 123.218.168.11 
pop 14400 IN A 123.218.168.11 
s1 14400 IN A 123.218.168.11 
smtp 14400 IN A 123.218.168.11 
mynameserver.com. 14400 IN A 123.218.168.11 
www 14400 IN A 123.218.168.11 
mynameserver.com. 14400 IN MX 10 mail 
mynameserver.com. 14400 IN TXT "v=spf1 a mx ip4:123.218.168.8 ~all" 
localhost 14400 IN AAAA ::1 

ho cambiato l'ip e domini di farne una questione generale per tutti. Il fatto è che io non uso affatto la posta o smtp, potrei aggiungere i record MX in futuro e fare affidamento su gmail ad esempio per le email. È sicuro rimuovere i record mail/pop/smtp/MX?

Sulla base della tua esperienza, cosa sta causando questo enorme carico della CPU per diversi mesi!

risposta

5

Ho avuto lo stesso problema, e le informazioni nel link postato da StarCalc sopra funzionato per me (anche se il posto che è legato per Ubuntu). Questo è quello che ho fatto per i miei CentOS 6.4 scatola:

in /etc/named.conf, assicurarsi di avere la linea presente nelle opzioni {sezione}

managed-keys-directory "/var/named/dynamic"; 

Inoltre, assicurarsi di avere le directory/var/named/dynamic e/var/named/chroot/var/named/dynamic presesent, assicurati che tutti siano di proprietà di named: named (modo semplice: chown -R named: named/var/named) e se usi con SELinux , fare: restorecon -R/var/named/

+1

Grazie per la punta su come aggiungere 'dynamic' all'interno della directory' chroot'; chiedo perché questo non è fatto di default! – Morgon

0

Controlla il tuo file /etc/named.conf avere directory-chiavi gestite "/ var/named/dynamic"; in ambito opzioni.

Quindi controllare che i file di bind esistano in entrambe le directory/var/named e/var/named/chroot/var/named.

Arrestare il servizio

#service stop named 

assegno o creare file

#mkdir /var/named/data 
#touch /var/named/data/named.run 
#mkdir /var/named/dynamic 
#touch/var/named/dynamic/managed-keys.bind 

file chroot

#mkdir /var/named/chroot/data 
#touch /var/named/chroot/data/named.run 
#mkdir/var/named/chroot/var/named/dynamic 
#touch /var/named/chroot/var/named/dynamic/managed-keys.bind 

denominata Non dimenticare di cambiare il proprietario del file.

#chown root:named -R /var/named/chroot/var/named/d* 

inizio di nome demone

#service named start