Introducción
Este documento describe consejos para no utilizar el filtrado de Umbrella por parte de un MTA (agente de transferencia de correo) que maneja correo electrónico.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Overview
Actualmente, no se recomienda que el filtrado de Cisco Umbrella lo utilice un agente de transferencia de correo (MTA) que gestione el correo electrónico. No es una configuración compatible y pueden producirse resultados inesperados.
Explicación
Hay varias razones para evitar el uso del filtrado de Umbrella en su MTA. A continuación se describen brevemente:
- Las reglas de filtrado por categorías pueden bloquear el correo legítimo. Por ejemplo, un correo electrónico a user@facebook.com se bloquea si no se permite la categoría de redes sociales. La entrega de correo puede ser legítima, pero desea bloquear el uso de Facebook por parte de los empleados.
- Filtrado de seguridad: los dominios pueden bloquearse por una amenaza de seguridad. Sin embargo, se desea enviar correo electrónico a este dominio. Esto puede ocurrir cuando un sitio está temporalmente comprometido y marcado para
- Malware, pero aún necesita que el correo se envíe a su dominio.
Debido a la gran cantidad de consultas que pueden ocurrir desde nuestros resolvers DNS, algunos DNSBL no permiten consultas de nuestra parte. Esto puede afectar potencialmente a su índice de detección de spam.
Solución
Desafortunadamente, debido a la forma en que nuestros servicios interactúan con los MTA, actualmente no hay ninguna solución para que se beneficien de nuestros servicios de protección. Como tal, podría asignarlos a una identidad en sus políticas que no tenga filtros, utilizar sus ISP u otro servicio DNS.
Enlaces útiles
Exchange 2010
Este artículo (paso 6) trata sobre la configuración de DNS en Exchange 2010:
Exchange 2007
Exchange 2003
Comentarios