As-tu regarder la doc à l'adresse : http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
As-tu regarder la doc à l'adresse : http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :
Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
As-tu regarder la doc à l'adresse : http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
Marc Fache a écrit :As-tu regarder la doc à l'adresse :
http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
Oui je viens de lire cette doc, merci :)
J'ai suivi les instructions.
quand je lance sudo svstat /service/dnscache, j'ai :
/service/dnscache: up (pid 20048) 0 seconds
Ce qui veut dire que le service tourne.
Mais rien n'a changé pour autant.
Ceci dit je ne sais pas comment utiliser la commande svscan qui doit
tourer elle aussi, peut-etre que le problème viens de là? mais alors
pourquoi le svstat qui le verifie , il me dit que c'est up?
Merci
Bayrouni
Marc Fache a écrit :
As-tu regarder la doc à l'adresse :
http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :
Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
Oui je viens de lire cette doc, merci :)
J'ai suivi les instructions.
quand je lance sudo svstat /service/dnscache, j'ai :
/service/dnscache: up (pid 20048) 0 seconds
Ce qui veut dire que le service tourne.
Mais rien n'a changé pour autant.
Ceci dit je ne sais pas comment utiliser la commande svscan qui doit
tourer elle aussi, peut-etre que le problème viens de là? mais alors
pourquoi le svstat qui le verifie , il me dit que c'est up?
Merci
Bayrouni
Marc Fache a écrit :As-tu regarder la doc à l'adresse :
http://cr.yp.to/djbdns/run-cache.html ?
Al Bayrouni a écrit :Bonjour à tous, (et à toutes bien entendu, mais c'est sous-entendu)
Je viens d'installer djbdns et daemontools sous debian sid.
J'ai besoin juste d'un serveur dnscache pour la machine locale 127.0.0.1
L'installation se passe sans accroche
Je crée 2 users dnscache et dnslog.
Je crée /etc/dnscache comme répertoire du serveur
J'associe le serveur à /server avec les comptes dnscache et dnslog
ainsi qu'avec l'ip 127.0.0.1
La commande suivante fait tout ça:
dnscache-conf dnscache dnslog /etc/dnscache 127.0.0.1
Pour daemontols je crée le lien:
ln -s /etc/dnscache /server (il va alors s'occuper de la gestion du
serveur, je pense)
Je change ou efface tous les nameserver dans /etc/resolv.conf
et j'y ajoute la ligne nameserver 127.0.0.1
Bien, normalement, je devrais avoir le serveur en marche.
Je verifie avec ping pop.machin.com , mais le resultat est decevant car
le machin.com n'est pas trouvé.
je fais /etc/init.d/djbdns start alors j'ai le output:
Starting djbdns: . (notez "." et non pas OK comme c'est le cas
habituellement)
ET POURTANT TOUT ME SEMBLAIT ÊTRE CLAIR.
J'ai probablement loupé quelque chose, mais quoi?
Merci si vous avez une idée pour m'aider à resoudre ce problème et me
permettre de ne plus utiliser le dns de mon FAI qui met à chaque requete
20 s avant de trouver (convertir) le nom en ip.
Merci
Bayrouni
Oui je viens de lire cette doc, merci :)
J'ai suivi les instructions.
quand je lance sudo svstat /service/dnscache, j'ai :
/service/dnscache: up (pid 20048) 0 seconds
Ce qui veut dire que le service tourne.
Mais rien n'a changé pour autant.
Ceci dit je ne sais pas comment utiliser la commande svscan qui doit
tourer elle aussi, peut-etre que le problème viens de là? mais alors
pourquoi le svstat qui le verifie , il me dit que c'est up?
Merci
Bayrouni
J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
Pourrais-tu répondre sur le mail de la liste pour que tout le monde en
profite ?
Pour savoir les services qui écoutent sur tes interfaces réseau
utilisent plutôt : "netstat -na"
Pour info, sur ma passerele ça donne :
Proto Recv-Q Send-Q Local Address Foreign Address
State
tcp 0 0 192.168.0.1:53 0.0.0.0:*
LISTEN
tcp 0 0 0.0.0.0:21 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:5110 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 192.168.0.2:3699
ESTABLISHED
udp 0 0 127.0.0.1:53 0.0.0.0:*
udp 0 0 192.168.0.1:53 0.0.0.0:*
Tu vois le port, le protocole et l'interface d'écoute.
Donc le dnscache écoute sur le port 53 aussi bien en TCP qu'en UDP.
Le "127.0.0.1 : 53" est le serveur DNS pur.
Que te donne "svstat /service/dnscache" parce que le up depuis 0
secondes dans ton 1e mail m'a surpris.
Est-ce que dans un "ps -aef", tu as bien comme process (ça change un peu
pour ta config) :
"/bin/sh /usr/local/bin/svscanboot"
"svscan /service"
"readproctitle service errors: .........................................."
"supervise dnscache"
"supervise log"
"/usr/local/bin/dnscache"
"multilog t ./main"
Sinon qu'est-ce que tu as ?
A+
SEB
Al Bayrouni wrote:J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
Pourrais-tu répondre sur le mail de la liste pour que tout le monde en
profite ?
Pour savoir les services qui écoutent sur tes interfaces réseau
utilisent plutôt : "netstat -na"
Pour info, sur ma passerele ça donne :
Proto Recv-Q Send-Q Local Address Foreign Address
State
tcp 0 0 192.168.0.1:53 0.0.0.0:*
LISTEN
tcp 0 0 0.0.0.0:21 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:5110 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 192.168.0.2:3699
ESTABLISHED
udp 0 0 127.0.0.1:53 0.0.0.0:*
udp 0 0 192.168.0.1:53 0.0.0.0:*
Tu vois le port, le protocole et l'interface d'écoute.
Donc le dnscache écoute sur le port 53 aussi bien en TCP qu'en UDP.
Le "127.0.0.1 : 53" est le serveur DNS pur.
Que te donne "svstat /service/dnscache" parce que le up depuis 0
secondes dans ton 1e mail m'a surpris.
Est-ce que dans un "ps -aef", tu as bien comme process (ça change un peu
pour ta config) :
"/bin/sh /usr/local/bin/svscanboot"
"svscan /service"
"readproctitle service errors: .........................................."
"supervise dnscache"
"supervise log"
"/usr/local/bin/dnscache"
"multilog t ./main"
Sinon qu'est-ce que tu as ?
A+
SEB
Al Bayrouni wrote:
J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
Pourrais-tu répondre sur le mail de la liste pour que tout le monde en
profite ?
Pour savoir les services qui écoutent sur tes interfaces réseau
utilisent plutôt : "netstat -na"
Pour info, sur ma passerele ça donne :
Proto Recv-Q Send-Q Local Address Foreign Address
State
tcp 0 0 192.168.0.1:53 0.0.0.0:*
LISTEN
tcp 0 0 0.0.0.0:21 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:5110 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 0.0.0.0:*
LISTEN
tcp 0 0 192.168.0.1:22 192.168.0.2:3699
ESTABLISHED
udp 0 0 127.0.0.1:53 0.0.0.0:*
udp 0 0 192.168.0.1:53 0.0.0.0:*
Tu vois le port, le protocole et l'interface d'écoute.
Donc le dnscache écoute sur le port 53 aussi bien en TCP qu'en UDP.
Le "127.0.0.1 : 53" est le serveur DNS pur.
Que te donne "svstat /service/dnscache" parce que le up depuis 0
secondes dans ton 1e mail m'a surpris.
Est-ce que dans un "ps -aef", tu as bien comme process (ça change un peu
pour ta config) :
"/bin/sh /usr/local/bin/svscanboot"
"svscan /service"
"readproctitle service errors: .........................................."
"supervise dnscache"
"supervise log"
"/usr/local/bin/dnscache"
"multilog t ./main"
Sinon qu'est-ce que tu as ?
A+
SEB
Al Bayrouni wrote:J'ai lu attentivement votre email.
J'ai utilisé nmap 127.0.0.1 en tant que root.
Il n'y a pas de trace d'un serveur à l'écoute sur le port 53 malgré le
service up de nvstat.
Est-ce normal? dnscache ecoute-t-il sur un autre port?
Merci pour toutes ces infos precieuses
Bayrouni
Seb a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour !!
Ton serveur de cache DNS fonctionne et écoute sur l'IP 127.0.0.1, mais
que fait-il des requêtes qu'il reçoit ??
Est-ce qu'il les transmet simplement (sans cache) ou cherche t-il à
résoudre l'IP (avec cache) ?
"dnscache/env/FORWARDONLY" configure cela.
"dnscache/root/servers/" contient un fichier "@" contenant la liste des
serveurs DNS intérrogés (forward ou pas).
un petit "svc -d /service/dnscache" pour redémarrer le service.
Reagardes bien si le répertoire dnscache et ses sous-répertoire
appartiennent bien aux users "dnscache" et "dnslog", cela peut poser
quelques pbs plus tard.
A+
SEB
Voilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
Voilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
Voilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Tu as dis que tu as installé "djbdns" et "daemontools".
Mais as-tu installé "ucspi-tcp" ??
Donc ton dnscache est lancé mais n'écoute null part.
Qu'est-ce qu'il y a dans dnscache/env/ROOT, IP et IPSEND ?
Crée également, le "dnscache/env/FORWARDONLY" avec 0 dedans.
Dans "/etc/dnscache/root/servers/@", tu mets tout ça :
198.41.0.4
128.9.0.107
192.33.4.12
128.8.10.90
192.203.230.10
192.5.5.241
192.112.36.4
128.63.2.53
192.36.148.17
198.41.0.10
193.0.14.129
198.32.64.12
202.12.27.33
C'est les serveurs root-DNS de la Toile.
Au fait, que te donne un "ps -aef" ?
Il contient bien les mêmes process que j'ai ?
A+
SEBVoilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrXpJXypnczREm3wRApNlAKDNtEDMGhqVu/uB9lguz6tB3684wwCdEb3K
pq95kA1VmQWPu9Y2ZbkVtSo > =gHug
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Tu as dis que tu as installé "djbdns" et "daemontools".
Mais as-tu installé "ucspi-tcp" ??
Donc ton dnscache est lancé mais n'écoute null part.
Qu'est-ce qu'il y a dans dnscache/env/ROOT, IP et IPSEND ?
Crée également, le "dnscache/env/FORWARDONLY" avec 0 dedans.
Dans "/etc/dnscache/root/servers/@", tu mets tout ça :
198.41.0.4
128.9.0.107
192.33.4.12
128.8.10.90
192.203.230.10
192.5.5.241
192.112.36.4
128.63.2.53
192.36.148.17
198.41.0.10
193.0.14.129
198.32.64.12
202.12.27.33
C'est les serveurs root-DNS de la Toile.
Au fait, que te donne un "ps -aef" ?
Il contient bien les mêmes process que j'ai ?
A+
SEB
Voilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrXpJXypnczREm3wRApNlAKDNtEDMGhqVu/uB9lguz6tB3684wwCdEb3K
pq95kA1VmQWPu9Y2ZbkVtSo > =gHug
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Tu as dis que tu as installé "djbdns" et "daemontools".
Mais as-tu installé "ucspi-tcp" ??
Donc ton dnscache est lancé mais n'écoute null part.
Qu'est-ce qu'il y a dans dnscache/env/ROOT, IP et IPSEND ?
Crée également, le "dnscache/env/FORWARDONLY" avec 0 dedans.
Dans "/etc/dnscache/root/servers/@", tu mets tout ça :
198.41.0.4
128.9.0.107
192.33.4.12
128.8.10.90
192.203.230.10
192.5.5.241
192.112.36.4
128.63.2.53
192.36.148.17
198.41.0.10
193.0.14.129
198.32.64.12
202.12.27.33
C'est les serveurs root-DNS de la Toile.
Au fait, que te donne un "ps -aef" ?
Il contient bien les mêmes process que j'ai ?
A+
SEBVoilà, la sortie de netstat -na:
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:68 0.0.0.0:*
Sockets du domaine UNIX actives(serveurs et établies)
Proto RefCpt Indicatrs Type Etat I-Node Chemin
unix 2 [ ACC ] STREAM LISTENING 4439 private/defer
unix 2 [ ACC ] STREAM LISTENING 4495 private/scache
unix 2 [ ACC ] STREAM LISTENING 4503 priva
.... (beaucoups d'autres lignes mais sont toutes des dockets UNIX
La sortie de svstat /service donne:
/service: down 1137 seconds, normally up
celle de svstat /etc/dnscache donne:
/etc/dnscache/: down 1186 seconds, normally up
J'ai en fait le rep du serveur qui est /etc/dnscache
et un lien /service --> /etc/dnscache.
Au péalable j'avais lancé la commande dnscache-conf dnscache dnslog
/etc/dnscache 127.0.0.1
Autre chose je n'ai pas le fichier dnscache/env/FORWARDONLY:
ll /etc/dnscache/env/
total 20K
-rw-r--r-- 1 root root 8 2005-06-13 09:31 CACHESIZE
-rw-r--r-- 1 root root 8 2005-06-13 09:31 DATALIMIT
-rw-r--r-- 1 root root 10 2005-06-13 09:31 IP
-rw-r--r-- 1 root root 8 2005-06-13 09:31 IPSEND
-rw-r--r-- 1 root root 19 2005-06-13 09:31 ROOT
drwx--S--- 2 dnscache root 144 2005-06-13 13:08 supervise
et dans /etc/dnscache/root/servers/@ je ne sais pas quoi mettre (ip
127.0.0.1 ou bien des adresses de serveurs root?)
Merci encore
Bayrouni
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrXpJXypnczREm3wRApNlAKDNtEDMGhqVu/uB9lguz6tB3684wwCdEb3K
pq95kA1VmQWPu9Y2ZbkVtSo > =gHug
-----END PGP SIGNATURE-----
Bonsoir SEP,
Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:
ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
Bonsoir SEP,
Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:
ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
Bonsoir SEP,
Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:
ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1Bonsoir SEP,Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Pour DJBDNS, je pense que cela revient au même vu que seules les sources
du logiciel sont fournies, d'après la license, les binaires ne sont
distribuables.
Même si ucspi-tcp n'est pas indispensable, il fournit quelques softs utiles.Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
Comme ça tu n'interroges plus le serveur de ton FAI mon directement les
13 serveurs Root-DNS.
Le temps de réponse sera un peu plus long aussi.La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
A priori, le dnscache est peut être lancé mais il ne fonctionne pas.
S'il fonctionnait vraiment, tu aurais un process "/chemin/vers/dnscache"
qui serait listé.
Et en plus, il y a une erreur au niveau du fichier "env/run" (4 lignes
de ton ps -aef).
Vérifies si il existe un fichier "run" dans /etc/dnscache". Si c'est le
cas, crée un lien symbolique dans /etc/dnscache/env vers ce fichier "run".
Vérifies de ce côté, édites le fichier "run" pour voir si les chemins ou
autres variables correspondent bien à ton système.
Edites également "/command/svscanboot" et vérife les chemins utilisés.
A priori, ton pb se situe au niveau de mauvais paramètre de lancement.Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
Tu as bien fait des liens symboliques dans /service qui pointaient vers
/etc/dnscache ?
Si c'est le cas tu peux sans pb utiliser "svstat /service/dnscache" pour
obtenir des infos ou "svc -d /service/dnscache" pour redémarrer le serveur.
A+
SEB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrsgAXypnczREm3wRAtMTAKC0oTXoPG4sTjsWbQIXkikRL5cxJQCfX+k8
8CRb3MxdUgd0ObTPeL53IZU > tA
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonsoir SEP,
Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Pour DJBDNS, je pense que cela revient au même vu que seules les sources
du logiciel sont fournies, d'après la license, les binaires ne sont
distribuables.
Même si ucspi-tcp n'est pas indispensable, il fournit quelques softs utiles.
Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
Comme ça tu n'interroges plus le serveur de ton FAI mon directement les
13 serveurs Root-DNS.
Le temps de réponse sera un peu plus long aussi.
La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:
ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
A priori, le dnscache est peut être lancé mais il ne fonctionne pas.
S'il fonctionnait vraiment, tu aurais un process "/chemin/vers/dnscache"
qui serait listé.
Et en plus, il y a une erreur au niveau du fichier "env/run" (4 lignes
de ton ps -aef).
Vérifies si il existe un fichier "run" dans /etc/dnscache". Si c'est le
cas, crée un lien symbolique dans /etc/dnscache/env vers ce fichier "run".
Vérifies de ce côté, édites le fichier "run" pour voir si les chemins ou
autres variables correspondent bien à ton système.
Edites également "/command/svscanboot" et vérife les chemins utilisés.
A priori, ton pb se situe au niveau de mauvais paramètre de lancement.
Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
Tu as bien fait des liens symboliques dans /service qui pointaient vers
/etc/dnscache ?
Si c'est le cas tu peux sans pb utiliser "svstat /service/dnscache" pour
obtenir des infos ou "svc -d /service/dnscache" pour redémarrer le serveur.
A+
SEB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrsgAXypnczREm3wRAtMTAKC0oTXoPG4sTjsWbQIXkikRL5cxJQCfX+k8
8CRb3MxdUgd0ObTPeL53IZU > tA
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1Bonsoir SEP,Le package ucspi-tcp n'était pas installé.
Je viens de l'installer (mais je ne sais pas quoi en faire!))
J'ai vu qu'il était mentionné dans la doc pour une install manuelle mais je ne pense pas pour une install apt-get.
Pour DJBDNS, je pense que cela revient au même vu que seules les sources
du logiciel sont fournies, d'après la license, les binaires ne sont
distribuables.
Même si ucspi-tcp n'est pas indispensable, il fournit quelques softs utiles.Dans /etc/dnscache/root/servers/@, j'ai mis toutes les adresses des
serveurs root que tu as indiqué.
Comme ça tu n'interroges plus le serveur de ton FAI mon directement les
13 serveurs Root-DNS.
Le temps de réponse sera un peu plus long aussi.La commande ps -aef donne après enlèvement de tout ce qui ne concerne pas djbdns:ps -aef
UID PID PPID C STIME TTY TIME CMD
root 4707 1 0 19:07 ? 00:00:00 /bin/sh /command/svscanboot
root 4762 4707 0 19:07 ? 00:00:00 svscan /service
root 4763 4707 0 19:07 ? 00:00:00 readproctitle service
errors: ...lure?supervise: fatal: unable to start env/run: file does not ex
root 4764 4762 0 19:07 ? 00:00:01 supervise env
root 4765 4762 0 19:07 ? 00:00:01 supervise log
root 4766 4762 0 19:07 ? 00:00:01 supervise root
root 4769 4762 0 19:07 ? 00:00:01 supervise supervise
root 4772 4762 0 19:07 ? 00:00:00 supervise dnscache
A priori, le dnscache est peut être lancé mais il ne fonctionne pas.
S'il fonctionnait vraiment, tu aurais un process "/chemin/vers/dnscache"
qui serait listé.
Et en plus, il y a une erreur au niveau du fichier "env/run" (4 lignes
de ton ps -aef).
Vérifies si il existe un fichier "run" dans /etc/dnscache". Si c'est le
cas, crée un lien symbolique dans /etc/dnscache/env vers ce fichier "run".
Vérifies de ce côté, édites le fichier "run" pour voir si les chemins ou
autres variables correspondent bien à ton système.
Edites également "/command/svscanboot" et vérife les chemins utilisés.
A priori, ton pb se situe au niveau de mauvais paramètre de lancement.Et juste avant d'oublier tu cite dans un de tes emails que pour
redemarrer dnscache, il faut lancer svstat /service/dnscache,
je suppose que tu veux dire svstat /etc/dnscache, ou bien /service?
Tu as bien fait des liens symboliques dans /service qui pointaient vers
/etc/dnscache ?
Si c'est le cas tu peux sans pb utiliser "svstat /service/dnscache" pour
obtenir des infos ou "svc -d /service/dnscache" pour redémarrer le serveur.
A+
SEB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCrsgAXypnczREm3wRAtMTAKC0oTXoPG4sTjsWbQIXkikRL5cxJQCfX+k8
8CRb3MxdUgd0ObTPeL53IZU > tA
-----END PGP SIGNATURE-----
