| Administración del Control del Relay |
| C@mpus - @cademia Linux | ||||||||||||
IntroducciónCuando se tiene el control de postfix para el relay de los usuarios es necesario saber cómo configurarlo. Y de esta forma controlar quién puede enviar y recibir correo de quién. El presente documento mostrará en base a los perfiles especificados en la Configuración del Correo Interno. Requisitos
ConfiguraciónLas siguientes acciones están realizadas bajo el escenario de prohibir al usuario Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla poder enviar correo al usuario Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla , además, permitir al usuario Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla poder resibir correo interno y del dominio okay.com.mx y al usuario Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla sólo correo interno. Recordar que todos los archivos deben ser incluidos en el directorio con el comando ldapadd -x -c -D "cn=root,dc=linuxchange,dc=com" -W -f archivo.ldif Configuración del Perfil bannedusersSe debe crear el siguiente archivo que especifica el destinatario en la rama ou=ToIn y el remitente en la clase bannedusers-from.
Configuración del Perfil someoutsideDe igual forma, el siguiente archivo debe ser introducido al directorio. El destinatario es Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla y el remitente cualquier usuario proveniente del dominio okay.com.mx, incluyendo sus subdominios. Si se necesitará aceptar un subdominio especifico, deberá crearse una regla sendmailMTAKey=subdominio.okay.com.mx para sobre escribir la acción especificado por sendmailMTAKey=okay.com.mx.
Configuración del Perfil onlyinsideDe igual forma, el siguiente archivo debe ser introducido al directorio. En este archivo no es necesario incluir acción en la clase debido a que la estructura ya contiene el dominio linuxchange.com incluido con acción positiva.
Comentario sobre las reglasLos ejemplos anteriores presentaron el escenario donde la discriminante es el usuario destinatario y posteriormente se selecciona la acción a partir del remitente. También es posible realizarlo en sentido opuesto, es decir, identificar el remitente y posteriormente en las reglas el destinatario. Este comportamiento es la razón por lo que las reglas y clases están divididas en sufijos -to, -in, -from y -out. Las reglas o clases con sufijos -in o -from sólo deben contener reglas relacionadas con el dominio linuxchange.com. Las reglas o clases con sufijos -to u -out sólo deben contener reglas relacionadas con otros dominios distintos a linuxchange.com (o subdominios para ambos casos). La violación de estas reglas resultará en un desorden y la falla de las reglas establecidas. Acciones posiblesEn los ejemplos anteriores se pudo observar en la propiedad sendmailMTAAliasValue los valores de OK (aceptar) y REJECT (rechazar), el valor contenido en esta propiedad indica la acción a realizar por parte del MTA; los valores posibles además de palabras también pueden ser numéricos de acuerdo al protocolo SMTP. Orden de criterioPostfix por defecto buscará en el siguiente orden las posibilidades y realizará la acción en la primer coincidencia.
Para el usuario Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla por lo tanto se efectuarán las siguientes búsquedas:
|
Últimos artículos
- Sawmill para Mandriva
- Videocaching
- Aceleración del Internet
- 10% de descuento en la adquisicón de licencias
- Mensajes de alto impacto
- Planes de alojamiento de página
- Comunicaciones domésticas
- ¿Quiere moverse y aún cuenta con servicio con otro proveedor?
- Cifrado del / (root)
- Soluciones a la medida en appliance
Más popular
- Los tipos de controles de seguridad
- Análisis de Riesgo, Gestión del Riesgo, Peligros, Activos y Vulnerabilidades
- Los tres pilares de la Seguridad Informática
- Metododlogía de análisis de riesgo de (ISC)2
- Modelo de Seguridad según Bell-LaPadula
- Roles y Responsabilidades
- Configuración automática del Proxy
- Modelo de Seguridad según Biba
- Bitácoras soportadas por Sawmill
- ¿Es LinuXchangE para mí?











