Регистрация...

Eserv Forum / E5 / Mail / Popfile вдруг обратился к постороннему серверу

recent wikipost // (v2)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Здравствуйте!
Пользователи пожаловались, что не получают почту. В журналах ошибка popfile_error. В журнале самого Popfile есть запись, что он пытается обратиться к какому-то совершенно постороннему ресурсу, не получает достойного ответа и перестает работать.
2021/10/4 09:27:15 13876: html: 659: Read slurp data CONNECT 91.214.48.87:80 HTTP/1.1[0d][0a]Host: proxy.kagda.ru:80[0d][0a][0d][0a] 2021/10/4 09:27:15 13876: html: 157: CONNECT 91.214.48.87:80 HTTP/1.1[0d][0a] 2021/10/4 09:27:15 13876: html: 333: HTTP error 500 returned 2021/10/4 09:27:15 13876: html: 345: <html><head><title>POPFile Web Server Error 500</title></head>[0a]<body>[0a]<h1>POPFile Web Server Error 500</h1>[0a]An error has occurred which has caused POPFile to return the error 500.[0a]<p>[0a]Click <a href="/">here</a> to continue.[0a]</body>[0a]</html>[0d][0a] 2021/10/4 09:27:15 13876: html: 192: Close HTTP connection on IO::Socket::INET=GLOB(0x69e1480)[0a] 2021/10/4 09:27:15 13876: html: 659: Read slurp data [05][01][00] 2021/10/4 09:27:20 13876: html: 157: [05][01][00] 2021/10/4 09:27:20 13876: html: 333: HTTP error 500 returned 2021/10/4 09:27:20 13876: html: 345: <html><head><title>POPFile Web Server Error 500</title></head>[0a]<body>[0a]<h1>POPFile Web Server Error 500</h1>[0a]An error has occurred which has caused POPFile to return the error 500.[0a]<p>[0a]Click <a href="/">here</a> to continue.[0a]</body>[0a]</html>[0d][0a] 2021/10/4 09:27:20 13876: html: 192: Close HTTP connection on IO::Socket::INET=GLOB(0x6f65f1c)[0a] 2021/10/4 09:27:20 13876: html: 659: Read slurp data [04][01][00]P[Ц0W0[00]

Вот дальше в журнале пусто, popfile не отвечает. Приходится снимать в диспетчере задач Perl command Line и после этого перезапускать acFilter.
Мне казалось, что Popfile не должен искать ничего снаружи, а только внутри себя, но посмотрела по журналам, оказывается он частенько обращается к внешним ресурсам, но не падает, а продолжает работать.
Подскажите, пожалуйста, у нас что-то не в порядке?
 
Комментарии к версии 1 (05.10.2021 16:02) [~matveeva] 641af9c6
Комментарии к этой версии (05.10.2021 16:02) [~matveeva] 762cd948
АвторДатаТекстtags
ac09.10.2021 16:37
ред: 09.10.2021 16:38
Это не PopFile обратился к постороннему ресурсу, это кто-то нащупал на вашем сервере отвечающий по HTTP сервис (встроенный xml-rpc-сервер работает по HTTP) и пробует его использовать в качестве http-прокси. Но так как Popfile не прокси, то ничего не выходит.

В норме PopFile слушает только локальные интерфейсы:

2021-10-09 15-31-00

и поэтому для внешних подключений недоступен.
wikipost
ac09.10.2021 16:47
В popfile.cfg есть xmlrpc_local 1?

xmlrpc_enabled 1 xmlrpc_local 1 xmlrpc_port 8081
wikipost
matveeva10.10.2021 22:14
ac пишет: В popfile.cfg есть xmlrpc_local 1?
Да, есть такая строчка. Значит, все норм? Этих "щупачей" развелось...
wikipost
ac11.10.2021 00:03
Нет, не норм. Значит я не угадал, какой из серверов popfile они нащупали. Или параметр xmlrpc_local для чего-то другого... Если сервер (в норме) биндится к 127.0.0.1 (как на картинке выше), то щупачи снаружи сервер не увидят. Загляните в этот раздел в Eserv'е — какой-то из ваших perl'ов слушает все интерфейсы. На каком порту?
wikipost
matveeva12.10.2021 12:37
ред: 12.10.2021 14:07


eserv perl popfile.cfg
xmlrpc_enabled 1 xmlrpc_local 1 xmlrpc_port 8081

И, судя по журналу Popfile, он сам к себе обращается по внешнему интерфейсу — по внешнему IP, а не по 127.0.0.1.
И еще нюанс: после перезагрузки компа Popfile перестает откликаться, хотя в диспетчере задач висит "perl command line interpreter". Соответственно, перестают раздаваться письма. Если просто перезапустить acFilter, то Popfile говорит, что он уже запущен, и появляется еще один процесс "perl command line interpreter". Поэтому приходится сначала убивать процесс, а потом перезапускать acFilter
wikipost
ac15.10.2021 22:33
matveeva пишет: после перезагрузки компа Popfile перестает откликаться, хотя в диспетчере задач висит "perl command line interpreter".


А какую командную строку показывает Диспетчер задач для такого автозапускаемого PopFile? Не может быть там двух разных perl'ов или разных конфигов PopFile?

В норме PopFile запускается by acFilter, а не сам по себе.

2021-10-15 21-28-08
wikipost
matveeva16.10.2021 11:49
ред: 16.10.2021 11:51
ac пишет: А какую командную строку показывает Диспетчер задач для такого автозапускаемого PopFile? Не может быть там двух разных perl'ов или разных конфигов PopFile?


eserv%20perl
[AntispamPopFile] Dir=\E5\CommonPlugins\acFilter\antispam\PopFile
wikipost
matveeva19.10.2021 10:07
ред: 21.10.2021 23:43
АУ?
Простите, пожалуйста.
Какие-то рекомендации будут?
wikipost
ac24.10.2021 16:13
Пока нет идей, надо будет почитать исходники popfile, как применяются настройки.
wikipost
matveeva24.10.2021 17:04
ac пишет: Пока нет идей, надо будет почитать исходники popfile, как применяются настройки.
Ок, спасибо, жду!
wikipost
matveeva23.11.2021 16:17
ac пишет: Пока нет идей, надо будет почитать исходники popfile, как применяются настройки.
Ничего нового? Проблема регулярно повторяется.
wikipost
matveeva29.11.2021 23:39
Посмотрела настройки Popfile по html-интерфейсу по 8081 порту. Там есть настройка — доступ по html интерфейсу с удаленного компьютера (stelth режим). Вроде, это параметр html_local. Стоит "да" (html_local=0). Если поставить "нет" (html_local=1), то не будет одного TCP-процесса, который как раз не на локальный интерфейс смотрит. Останутся всего два локальных: POP3 и XML. Но тогда и acFilter не может докричаться до Popfile, чтобы его запустить. А если вернуть обратно html_local=0, то тогда возвращается нелокальный интерфейс и обращения снаружи и наоборот.
Может, какая-то еще должна быть настройка, помимо html_local, xmlrpc_local,pop3_local ?
Посмотрите, плиз, у кого как стоят эти настройки?
Popfile регулярно перестает отвечать (в acFilter логах 10061), почта перестает ходить нормально, а потом весь неокученный спам падает в ящики. Может, как раз из-за влияния извне?
wikipost
matveeva10.12.2021 11:16
Не, ну надо что-то делать. Раз в несколько дней Popfile перестает отвечать на запросы. Выглядит так (журнал acFilter.log):
*:\*\DATA\mail\spool\11111@rambler.ru!31597!2458535484!1.eml @D1=2 *:\*\DATA\mail\spool\11111@rambler.ru!31597!2458535484!1.eml drweb:PF:iup=0 <?xml version="1.0" encoding="UTF-8"?><methodResponse><params><param><value><string>clear</string></value></param></params></methodResponse> *:\*\DATA\mail\spool\11111@rambler.ru!31597!2458535484!1.eml 1 10000 10000 PF=clear 0 @D2=2 89.107.122.99 89.107.122.99 89.107.122.99 94.100.179.58 *:\*\DATA\mail\spool\22222@mail.ru!31603!2459504859!1.eml @D1=2 *:\*\DATA\mail\spool\22222@mail.ru!31603!2459504859!1.eml drweb:PF:iup=10060 drweb reload...iup2=10060 <Error 10060>

Или вот так:
*:\*\DATA\mail\spool\33@33.ru!31794!2469031484!1.eml @D1=2 *:\*\DATA\mail\spool\33@33.ru!31794!2469031484!1.eml drweb:PF:iup=10061 iup2=10061 <Error 10061> *:\*\DATA\mail\spool\33@33.ru!31794!2469031484!1.eml 1 10000 10000 PF=popfile_error

Кстати, в журнале нет даты-времени, очень неудобно.
Где на что смотреть?
Попробовала поставить "нет" на "Использовать антивирус Dr.Web", до этого стояла галка. Посмотрю, может, это как-то влияло?
wikipost
matveeva29.12.2021 14:54
matveeva пишет: Попробовала поставить "нет" на "Использовать антивирус Dr.Web", до этого стояла галка. Посмотрю, может, это как-то влияло?
Продержался дольше, но сегодня опять отвалился
wikipost
alex112420.01.2022 11:55
У меня DrWeb работает и не мешает
wikipost
matveeva07.02.2022 11:08
Отключение DrWeb не сильно помогло. Гораздо реже стало, но один сбой все-таки был. И возможно уменьшение количества случаев связано не с DrWeb, а с тем, что я упредительно, каждую ночь, запланированным пакетником убиваю perl.exe и перезапускаю службу acfilter. В общем, не знаю, где поправить, но пока PopFile смотрит наружу, проблемы будут.
wikipost
Работает на Eserv/5.05567 (10.02.2020)