dussonline Posté(e) le 19 février 2008 Partager Posté(e) le 19 février 2008 Bonsoir tout le monde ! Je fais appel à vous car je dois mettre en place un serveur de messagerie unifiée sous ma debian. Je commence donc par configurer mon Bind9, cependant comme c'est la première fois que je mets en place un serveur de mail j'ai qqquestions qui peuvent paraître de base. J'ai renseigné mon "secondlinux.hosts". dans etc/bind mais dedans je me demande ce que je dois mettre comme enregistrements sachant que je serai donc la zone primaire, le serveur web et le serveur mail. Au niveau de ma connexion, je serai derrière une Livebox. Il me semble avoir besoin d'un nom de domaine publique mais je ne sais pas si je dois le renseigner dans le fichier ou si c'est au niveau de dyndns que je peux faire la translation. Voici mon fichier, dites moi si il vous parait correct et si je dois bien configurer avec mon IP privé et non publique : secondlinux.com. IN SOA secondlinux.com. admin@ secondlinux. (2007060810 10800 3600 604800 38400 ) secondlinux. IN NS secondlinux. secondlinux. IN NS srv-debian.secondlinux. www.secondlinux. IN A 192.168.1.55 mail.secondlinux. IN A 192.168.1.55 secondlinux. IN A 192.168.1.55 secondlinux. IN MX 10 secondlinux. mail.secondlinux. IN MX 10 secondlinux. Merci beaucoup ! Lien vers le commentaire Partager sur d’autres sites More sharing options...
lorinc Posté(e) le 19 février 2008 Partager Posté(e) le 19 février 2008 Si tu as un dyndns, ton ip publique change assez souvent. Dans ce cas, ça ne sert à rien de la renseigner ici, car le temps que ça se propage, elle aura encore changé... Au passage, il y a un truc que je n'ai pas compris : ce serveur n'est accessible qu'en local, ou bien doit-il l'ête de l'extérieur ? Si c'est ce premier cas qui se présente, alors ta configuration, aux caprices de la syntaxe près, conviendra parfaitement. Si c'est de cette seconde qu'il s'agit, alors dans ce cas, et si tu ne peux qu'être en dyndns, bind t'est inutile. Autant lui affecter un dyndns pour lui seul s'il a une interface publique, ou bien nater comme il se doit les requêtes entrante vers lui si ce n'est pas le cas. Lien vers le commentaire Partager sur d’autres sites More sharing options...
theocrite Posté(e) le 19 février 2008 Partager Posté(e) le 19 février 2008 J'espère que tu ne routes pas des ip lan vers Internet ? Ça ne sert pas à grand chose. Si c'est en local, tu n'as pas besoin de fioritures. Chacun ses goûts, mais chez moi mes serveurs s'appellent www, smtp, pop, lappy et router. Pas www.theocrite.com ou lappy.chezmoi.net. Enfin pour le serial, je te conseilles de mettre la date, c'est plus simple à gérer. Lien vers le commentaire Partager sur d’autres sites More sharing options...
dussonline Posté(e) le 20 février 2008 Auteur Partager Posté(e) le 20 février 2008 Si tu as un dyndns, ton ip publique change assez souvent. Dans ce cas, ça ne sert à rien de la renseigner ici, car le temps que ça se propage, elle aura encore changé...Au passage, il y a un truc que je n'ai pas compris : ce serveur n'est accessible qu'en local, ou bien doit-il l'ête de l'extérieur ? Si c'est ce premier cas qui se présente, alors ta configuration, aux caprices de la syntaxe près, conviendra parfaitement. Si c'est de cette seconde qu'il s'agit, alors dans ce cas, et si tu ne peux qu'être en dyndns, bind t'est inutile. Autant lui affecter un dyndns pour lui seul s'il a une interface publique, ou bien nater comme il se doit les requêtes entrante vers lui si ce n'est pas le cas. C'est un serveur qui devra envoyer des mails vers l'extérieur et vers l'intérieur. En fait comme je suis derrière une Livebox, c'est une IP dynamique donc je pensais qu'avec dyndns, il ferai la correspondance dès le changement d'ip non ?( je souhaite juste le nom de domaine externe ) Sinon comment pourrai je faire sans ? en utilisant uniquement mon serveur je pourrai envoyer des mails vers l'extérieur ? J'espère que tu ne routes pas des ip lan vers Internet ?Ça ne sert pas à grand chose. Si c'est en local, tu n'as pas besoin de fioritures. Chacun ses goûts, mais chez moi mes serveurs s'appellent www, smtp, pop, lappy et router. Pas www.theocrite.com ou lappy.chezmoi.net. Enfin pour le serial, je te conseilles de mettre la date, c'est plus simple à gérer. Lien vers le commentaire Partager sur d’autres sites More sharing options...
dussonline Posté(e) le 21 février 2008 Auteur Partager Posté(e) le 21 février 2008 Bon j'ai essayé même en local, et j'ai SERVFAIL lorsque je fais un nslookup =( je trouve nulle part sur le net réponse à ma question, j'y suis depuis hier matin :'( Avez vous une idée d'ou ça pourrai venir ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
theocrite Posté(e) le 21 février 2008 Partager Posté(e) le 21 février 2008 Quelle est la ligne de commande utilisée et le message d'erreur complet ? Autres indices : dig (dig -x), host, nslookup et /var/log/bind.log. Lien vers le commentaire Partager sur d’autres sites More sharing options...
dussonline Posté(e) le 21 février 2008 Auteur Partager Posté(e) le 21 février 2008 La commande est "nslookup srv-debian" j'ai essayé aussi avec "srv-debian.secondlinux.com" réponse : "Server : 192.168.1.55adress : 192.168.1.55#53 **server can't find srv-debian: SERVFAIL " J'ai regardé dans le syslog et j'ai : Feb 22 02:43:23 localhost named[14122]: starting BIND 9.3.4 -u bindFeb 22 02:43:23 localhost named[14122]: found 2 CPUs, using 2 worker threads Feb 22 02:43:23 localhost named[14122]: loading configuration from '/etc/bind/named.conf' Feb 22 02:43:23 localhost named[14122]: listening on IPv6 interfaces, port 53 Feb 22 02:43:23 localhost named[14122]: listening on IPv4 interface lo, 127.0.0.1#53 Feb 22 02:43:23 localhost named[14122]: listening on IPv4 interface eth0, 192.168.1.55#53 Feb 22 02:43:23 localhost named[14122]: command channel listening on 127.0.0.1#953 Feb 22 02:43:23 localhost named[14122]: command channel listening on ::1#953 Feb 22 02:43:23 localhost named[14122]: zone 0.in-addr.arpa/IN: loaded serial 1 Feb 22 02:43:23 localhost named[14122]: zone 127.in-addr.arpa/IN: loaded serial 1 Feb 22 02:43:23 localhost named[14122]: zone 255.in-addr.arpa/IN: loaded serial 1 Feb 22 02:43:23 localhost named[14122]: zone secondlinux.com/IN: loaded serial 20080221 Feb 22 02:43:23 localhost named[14122]: zone localhost/IN: loaded serial 1 Feb 22 02:43:23 localhost named[14122]: running Feb 22 02:43:23 localhost named[14122]: zone secondlinux.com/IN: sending notifies (serial 20080221) Lien vers le commentaire Partager sur d’autres sites More sharing options...
theocrite Posté(e) le 11 mars 2008 Partager Posté(e) le 11 mars 2008 d'oh J'avais complètement zappé ce post... Je viens de le retrouver dans une vielle session firefox d'un compte que je n'utilisais plus depuis un bail Je ne sais pas si cette histoire de bind est toujours d'actualité, mais il y a des choses à revoir. Déjà il n'y a pas de $ORIGIN au début. Ensuite la définition de la zone n'est pas correcte (@ IN SOA NAMESERVER(sans le domaine) dnsadmin\.theocrite.org(sans @, mais avec \.)) etc. secondlinux.com. IN SOA secondlinux.com. admin@ secondlinux. ( Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.