CommuniGate Pro
Версия 6.4
 

Защита

Интернет наводнён назойливыми почтовыми сообщениями, распространяемыми по миллионам адресов электронной почты. Эти сообщения известны как "спам".

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

Кроме методов, описанных в этом разделе, дополнительные методы описываются в разделе Отвергаемые Сетевые Адреса.




Сервера CommuniGate Pro имеет встроенные Возможности Защиты, которые помогают вам справляться со спамом.


Ограничения для Мобильных Пользователей

Поддержка мобильных пользователей может быть выключена для отдельных пользователей или для отдельных доменов путём отключения опции Roaming в разделе Услуги на странице Установки Пользователя и на странице Установки Домена. Если для Пользователя это опция отключена, то Пользователь сможет соединяться только с тех Интернет-адресов, которые включены в список Разрешённых Адресов для Входа.

Релеинг почты для мобильных пользователей может быть также выключен для отдельных пользователей или для отдельных доменов путём отключения опции Relay в разделе Услуги на странице Установки Пользователя и на странице Установки Домена. Эта установка полезна, когда вы хотите Обслуживать Пользователей на вашем Сервере, но не хотите предоставлять им возможность ретрансляции почты по SMTP через ваш Сервер (что вынуждает их отправлять сообщения через Веб Интерфейс Пользователя или через любой другой не-SMTP метод).


Проверка Обратного Адреса

Так как модуль SMTP принимает входящие соединения TCP, спамеры могут отправлять огромное количество нежелательных сообщений вашим пользователям.

Для защиты сайта от спамеров, модуль SMTP может проверять Обратный Адрес (Return-Path) входящего сообщения (указываемый в команде Mail From протокола SMTP).

Модуль SMTP разбирает Обратный Адрес (Mail From) сообщения и отвергает сообщение в случае:
  • если имя домена в Обратном Адресе является пустым (домен не указан)
  • Обратный Адрес преобразовывается (через Маршрутизатор Сервера) в адрес ERROR

Когда в установках модуля SMTP выбраны опции Проверять и Обратный Адрес, то модуль SMTP отказывается принимать сообщение, если:

  • Return-Path (Обратный Адрес) имени домена указан как IP адрес, и этот адрес не включён в список Сетевых Адресов Клиентов

Если соединение устанавливается с адреса, не включённого в список Сетевые Адреса Клиентов, выполняется дополнительная проверка DNS, и SMTP модуль отвергает сообщения, если Обратный Адрес:

  • в DNS нет MX-записи или A-записи для домена, указанного в Return-Path (незарегистрированный домен)
  • в DNS есть MX-запись для домена, указанного в Return-Path, но она ссылается на несуществующую A-запись (фальшивый домен)

После разбора Обратного Адреса модуль SMTP использует Маршрутизатор. Если этот адрес является адресом локального пользователя, или адрес известен Маршрутизатору (преобразовывается им), он принимается. Это предотвращает обращения к DNS для адресов, "известных" Серверу.

Адреса, преобразованные в адрес ERROR, отвергаются; это даёт возможность задавать в Маршрутизаторе "плохие" адреса и домены.

Примеры:
Если вы не хотите принимать почту с любых адресов в домене offenderdomain.com, добавьте следующую строку в настройку Маршрутизатора:
offenderdomain.com = error
или
<*@offenderdomain.com> = error

Если вы не хотите принимать почту со всех адресов, начинающихся с "promo" в домене offenderdomain.com, добавьте следующую строку в настройку Маршрутизатора:
<promo*@offenderdomain.com> = error

Если обратный Адрес Домена не может быть проверен из-за того, что Сервер Доменных Имен, содержащий записи об этом домене недоступен, модуль отказывается принимать сообщение, но вместо "постоянной" ошибки модуль возвращает системе-отправителю "временную" ошибку. Система-отправитель должна повторить попытку позднее.

Вы можете включить в модуле SMTP опцию Проверять SPF-записи, чтобы проверять, что сообщение с данным Обратным Адресом вообще может приходить с таких сетевых (IP) адресов отправителя.

Вы можете указать модулю SMTP использовать метод Соединяться Навстречу:
  • модуль SMTP соединяется с сервером, который получает электронную почту для этого Обратного Адреса
  • модуль SMTP отправляет Обратный Адрес на этот сервер и проверяет ответ сервера

Если сервер отвергает адрес, то модуль SMTP так же отвергает предоставленный Обратный Адрес.

Временно Блокированные Адреса

CommuniGate Pro ведёт свои собственные "временные Чёрные Списки". Сетевые адреса в этом списке блокируются только на определённый период времени.

Временно Заблокированные Сетевые Адреса
В Отладку после: и Заблокировать после: ошибок пароля в течение  
ошибок протокола за  
Время Блокировки: Лимит Адресов:
Временно Неблокируемые Сетевые Адреса
Не блокировать в течение: Лимит Адресов:

IP Адреса могут вставать в Отладку или блокироваться, если Сервер обнаруживает некоторую деятельность, осуществляющуюся с этих адресов, которая может квалифицироваться как подозрительная:

  • слишком много ошибок протокола в сессиях SMTP, получающих почту (количество ошибок настраивается в модуле SMTP)
  • адреса перенаправляются на spamtrap-адрес в сессиях SMTP, получающих почту
  • слишком много ошибок аутентификации (Входа) в соединениях с того же адреса
  • слишком много ошибок протокола (плохо сформированных запросов) в пакетных протоколах, таких как SIP.
В Отладку после и Заблокировать после
Используйте эти установки для указания того, когда Сетевые Адреса должны втававть в отладку и блокироваться:
ошибок пароля в течение
максимально допустимая частота ошибок Входа: если с того же адреса IP совершаются ещё неудачные попытки Входа в течение указанного периода времени, то адрес блокируется.
ошибок протокола за
максимально допустимая частота ошибок или плохо сформированных запросов: если с того же адреса IP приходят ещё плохо сформированные пакеты в течение указанного периода времени, то адрес блокируется.
Время Блокировки
Используйте эту установку для указания того, как долго Сетевые Адреса должны блокироваться.
Лимит Адресов
Используйте эти настройки для задания максимального числа одновременно заблокированных Сетевых Адресов.

Обратите внимание: Адреса из списка Неблокируемых адресов никогда не добавляются в список Временно Блокированных Адресов.

Обратите внимание: в Динамическом Кластере фактически действуют только Общекластерный список Временно Заблокированных Сетевых Адресов.

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

Проверка Статуса Сетевого Адреса

Ваши IP таблицы могут быть довольно большими, что затрудняет проверку того, распознаётся ли Сервером какой-либо конкретный сетевой адрес как Клиентский или как Блокированный.

Используйте панели Проверить Адрес, находящиеся на страницах Клиенты и Блокировки:

Проверить Адрес: [10.0.1.89](host1.lan) is Trusted

Введите IP адрес и нажмите кнопку Тест. Появится статус IP адреса.

Статус показывает указанный вами IP адрес. Он может иметь префикс Local, если это локальный адрес вашего Сервера, или префикс LAN, если адрес включён в список Адреса LAN.

Имя, полученное из DNS с помощью обратного поиска, показывается, если Сервер должен был выполнить операцию "обратного поиска" в DNS для выяснения статуса адреса.

За статусом адреса следуют сам адрес и (необязательно) имя:

Trusted
адрес IP является Сетевым Адресом Клиента.
TempTrusted
адрес IP считается Сетевым Адресом Клиента по причине того, что какой-нибудь пользователь (с включённой услугой Relay) недавно аутентифицировался с этого адреса.
Blacklisted
адрес IP блокирован. Если адрес блокирован из-за того, что он включён в какой-нибудь RBL, показывается имя этого RBL-сервера.
Regular
все остальные адреса.

Спам-Ловушки

Вы можете защитить ваш сайт от входящего спама, создав и разрекламировав один или несколько адресов - "ловушек спама". Маршрутизатор CommuniGate Pro распознаёт специальный локальный адрес - spamtrap. Если ваш сервер получает сообщение, и хотя бы один из получателей является spamtrap@yourhost, или хотя бы один из адресов получателей преобразовывается в spamtrap, Сервер отвергает всё сообщение.

Вы можете создать один или несколько записей-псевдонимов для "привлекательных" фиктивных адресов и направить эти адреса на spamtrap:

<misterX> = spamtrap
<johnsmith@subdomain.com> = spamtrap

В качестве альтернативы вы можете задать Переадресаторы, указывающие на адрес spamtrap.

Затем вы должны постараться, чтобы эти адреса (misterX@yoursite.com, johnsmith@subdomain.com) попали во все списки массовой рассылки, используемые спамерами. Так как большинство этих списков составляется роботами, сканирующими Веб-страницы и группы Usenet, поместите эти фиктивные адреса на Веб-страницы и включите их в подписи, используемые вами и вашими пользователями при отправке сообщений в Usenet. Во избежание недоразумений, сделайте эти фиктивные адреса невидимыми для людей, просматривающих ваши Веб-страницы и/или добавьте комментарий, объясняющий назначение таких адресов.

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

Если хотя бы один из адресов получателей входящего сообщения перенаправляется на адрес spamtrap, то все сообщение отвергается и Адрес IP отправляющего сервера помещается в список Временно Блокированные Адреса (если этот Адрес IP не включен в списки Сетевые Адреса Клиентов или Неблокируемые Адреса.


Запрещение почты по строкам в Заголовке и в Теле Письма

Вы можете указать набор строк в Заголовках и в Теле сообщения, которые будут использоваться для обнаружения спама. Когда Сервер получает почту в формате RFC822 (через модули SMTP, RPOLL, POP XTND XMIT, PIPE), то он сравнивает каждый полученный заголовок и тело письма со строками, указанными в списке. Если сообщение содержит одну из указанных строк, то сообщение отвергается.

Вы можете использовать символы шаблона подстановки ('*', звёздочку) в указываемых вами Запрещённых Строках. Обычно вы не должны их использовать, так как предполагается, что вы составляете список "запрещённых" строк, копируя строки из заголовка или тела реального спам-сообщения.

Строки сообщения сравниваются с указанными Запрещёнными Строками с учётом регистра.

Каждая строка заголовка может включать символ конца строки, если поле заголовка было "перенесено" на новую строку.

Если заголовок или тело сообщения закодировано (с использованием MIME или UU кодировки), строки не декодируются для сравнения с набором Запрещённых Строк.

Для того, чтобы задать набор Запрещённых Строк, через Веб Интерфейс Администратора откройте в области Установки страницу Почта и нажмите на ссылку RFCReader.

Запрещённые Строки Заголовка

Запрещённые Строки Тела Письма

Для того, чтобы добавить новую строку, введите её в пустое поле и нажмите кнопку Модифицировать.

Для того, чтобы удалить строку, удалите строку из её поля и нажмите кнопку Модифицировать.


Фильтрование Почты

Когда Сервер получает сообщение, к нему применяется набор Общесерверных Правил. Эти Правила могут использоваться для обнаружения нежелательных сообщений и для их отвержения, выкидывания или перенаправления.

Например, следующее Правило может использоваться для того, чтобы отвергать все сообщения, в которых отсутствует поле заголовка To::

ДанныеОперацияПараметр
ДействиеПараметр

Используя богатые возможности CommuniGate Pro по Автоматической Обработке Сообщений, включая использование внешних программ-фильтров, вызываемых из Правил по Действию Выполнить, вы можете создавать различные правила фильтрования.


Релеинг Перенаправленных Сообщений

Прочитайте этот раздел, в случае если вам необходимо обеспечить специальные возможности ретрансляции (релеинга).

Если вы задаёте запись-псевдоним в Таблице Маршрутизатора:

NoRelay:<user> = user@other.host
то вся внешняя почта к этому пользователю будет перенаправлена на сервер other.host. Эти сообщения будут обрабатываться как "сообщения от чужого к чужому", и они будут отвергаться.

Для того, чтобы включить релеинг, используйте префикс Relay: :

Relay:<user> = user@other.host
<user> = user@other.host

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

Такая же ситуация возникает, если вы хотите перенаправить всю почту для определённого домена на другой хост (например, если вы являетесь запасным сервером этого хоста).

Relay:clienthost.com = client1.com
Relay:<*@clienthost.com> = client1.com

Когда адрес, изменённый в Маршрутизаторе, не является "простым адресом", то есть содержит в себе несколько маршрутов, как, например, в user%host1@host2 или <@host2:user@host1>, то префикс Relay: не устанавливает флаг, позволяющий ретрансляцию (релеинг) сообщения. Это сделано из-за того, что хост, на который ретранслировано перенаправленное сообщение, может "доверять" всем сообщениям, которые приходят от вашего хоста, и использование ретранслируемых сообщения с несколькими маршрутами может позволить кому-нибудь ретранслировать любые сообщения через ваш хост и этот другой хост.

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

RelayAll:<report-*@clienthost.com> = report-*@client1.com

Скорее всего вы не хотите, чтобы записи в Маршрутизаторе использовались для фактической ретрансляции - вы указываете их только для нужд ваших клиентов, задавая специальные пути для определённых адресов/доменов. Например, если вы хотите, чтобы почта на bigprovdier.com отправлялась через специальный релей relay3.com, вы должны поместить в таблицу Маршрутизатора следующую запись:

NoRelay:bigprovdier.com = bigprovdier.com@relay3.com._via

Без префикса NoRelay, любой хост в Интернете сможет посылать сообщения для bigprovdier.com через ваш Сервер. Префикс NoRelay указывает Маршрутизатору не добавлять маркер к адресам в домене bigprovdier.com, так что только ваши пользователи (клиенты) смогут посылать почту для bigprovdier.com используя ваш Сервер.

Обратите внимание: вы можете указать в Маршрутизаторе записи-псевдонимы:

Relay:<joe> = joe5@bigprovdier.com

Эта запись указывает серверу перенаправлять всю почту, адресованную для joe@mydomain.com на joe5@bigprovdier.com. Так как эта запись имеет префикс Relay:, то ктоо угодно сможет отправить сообщение электронной почты или Сигналы для joe@mydomain.com, и они будут успешно ретранслироваться в домен bigprovider.com.
Адрес joe5@bigprovdier.com будет преобразован в joe5%bigprovdier.com@relay3.com._via и отослан через хост relay3.com: второе преобразование адреса не добавляет маркер "может релеиться", но и не сбрасывает такой маркер, установленный во время первого преобразования:

Применённая ОперацияАдресМаркер
Полученный (Оригинальный) Адресjoe@mydomain.comНЕТ
Отрезание имени Главного Домена (mydomain.com):joeНЕТ
Запись в Маршрутизаторе:
Relay:<joe> = joe5@bigprovdier.com
joe5@bigprovdier.comДА
Запись в Маршрутизаторе:
NoRelay:bigprovdier.com = bigprovdier.com@relay3.com._via
joe5%bigprovdier.com@relay3.com._viaДА
Модуль SMTP/SIP:
принято для хоста relay3.com
joe5@bigprovdier.comДА

Настройка Кластера

Когда Сервер является членом Динамического Кластера, страницы Веб Администрирования Сеть и Очередь содержат ссылки, которые позволяют вам переключаться между локальными Установками (Общесерверными) и Общекластерными Установками.

Общекластерные Таблицы Адресов (Сетевые Адреса Клиентов, Неблокируемые Адреса обрабатываются как расширения Общесерверных таблиц: адрес считается включённым в список, если он содержится либо в Общесерверной, либо в Общекластерной таблице.

Общекластерные настройки "Запрещённые" обрабатываются как расширения Общесерверных настроек: сообщение запрещается, если в его заголовке или теле имеется строка, заданная в Общесерверных или Общекластерных настройках.


Руководство CommuniGate Pro. Copyright © 2020-2023, АО СталкерСофт