er klopt iets niet
je hebt in var/named/chroot/var/named nog een chroot ?
doe eens
diff /etc/named.conf /var/named/chroot/etc/named.conf
en kijk wat de verschillen zijn
het lijkt mij dat hij ergens de verkeerde conf pakt
Afdrukvoorbeeld
er klopt iets niet
je hebt in var/named/chroot/var/named nog een chroot ?
doe eens
diff /etc/named.conf /var/named/chroot/etc/named.conf
en kijk wat de verschillen zijn
het lijkt mij dat hij ergens de verkeerde conf pakt
Pakt denk ik toch de goede config, als je bij named status kijkt zie je ook dat ie geen SOA records inlaad:Code:[root@cobbie ~]# diff /etc/named.conf /var/named/chroot/etc/named.conf
[root@cobbie ~]#
Code:[root@cobbie ~]# service named status
number of zones: 2
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
server is up and running
[root@cobbie ~]#
probeer dit eens ps -ef | grep named
je zal iets van onderstaande krijgen
named 300 1 0 Jun15 ? 00:00:00 /usr/sbin/named -u named -t /var/named/chroot
weet je gelijk welke dir hij pakt
Dus zover als ik weet staat nog steeds alles goed?Code:named 14226 0.0 0.5 37372 3072 ? Ssl 11:39 0:00 /usr/sbin/named -u named -t /var/named/chroot
yes dat het vreemde juist...
hij zou ergens moeten blijven hangen
toevallig de config met een control panel gebruikt ?
bijvoorbeeld directadmin (of iets anders)en dat die de domeinen ergens wegschrijft ?
Nee, is gewoon op een kale server.. Misschien weten andere mensen hier nog een oplossing, we will see. :) Toch nog bedankt voor je reacties
Als je named start in een chroot, dan is de root van het systeem /var/named/chroot geworden. Als bind dus iets uit /var/named wil lezen is dat voor jou /var/named/chroot/var/named, voor bind is dat gewoon /var/named. De config gaat uit vanuit het zichtpunt van bind, dus, als de bestanden in /var/named/chroot/var/named staat, zet je in de config zelf, /var/named/ het stuk er voor ben je namelijk kwijt door de chroot actie.
Sloop overal uit het configuratie bestand eens het gedeelte /var/named/chroot. En zorg ook dat named:named owner is van de verschillende bestanden en mappen.
Code:// Default named.conf generated by install of bind-9.2.4-16.EL4
options {
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
version "cobbie";
};
include "/etc/rndc.key";
// Domains
zone "click-to.info" {
notify yes;
type master;
file "/var/named/clickto.db";
allow-query { any; };
allow-transfer {
202.157.182.142;
};
};
Als goed is moet nu alles goed zijn :)Code:[root@cobbie named]# ls -la
totaal 32
drwxr-xr-x 5 named named 4096 jun 15 21:59 .
drwxr-xr-x 20 named root 4096 mei 18 20:03 ..
drwxrwxr-x 6 named root 4096 feb 7 12:35 chroot
drwxrwx--- 2 named named 4096 feb 7 12:35 data
drwxrwx--- 2 named named 4096 feb 7 12:35 slaves
[root@cobbie named]#
http://www.sidn.nl/ace.php/c,727,778...submit=Verzend
Maar herkent nog geen SOA record. :(
Waar is clickto.db in dat mapje?
Klopt, als je symlinks kan zien met ''ls -al" zijn er geen symlinks te vinden:
Anyone?Code:[root@cobbie ~]# cd /var/named
[root@cobbie named]# ls
chroot data slaves
[root@cobbie named]# ls -la
totaal 32
drwxr-xr-x 5 named named 4096 jun 15 21:59 .
drwxr-xr-x 20 named root 4096 mei 18 20:03 ..
drwxrwxr-x 6 named root 4096 feb 7 12:35 chroot
drwxrwx--- 2 named named 4096 feb 7 12:35 data
drwxrwx--- 2 named named 4096 feb 7 12:35 slaves
[root@cobbie named]#
Hele stomme fout, in de zone file staat:
Alleen named herkent comments door een ; ipv //, stom stom stomCode:// Records