AFAIK dnsmasq se connecte normalement au service syslog. Par défaut, il utilise facility DAEMON.
FWIW :"Ça marche pour moi" (dans Fedora 18 / 19).
Si vous ne voyez aucun message, je vous suggère de vérifier votre configuration syslog. Ou, une approche plus empirique, essayez quelque chose comme "grep -c dnsmasq /var/log/*".
Voir aussi la description détaillée de la journalisation dans la page de manuel ici :http://www.thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html
Il existe d'autres possibilités de journalisation mentionnées ici qui peuvent affecter son comportement, par ex. si l'installation contient un caractère '/'.
La journalisation (sys-) des autres sous-systèmes est-elle correcte ? Pouvez-vous faire en sorte que syslog enregistre un message en utilisant la commande 'logger' ?
HT !
Robb.
dnsmasq affichera les erreurs sur le terminal si vous l'exécutez directement.
dnsmasq --test effectuera des vérifications de syntaxe de base sur les fichiers de configuration
dnsmasq tout seul essaiera de démarrer dnsmasq et donnera un numéro de ligne dans la configuration s'il y trouve des problèmes.
Sinon (si vous n'utilisez pas sudo ), il devrait éventuellement atteindre le stade où il essaie de créer un bail, mais échoue en raison d'autorisations. Si vous utilisez sudo à ce stade, cela devrait fonctionner, mais vous devrez peut-être alors kill le processus manuellement.
DNSMASQ est l'une des solutions de cace DNS/DHCP courantes sur linux/unix, quelques bons liens :
help.ubuntu.com/community/Dnsmasqmanpages.ubuntu.com/manpages/lucid/man8/dnsmasq.8.htmlwiki.debian.org/HowTo/dnsmasq
- Étapes de vérification :activez la journalisation du débogage sous /etc/dnsmasq.conf :
requêtes de journal
log-dhcp
- Ensuite, redémarrez et surveillez les journaux lorsque vous creusez le nom d'hôte :
Sur les variantes de Debian, il se connecte dnsmasq par défaut dans /var/log/syslog.