2019-06-21 20:57:54: popper13@co.ru Passw0rd#@! - blocked 103.231.139.130 [1277]
3:103.231.139.130;popper13;Passw0rd#@!;0;popper13@co.ru
А сейчас в квадратных скобках стоит все время 0:
2020-01-13 15:38:28:SMTP lesley@co.ru(lesley) lesley1 - not authorized 92.118.38.40 [0]
3:92.118.38.40;lesley;lesley1;0;lesley@co.ru
2020-01-13 15:38:55:1:92.118.38.40;leslie;leslie1;0
2:92.118.38.40;leslie;leslie1;0
2020-01-13 15:39:01:SMTP leslie@co.ru(leslie) leslie1 - not authorized 92.118.38.40 [0]
3:92.118.38.40;leslie;leslie1;0;leslie@co.ru
2020-01-13 15:39:25:1:92.118.38.40;lesly;lesly1;0
2:92.118.38.40;lesly;lesly1;0
2020-01-13 15:39:32:SMTP lesly@co.ru(lesly) lesly1 - not authorized 92.118.38.40 [0]
3:92.118.38.40;lesly;lesly1;0;lesly@co.ru
Где и когда сломалось — не знаю
Как починить?
И можно, наверное, считать не по всем триадам адреса, а по первым трем.
Наткнулась тут на гадов из Ирана (46.38.144.*), которые бомбили такими подключениями десятками в секунду. Но хвосты адресов были разные.
2020-01-13 03:49:17:SMTP rome@co.ru(rome) 123456 - not authorized 46.38.144.231 [0]
2020-01-13 03:49:17:SMTP kpi@co.ru(kpi) 123456789 - not authorized 46.38.144.32 [0]
2020-01-13 03:49:17:SMTP xyh@co.ru(xyh) xyh1 - not authorized 46.38.144.79 [0]
2020-01-13 03:49:17:SMTP supplier@co.ru(supplier) supplier1 - not authorized 46.38.144.79 [0]
2020-01-13 03:49:17:SMTP www02@co.ru(www02) admin - not authorized 46.38.144.202 [0]
2020-01-13 03:49:17:SMTP isaac@co.ru(isaac) 123456789 - not authorized 46.38.144.124 [0]
2020-01-13 03:49:17:SMTP gs1@co.ru(gs1) gs1 - not authorized 46.38.144.247 [0]
2020-01-13 03:49:17:SMTP newfile@co.ru(newfile) 123456789 - not authorized 46.38.144.124 [0]
2020-01-13 03:49:17:SMTP sunshop.wp@co.ru(sunshop.wp) sunshop.wp123 - not authorized 46.38.144.64 [0]
2020-01-13 03:49:17:SMTP nonnude@co.ru(nonnude) 123456 - not authorized 46.38.144.231 [0]
2020-01-13 03:49:17:SMTP sae@co.ru(sae) sae1234 - not authorized 46.38.144.57 [0]
2020-01-13 03:49:17:SMTP projection@co.ru(projection) projection123 - not authorized 46.38.144.64 [0]
2020-01-13 03:49:17:SMTP jeffh@co.ru(jeffh) jeffh1 - not authorized 92.118.38.40 [0]
2020-01-13 03:49:17:SMTP bosch@co.ru(bosch) bosch123 - not authorized 46.38.144.64 [0]
2020-01-13 03:49:17:SMTP programas@co.ru(programas) programas1234 - not authorized 46.38.144.57 [0]
2020-01-13 03:49:17:SMTP admin.staging@co.ru(admin.staging) admin.staging - not authorized 46.38.144.247 [0]
2020-01-13 03:49:17:SMTP karamursel@co.ru(karamursel) 123456 - not authorized 46.38.144.231 [0]
2020-01-13 03:49:17:SMTP ns29@co.ru(ns29) ns291 - not authorized 46.38.144.79 [0]
2020-01-13 03:49:17:SMTP plone@co.ru(plone) plone123 - not authorized 46.38.144.146 [0]
2020-01-13 03:49:17:SMTP s134@co.ru(s134) s134 - not authorized 46.38.144.247 [0]
2020-01-13 03:49:17:SMTP serge@co.ru(serge) 12345 - not authorized 46.38.144.117 [0]
2020-01-13 03:49:17:SMTP mobilemail@co.ru(mobilemail) 12345 - not authorized 46.38.144.117 [0]
2020-01-13 03:49:17:SMTP trend@co.ru(trend) trend - not authorized 46.38.144.247 [0]
2020-01-13 03:49:17:SMTP tradex@co.ru(tradex) 123456789 - not authorized 46.38.144.124 [0]
2020-01-13 03:49:17:SMTP journey@co.ru(journey) 123456 - not authorized 46.38.144.231 [0]
Mon, 13 Jan 2020 03:49:18 +0300 MaxThreads reached (server)!
Mon, 13 Jan 2020 03:49:18 +0300 MaxThreads reached (server)!
Ну и итогом получила MaxThreads reached (server)!
Занесла их, конечно, в черный список — E5\CONF\lists\SMTP\IpBlackList.txt .
Спасибо!
Так и не нашла , почему счетчик не работает.
Попутно пыталась включить в E4.ini опцию UseFireWall=1, чтобы блокировать адреса 46.38.144.* на подлете, а то они загадили все журналы Data\log\smtp\2020-01-23-log.txt записями "46.38.144.79, your IP is in my BlackList. Go home!"
Но не получилось. Записи продолжают записываться, никаких журналов в Data\log\firewall не появилось.
В журнале acWeb.log пишется:
Plugin: acFilter
Вот сейчас с утра не могла попасть (10061), только сейчас открылся и довольно шустро.
По счетчикам перебирателей паролей — они отключены в тех бета-версиях exe, которые я здесь на форуме выдавал. Счетчики верну. Сейчас испытываем Eserv с новыми dll openssl (отключаем старые протоколы, делаем основным TLS/1.3, как того требует безопасность). Если всё ОК, пересоберу exe и запустим обновление.
А то я уж подумала, что проект заморозился...
https://www.eserv.ru/download/e5_exe_dll_2020_02.rar
На Windows Server 2008, Windows Server 2019, Windows 10 работает, проблем пока не замечено. На Windows XP и Windows 7 пока не тестировалось.
ред: 17.02.2020 10:58
И, кстати, не совсем по этой теме, но не смогла в описании найти, какие требования к железу, чтобы новый комп собрать. В основном для быстродействия, как я понимаю, требования к дискам должны быть повышенные? Процессор, БП, материнка — обычные?
При этом письмо, отправленное с новым комплектом в 7:53 прилетело на старый комплект в 8:14.
Так что пока на старом комплекте
ред: 18.02.2020 22:37
А в логах acWEB появлюеться запись:
2020-02-18 22:30:58 Unknown vhost. ¦ — from 178.154.171.96:45665(HTTP_ ¦ -=ZХ¦й:єyL*фmшЙ.TшЙ&kFQcЪ3RihE¬ dLL
HTTP_ 9 8 7 6 И З Ж ЕLL 5 ДLL 3 2 1 0 Ъ Щ Ш Ч E D C BLL / Ц A LLLL LL
L
L
HTTP_ - M MAIL.INTEHENERGO.RU
)
Да и почта перестала приходить...
И тестирование с сайта: https://testconnectivity.microsoft.com/ не проходит на новой версии.
Кстати проблема похоже в библиотеках, т.к. возврат старой версии acWEB проблему не решает...
Проверил сегодня на WinXP. Не работает У libcrypt.dll зависимость от системной bcrypt.dll, которой нет в XP.
На странице скачивания Eserv http://www.eserv.ru/Eserv505 указаны требования. Больше — лучше, конечно.
Да, нынче SSD уже недорогие, лучше их брать. Работа с почтовыми индексами заметно ускорится.
Локально по SMTPS или по SMTP+STARTTLS почта отправлялась при этом?
А ОС какая? Хотя тут, похоже, браузер пытается с Eserv по HTTP/2 говорить почему-то (в Eserv поддержки HTTP/2 нет, и он её не анонсирует в протоколе)...
Здесь на eserv.ru эта версия Eserv с новыми DLL стоит две недели — https, smtps (входящая и исходящая), imaps пока ведут себя хорошо.
ред: 25.02.2020 00:43
Да, при установке тестовой версии нужно все exe и dll из архива перезаписывать поверх старых exe и dll (предварительно остановив все службы Eserv), а при откате менять все exe и dll обратно. В openssl изменения в API, разный набор функций в dll.
ред: 25.02.2020 11:57
Я именно так и делал... Не заработало... На досуге попробую еще...
Я именно так и делал... Не заработало... На досуге попробую еще...
И еще у всех новых dll зависимости от vcruntime140.dll. Если её в системе нет, поставить можно из http://www.eserv.ru/download/VC_redist.x86.exe
Переехали на Windows Server 2019. Пока работает через TCPMAPы со старого сервера (ждём замену IP)
Только с Gmail, или вообще вся входящая почта? Попытки отправки в логах есть?
Gmail отправляет почту smtp+startls — по smtp подключается на 25й порт и по STARTTLS переключается в зашифрованный режим.
Вот этот фрагмент в логе SMTP
Продолжение в логе SMTPS:
Даже если предположить, что новая версия как-то ломает вам SSL/TLS, то следы от подключений гугла в SMTP-логе (нешифрованном) все равно должны быть.
Может где увеличить уровень детализации логов дабы определить где не пускает письма?
ред: 11.03.2020 22:53
Если конфиг один и тот же, то и детализация одна и та же. Выше я приводил фрагмент лога от новой версии, работаюшей на нашем eserv.ru (замена бинарников в старой версии).
Если Eserv где-то именно "не пускает" письма от гугла, это должно быть не только в логах Eserv, но и в возвращенных гуглом письмах. Если гугл не может подключиться к серверу получателя, то он тоже предупреждает отправителя о задержке. Вот такими письмами:
Если подключился, но Eserv не берёт, то так:
Или так:
Это одна и та же машина. Только после меняются версии файлов
Самое интересное, что в Google никаких сообщений. Письмо отправляется, перемещается в папку отправленные. Во входящих никаких ответов. Отправил письмо в 8:14. Подождал. Никаких проявлений. В логах чисто, обращение Goggle не вижу.
Возвращаюсь на старый комплект. Работаю, а в 9:29 появляются записи в логах и письмо приходит.
А если посмотреть логи не на предмет имени гуглосервера, а на IP, совпадающий с IP гуглосервера при успешной доставке? Если сбой на начальном этапе, то до взаимных приветствий дело и не доходит, остаётся только анонимный IP.
Сегодня обновлял Eserv еще на одной машине (Windows Server 2019 Datacenter) и получил такие же симптомы в логах, как у вас. При проверке выяснилось, что не обновились DLL в подкаталоге ext.
Проверьте, что список и дата изменения файлов в ext совпадает со списком из этого архива https://www.eserv.ru/download/e5_exe_dll_2020_02.rar?1 (на всякий случай перезалил архив, он стал даже меньше — удалил оттуда ненужную dll с "old" в имени).
ред: 16.03.2020 08:41
ред: 17.03.2020 12:26
Но сертификат же я не меняю. А письма ходят. Но на старой версии
ред: 18.03.2020 00:21
ред: 18.03.2020 16:47
По умолчанию команда со старой версией "LE.exe S" my.domain.ru" LE" выдает "rsa read failed".
С новой версией — "Exception #-2010 at H-STDIN:0:16
При онлайн-генерации в браузере этот сервис в таком формате их и выдает на странице.
То дело скорее всего в этом: