Руководство по блокам подкласса C

/ 25 — 2 подсети — 126 хостов / подсеть

/ 26 — 4 подсети — 62 хоста / подсеть

/ 27 — 8 подсетей — 30 хостов / подсеть

/ 28 — 16 подсетей — 14 хостов / подсеть

/ 29 — 32 подсети — 6 хостов / подсеть

/ 30 — 64 подсети — 2 хоста / подсеть

Отключить FirewallD

Чтобы отключить FirewallD в вашей системе CentOS 7 , выполните следующие действия:

1. Введите следующую команду, чтобы остановить службу FirewallD:

sudo systemctl stop firewalld

Отключите службу FirewallD для автоматического запуска при загрузке системы:

sudo systemctl disable firewalld

Замаскируйте службу FirewallD, чтобы предотвратить ее запуск другими службами:

sudo systemctl mask --now firewalld

Установить и включить Iptables

Выполните следующие шаги для установки Iptables в системе CentOS 7:

1. Выполните следующую команду, чтобы установить пакет iptables-service из репозиториев CentOS:

sudo yum install iptables-services

После установки пакета запустите службу Iptables:

sudo systemctl start iptables

sudo systemctl start ip6tables

Включите автоматический запуск службы Iptables при загрузке системы:

sudo systemctl enable iptables
 
sudo systemctl enable ip6tables

Проверьте статус службы iptables с помощью:

sudo systemctl status iptables
 
sudo systemctl status ip6tables

Чтобы проверить текущие правила iptables, используйте следующие команды:

sudo iptables -nvL
 
sudo ip6tables -nvL

……..ERROR: Failed to connect to server: Connection refused (111)…………..

Одна из причин которую мы рассмотрим — блокировка  ip Вашего esp (mailwizz) программой fail2ban на сервере (pmta и т.п.)

Проверяем на наличие ip в правилах блокировки

iptables -vnL

Обратите внимание на правила в Chain fail2ban-MAIL

Найдите в перечисленных правилах ip своего сервера esp (с которого пытаетесь подключиться (mailwizz))

Удалить ip из правил блокировки

Введите команду

iptables -D fail2ban-MAIL -s 01.001.001.01 -j REJECT

где 01.001.001.01 — ip Вашего esp.

Внести ip в белый список (white list)

Отредактируйте файл конфигурации fail2ban:

nano /etc/fail2ban/jail.conf

найдите строку

ignoreip =

если она у Вас закомментирована, раскомментируйте ее, и добавьте в нее свой ip

Пример по умолчанию

# "ignoreip" can be a list of IP addresses, CIDR masks or DNS hosts. Fail2ban
# will not ban a host which matches an address in this list. Several addresses
# can be defined using space (and/or comma) separator.
#ignoreip = 127.0.0.1/8 ::1

вносим 01.001.001.01 в белый список

# "ignoreip" может быть списком IP-адресов, масок CIDR или хостов DNS. Fail2ban
# не будет банить хост, который совпадает с адресом в этом списке. Несколько адресов
# можно определить с помощью разделителя пробелом (и / или запятой).
ignoreip = 01.001.001.01 127.0.0.1/8 ::1

Каждый IP-адрес или диапазон должны быть разделены пробелом.

Строка должна быть добавлена в раздел [DEFAULT] файла.

Сохраните файл и перезапустите Fail2Ban:

service fail2ban restart

Не только публичные почтовые сервера такие как gmail, mail или yandex имеют в своем арсенале спам ловушки.

Спам ловушки в открытых источниках публикуют так же блок листы такие как spamcop, spamhouse и другие.

Пример регулярных выражение

...............................
...............................
/^(.*)@yourtube\.ml$/i
/^(.*)@yspend\.com$/i
/^(.*)@yugasandrika\.com$/i
/^(.*)@yui\.it$/i
/^(.*)@yuurok\.com$/i
/^(.*)@yxzx\.net$/i
/^(.*)@yyolf\.net$/i
/^(.*)@z0d\.eu$/i
/^(.*)@z1p\.biz$/i
/^(.*)@z86\.ru$/i
/^(.*)@za\.com$/i
/^(.*)@zain\.site$/i
/^(.*)@zainmax\.net$/i
/^(.*)@zasod\.com$/i
/^(.*)@zebins\.com$/i
/^(.*)@zebins\.eu$/i
/^(.*)@zehnminuten\.de$/i
/^(.*)@zehnminutenmail\.de$/i
/^(.*)@zepp\.dk$/i
/^(.*)@zetmail\.com$/i
/^(.*)@zfymail\.com$/i
/^(.*)@zhcne\.com$/i
/^(.*)@zik\.dj$/i
/^(.*)@zipcad\.com$/i
/^(.*)@zippymail\.info$/i
/^(.*)@zipsendtest\.com$/i
/^(.*)@zoaxe\.com$/i
/^(.*)@zoemail\.com$/i
/^(.*)@zoemail\.net$/i
/^(.*)@zoemail\.org$/i
/^(.*)@zoetropes\.org$/i
/^(.*)@zombie-hive\.com$/i
/^(.*)@zomg\.info$/i
/^(.*)@zumpul\.com$/i
...............................
...............................

Регулярные выражения Вам необходимо загрузить в разделе черный список email своего mailwizz.

После чего отправка писем на адреса этих доменов / email — будет прекращена из Вашего приложения

располагается по адресу domain.ru/backend/index.php/settings/email-blacklist

Полный список известных нам ловушек в регулярных выражениях:

Некоторые из ваших контактных адресов электронной почты могут содержать IP-адрес, например, john.smith @ [123.123.123.123], а не имя домена, например john.smith@example.com . Можете ли вы использовать эти адреса электронной почты для рассылки?

Краткий ответ — технически да, но на самом деле нет.

Простой протокол передачи почты (SMTP) позволяет использовать IP-адрес вместо имени домена в особых случаях, когда он заключен в квадратные скобки, например, в нашем предыдущем примере john.smith @ [123.123.123.123]. Однако вот некоторые общие причины, по которым это может привести к тому, что сообщение электронной почты будет возвращено обратно и / или не будет доставлено предполагаемому получателю.

• По умолчанию многие почтовые серверы нередко не принимают адреса электронной почты без «полного доменного имени» (FQDN).
• Для почтового сервера, на котором размещено более одного домена, полное доменное имя в адресе электронной почты необходимо для определения группы доменов, к которой принадлежит пользователь электронной почты.
• Адреса электронной почты с IP-адресами часто помечаются как спам.

Когда разрешен IP-адрес?

Сообщения электронной почты передаются с использованием простого протокола передачи почты (SMTP), который определен запросом комментариев (RFC) 5321 , 5322 и различными расширениями. В разделе спецификации адреса электронной почты RFC 4532 мы видим, где в спецификации упоминается использование буквальной формы домена, то есть буквального IP-адреса домена.

RFC 5322 — 3.4.1

Доменная часть определяет точку, в которую доставляется почта. В форме точка-атом это интерпретируется как имя домена в Интернете (имя хоста или имя почтового обменника), как описано в [RFC1034], [RFC1035] и [RFC1123]. В буквальной форме домен интерпретируется как буквальный Интернет-адрес конкретного хоста.

Другими словами, RFC 5322 говорит, что для описания доменной части адреса электронной почты может использоваться форма доменного имени или буквальная форма домена. Где форма доменного имени — это то, что мы обычно видим (например, john.smith@example.com), а буквальная форма домена — это IP-адрес (например: john.smith @ [123.123.123.132]). Далее говорится, что «в обоих случаях то, как используется адресация и как сообщения передаются на конкретный хост, рассматривается в отдельных документах, таких как [RFC5321]». Итак, мы должны копнуть дальше, чтобы узнать больше о том, когда IP-адрес может быть приемлемым для использования.

В RFC 5321 мы находим имена хоста и домена, перечисленные в разделах 2.3.4 и 2.3.5 соответственно. Здесь мы видим, что RFC настоятельно рекомендует не использовать литерал адреса , также известный как литерал домена или IP-адрес.

RFC 5321 — 2.3.4

Хосты известны по именам… их НЕ СЛЕДУЕТ идентифицировать числовыми адресами, то есть адресными литералами, как описано в Разделе 4.1.2 .

И тогда мы, наконец, получаем представление о том, когда будет разрешен IP-адрес.

RFC 5321 — 2.3.5

Только разрешаемые, полностью определенные доменные имена (FQDN) разрешены, когда доменные имена используются в SMTP … Есть два исключения из

правило, требующее полных доменных имен:

o Доменное имя, указанное в команде EHLO, ДОЛЖНО быть либо основным именем хоста (имя домена, которое разрешается в адрес RR), либо, если у хоста нет имени, литералом адреса, как описано в Разделе 4.1.3 и обсуждается далее. в обсуждении EHLO Раздела 4.1.4 . o Зарезервированное имя почтового ящика «postmaster» может использоваться в команде RCPT без уточнения домена (см. раздел 4.1.1.3 ) и ДОЛЖНО быть принято, если оно используется.

Две ситуации, когда IP разрешен

Мы обнаружили, что имя домена можно заменить на IP-адрес, если у хоста нет имени, как описано ниже в разделах 4.1.3, или если адрес электронной почты предназначен для постмастера хоста (например: postmaster @ [123.123.123.123] ). Теперь мы наконец-то добились чего-то. Таким образом, согласно RCF ниже (выделено мной), IP-адрес разрешен в адресе электронной почты, когда доменное имя недоступно в DNS, в противном случае это должно быть электронное письмо, адресованное почтмейстеру хоста.

RFC 5321 — 4.1.3

Иногда хост неизвестен системе доменных имен, и связь (и, в частности, связь для сообщения и исправления ошибки) блокируется. Чтобы обойти этот барьер, допускается использование специальной буквальной формы адреса в качестве альтернативы доменному имени. Для адресов IPv4 в этой форме используются четыре малых десятичных целых числа, разделенных точками и заключенных в квадратные скобки, например [123.255.37.2], что указывает на Интернет-адрес (IPv4) в форме последовательности октетов. Для IPv6 и других форм адресации, которые в конечном итоге могут быть стандартизированы, форма состоит из стандартизованного «тега», который идентифицирует синтаксис адреса, двоеточия и самого адреса в формате, указанном как часть соответствующих стандартов (т. Е. RFC 4291 [ 8 ] для IPv6).

IP-адреса, часто связанные со спамерами

RFC заявляет, что буквальный адрес (IP-адрес) разрешен в качестве альтернативы доменному имени, когда хост-получатель не известен в DNS, но почему не может быть доступно доменное имя? Существует множество причин, по которым почтовый сервер может не отображаться в DNS, но администратор почты, отвечающий за предотвращение спама, вряд ли захочет рискнуть. Многие почтовые серверы требуют от отправителя DNS-записи обратного указателя (PTR). Запись PTR позволяет принимающему почтовому серверу выполнять обратный поиск по IP-адресу, с которого отправляется сообщение электронной почты. Запись PTR должна разрешаться в полное доменное имя. Если запись PTR не существует или если полное доменное имя, которое она разрешает, не совпадает с тем, что указано в адресе электронной почты, то это, скорее всего, поддельное сообщение электронной почты, и почтовый сервер получателя отклонит его.

Почтовый сервер без полного доменного имени не будет иметь записи PTR, поэтому, если бы он попытался отправить почту, его сообщения, скорее всего, были бы отклонены большинством почтовых серверов получателя. Если есть вероятность, что ваш почтовый сервер не будет принимать электронную почту от почтового сервера без полного доменного имени, вы, вероятно, не захотите отправлять электронную почту на один, так как вы не сможете получить ответ. Скорее всего, когда полное доменное имя недоступно, это означает, что нет почтового сервера, который принимает электронную почту, и что IP-адрес просто используется как горелка для рассылки спама. Вот почему так много адресов электронной почты в буквальной форме адреса появляется в различных черных списках и почему они связаны со спамерами.

Буквальная форма адреса отключена по умолчанию

Многие почтовые серверы обычно отключают прием буквальной формы адреса по умолчанию или не поддерживают их вообще. В конце концов, хотя RFC разрешает использование IP-адресов в особых условиях, он настоятельно не рекомендует их использовать. Это в сочетании с частым злоупотреблением буквальной формой адреса со стороны спамеров и злоумышленников, для большинства почтовых серверов имеет смысл не допускать этого. Если на почтовом сервере не включен прием адресных литералов, он, скорее всего, ответит постоянным отклонением (также известным как жесткий возврат). В других случаях почтовый сервер получателя может ответить временным отклонением (он же мягкий возврат) и инструкциями для отправителя использовать вместо этого полное доменное имя и повторить попытку.

Группы доменов

Почтовые серверы предназначены для размещения нескольких доменов. Если один из них достигается по его IP-адресу через буквальную форму адреса, то он не сможет направить сообщение электронной почты конечному получателю, поскольку ему необходимо полное доменное имя, чтобы узнать, к какой группе домена принадлежит сообщение. Например, у вас есть три разных адреса электронной почты.

sales@exampleone.com
sales@exampletwo.com
sales@examplethree.com

В нашем примере эти адреса электронной почты предназначены для трех разных компаний, где ExampleOne является крупным мировым лидером на своем рынке, ExampleTwo является давним конкурентом ExampleOne, а ExampleThree является новым конкурентом. ExampleOne и ExampleTwo слишком велики, чтобы самостоятельно адекватно управлять всем своим почтовым трафиком, поэтому они передают на аутсорсинг поставщику услуг электронной почты (ESP). ExampleThree слишком мала и не имеет ресурсов для размещения собственной почты, поэтому они также передают на аутсорсинг ESP. Как оказалось, ESP настолько популярен (к примеру Office365, gmail и т.п.), что все три компании в конечном итоге используют один и тот же ESP, а ESP использует IP-адрес 123.123.123.123.

Теперь предположим, что мы хотели записать адреса электронной почты в буквальной форме домена и использовать их IP-адрес вместо домена. Если бы мы сделали это, все три адреса электронной почты в конечном итоге выглядели бы одинаково.

sale @ [123.123.123.123]

Если бы мы попытались отправить сообщение по адресу sales @ [123.123.123.123], то почтовый сервер (-ы) ESP не узнал бы, кому он принадлежит, и не смог бы доставить сообщение. Даже в примере, когда компания размещает свой собственный почтовый сервер и имеет только один домен, есть вероятность, что почтовый сервер все равно потребует этот домен. Скорее всего, потому, что он настроен таким образом, или это просто часть его работы.

IP-адреса принимаются, но не рекомендуется

В заключение, хотя IP-адрес технически разрешен, он не является общепринятым и на самом деле крайне не рекомендуется. Однако, поскольку технически требуется, чтобы он был принят почтовым сервером, мы обнаружили, что многие серверы могут вести себя по-разному, когда сталкиваются с ними.

Но не только:

Return-Path — сервис (returnpath.com) который выступает в цикле FBL — множества корпоративных почтовых фильтров и спам фильтров публичных почтовых систем к примеру таких как Yandex.ru и т.п.

Какие списки смотрит returnpath.com Вы найдете в конце данной статьи. А пока немного о спам листах:

Перевод returnpath.com

Публичные черные списки создаются как крупными, заслуживающими доверия компаниями, так и небольшими независимыми сетями. Но поскольку любой может создать черный список, они не все одинаково влияют на доставляемость. Поставщики почтовых ящиков и компании, занимающиеся фильтрацией, не используют каждый черный список при принятии решений о размещении почтовых ящиков. Вместо этого они обычно объединяют данные из различных публичных черных списков, а также данные из своих собственных сетей, чтобы определить ваше доверие как отправителю.

Черные списки, которые наиболее важны для отправителей электронной почты на данный момент.

ReturnPath принимает эти черные списки во внимание при оценке вашей репутации IP / домена. Поэтому, пожалуйста, следите за этими списками и держитесь от них подальше!

Backscatterer
Barracuda
Kempt
LashBack’s Unsubscribe Blacklist (UBL)
Nix Spam
Open Proxy
SORBS – Block
SORBS – DNSBL
SORBS – Dial Up
SORBS – Misc
SORBS – SMTP
SORBS – Spam
SORBS – Web
SORBS – Zombie
SORBS – http
Spamhaus – CSS
Uceprotect – Zone 1
Uceprotect – Zone 2
Uceprotect – Zone 3
WPBL

Маркетологи электронной почты часто связывают блокировку с занесением в черный список. Важно отметить, что не поставщики черного списка блокируют вашу почту — это провайдер почтового ящика, использующий ваш статус черного списка , блокирует вашу почту. Если попадание в черный список действительно приводит к блокировке вашей почты, сосредоточьтесь на потенциальных причинах включения в список. Внесение в черный список чаще всего вызвано низким качеством списка и жалобами конечных пользователей.

Есть два типа черных списков: на основе IP-адреса и на основе домена.

ЧЕРНЫЕ СПИСКИ НА ОСНОВЕ IP

ЧЕРНЫЕ СПИСКИ НА ОСНОВЕ ДОМЕНА