LINUX.ORG.RU
ФорумAdmin

При проверке dig нет ответа

 , ,


0

1

Перенес сервер со всеми настройками на новое железо. При проверке вот такая картина.

<<>> DiG 9.6.1-P1 <<>> mydomain.ru ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23657 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION: ;mydomain.ru. IN A

;; Query time: 3 msec ;; SERVER: 192.168.4.101#53(192.168.4.101) ;; WHEN: Sun Sep 11 11:58:48 2016 ;; MSG SIZE rcvd: 32

Думаю поэтому почтовик qmail отправляет принимает только после перезапуска.

В чем причина? named.conf смотрел. Идентично все.


Забыли кастануть телепатов. Потому что вобще не понятно должен ли запрос идти к 192.168.4.101 и должен ли он знать про mydomain.ru.

mky ★★★★★ ()
Ответ на: комментарий от mky

Спасибо за ответ!

А вот на рабочем сервере.

dig mydomain.ru

; <<>> DiG 9.6.1-P1 <<>> mydomain.ru

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4104

;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 0

;; QUESTION SECTION:

;mydomain.ru. IN A

;; ANSWER SECTION:

mydomain.ru. 86400 IN A 91.106.207.19

;; AUTHORITY SECTION:

. 10345 IN NS b.root-servers.net.

. 10345 IN NS e.root-servers.net.

. 10345 IN NS d.root-servers.net.

. 10345 IN NS h.root-servers.net.

. 10345 IN NS a.root-servers.net.

. 10345 IN NS m.root-servers.net.

. 10345 IN NS i.root-servers.net.

. 10345 IN NS c.root-servers.net.

. 10345 IN NS k.root-servers.net.

. 10345 IN NS g.root-servers.net.

. 10345 IN NS f.root-servers.net.

. 10345 IN NS j.root-servers.net.

. 10345 IN NS l.root-servers.net.

;; Query time: 4 msec

;; SERVER: 192.168.4.101#53(192.168.4.101)

;; WHEN: Mon Sep 12 10:23:15 2016

;; MSG SIZE rcvd: 259

Главный то вопрос, почему полученная, отправленная почта начинает доставлятся при перезапуске почтовика?

pantv ()
Ответ на: комментарий от pantv

У меня какое-то подозрение, что вы не очень понимаете, про что вам задают вопросы. Пока что из приведённого вами вывода можно сделать вывод, что запрос должен идти к 192.168.4.101, раз на рабочем он туда идёт. Но второй то вопрос осаётся.

Если 192.168.4.101 отвечает за зону mydomain.ru, то кроме named.conf должен существовать файл с описанием зоны, и, возможно, вы его не скопировали...

почему полученная, отправленная почта начинает доставлятся при перезапуске почтовика?

Если проблемы со spamc, то может быть из-за него. Не знаю точно, как у вас настроены логи, но, вроде как в /var/log/syslog всё должно писаться сплошным потоком и можно видить, как события взаимосвязаны. Из тех отрывков, что вы привели, вобще не понятно, что происходит после перезапуска qmail, а что до.

Запишите в файл список все процессов в системе, сделайте перезапуск qmail, посмотрите, не было ли запуска нового spamd (по pid'у). Строка:

cannot create tmp lockfile /.spamassassin/bayes.lock.mail.domain.ru.2745
вобще странная, в корне spamassassin не должен создавать файлы, либо где-то в /var/lock, либо в своём домашнем каталоге (/root, раз запущен от root'а).

mky ★★★★★ ()
Ответ на: комментарий от mky

Если 192.168.4.101 отвечает за зону mydomain.ru, то кроме named.conf должен существовать файл с описанием зоны, и, возможно, вы его не скопировали...

____________________________________

Это какой такой файл, кроме named.conf???

pantv ()
Ответ на: комментарий от anc

Посмотрел все файлы упоминающиеся в named.conf

named.ca

file.zone

localdomain.zone

localhost.zone

teamviewer.zone

/reverse/192.168.4

/reverse/named.broadcast

/reverse/named.ip6.local

/reverse/named.local

/reverse/named.zero

Все идентично.

Да, еще в syslog ругается постоянно на

mail kernel: martian source 10.0.0.3 from 10.0.16.28, on dev br0

pantv ()
Ответ на: комментарий от pantv

Еще

mail kernel: martian source XX.XXX.XXX.XX (внешний IP сервера) from XXX.XXX.XXX.XXX (IP удаленного сервера, который подключается по VPN, соединение работает в конце концов нормально) on dev eth0.

pantv ()
Ответ на: комментарий от pantv

Попробую типа вот это сделать.

$ less /var/log/syslog|grep -i fail|grep -i spam

...

Nov 24 15:45:23 hostname spamd[xxxx]: plugin: eval failed: bayes: (in learn) locker: safe_lock: cannot create tmp lockfile /home/user/.spamassassin/bayes.lock.hostname.localhost.xxxx for /home/user/.spamassassin/bayes.lock: Отказано в доступе

Решается следующим образом:

$ mkdir -p /var/spamassassin/bayes_db/

$ less /etc/passwd|grep spam

debian-spamd:x:121:127::/var/lib/spamassassin:/bin/sh

$ chown -R debian-spamd:debian-spamd /var/spamassassin

$ vi /etc/mail/spamassassin/local.cf

bayes_path /var/spamassassin/bayes_db/bayes

bayes_file_mode 0777

$ /etc/init.d/spamassassin restart

$ ls -la /var/spamassassin/bayes_db/

итого 100

drwxr-xr-x 2 debian-spamd debian-spamd 4096 ноя 27 16:07 .

drwxr-xr-x 3 debian-spamd debian-spamd 4096 ноя 25 06:17 ..

-rw-rw-rw- 1 debian-spamd debian-spamd 12288 ноя 27 16:07 bayes_seen

-rw-rw-rw- 1 debian-spamd debian-spamd 90112 ноя 27 16:07 bayes_toks

pantv ()
Ответ на: комментарий от pantv

Сделал, перегрузил. В syslog, errorlog, warnings все чисто. Правда без втыкания в сеть.

pantv ()
Ответ на: комментарий от pantv

Повторю, то что уже писал. У вас не работает почта, named, возможно что-то еще. Чудес не бывает. Что-то вы не так сделали при переносе. Не вижу смысла продолжать выяснять, что и где не так. Лучше начните все сначала.

anc ★★★★★ ()
Ответ на: комментарий от anc

Не то чтобы сначала, но клонзиллой на данном этапе сделал копию. Подправил. И теперь в логах вообще все чисто. В воскресенье булду пробовать вместо боевого сервера цеплять. В любом случае, огромное спаибо за помощ. (Сами мы не местные в Линухе).

pantv ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.