|
IntroducciónEl diseño de una Servicio de correo electrónico está íntimamente relacionado con la topología física (red) de la organización y por lo tanto debe intentar acoplarse a ella. La estructuración idónea de este servicio es un encaminamiento de correo centralizado. Basicamente, consiste un serie de servidores locales de correo distribuidos a lo largo de la red y centralizados en una Estafeta central, la cual será responsable de encaminar todo el correo hacia y desde el exterior.Antes de diseñar una estructura corporativa del servicio de correo electrónico hay que crear un "Plan de direccionamiento del sistema de correo electrónico para la organización". El Plan de direccionamiento y encaminamiento de correo de estra imbricado con la estructura de un servicio de directorio, tal y como se ha comentado con anterioridad.
Definición de términosEs importante definir una serie de sencillos conceptos a la hora de intentar definir un modelo de encaminamiento de correo electrónico en un Organización.
Modelo propuestoEl modelo que se propone, Figura 3., es un modelo basado en encaminamiento indirecto que dará lugar a una topología centralizada en un Servicio de correo electrónico. El elemento clave que articula todo el Servicio es la Estafeta Central de correo a través de la cual deberá encaminarse todo el correo entrante y saliente. Esta Estafeta será el motor de una estructura jerárquica de servidores (Nivel 2, Nivel 3 etc) que configurarán completamente el mapa de encaminamiento de un Servicio de Correo Electrónico.En ciertas circustancias, este modelo puede ser flexibe e implementar cierto de grado de encaminamiento directo. Esta opción debe ser coordinada por el equipo de personas responsable del Servicio. Se deberá evitar la aparición de servidores de correo con encaminamiento directo en centros, departamentos, delegaciones etc pertenecientes a la propia organización que ofrece el Servicio. Esta situación produciría un incremento de ÓislasÓ que desvirtuarían y degradarían el Servicio. El mapa topológico de Estafetas secundarias (Nivel 2) deberá ser un reflejo de la estructura física de la Intranet de la organización. Es decir, cada red de área local deberá de tener un servidor de correo de Nivel 2 que ofreciera servicio a sus usuarios .Estas Estafetas secundarias estarán configuradas de tal forma para que trabaje de forma cooperativa con la Estafeta central. Evidentemente este modelo centralizado supone un grado superior de recursos y por lo tanto, estará condicionado por parámetros como disponibilidad del personal, máquinas etc. Si por cualquier motivo no es posible una estructura centralizada es muy aconsejable que los responsables del Servicio supervisen y aprueben las configuraciones de servidores de correo locales para una mejor gestión. La Estafeta Central, como tal, no interviene en la distribución de correo electrónico intradominio. Nota impotante: Es imprescindible para el correcto desarrollo de un Servicio de Correo Electrónico disponer de una Estafeta Central de repuesto (backup) interna para el caso en que no esté operativa por muy diversos motivos (fallos del sistema, alimentacón, red, ataques etc). Esta máquina de repuesto debe de estar siempre preparada, configurada y actualizada para cuando necesite actuar. Funciones de la Estafeta CentralLas dos principales funciones de una Estafeta Central deben ser:
Ventajas de una topología centralizadaPartiendo de una Estafeta central perfectamente configurada, diseñada, gestionada y dimensionada, podemos ennumerar las siguientes ventajas de una estructura centralizada para un Servico de correo electrónico local.
Servicio de operaciónUn Servicio de correo centralizado necesita una serie de requisitos mínimos para su correcto mantenimiento, entre los que podemos destacar.
Implementación de una topología centralizadaNivel de redPara recoger beneficios con la implantación de una topología centralizada es necesario la utilización de medidas expeditivas como es el filtro del puerto 25 en el conmutador que da acceso a Internet.El filtro en el puerto 25 define una política de correo centralizada, pues permite que sólo la máquina que realiza las labores de Estafeta Central y la máquina de reserva, si la hubiera, sean accesibles desde Internet a través del puerto 25 responsable del protocolo de tranferencia de correo electrónico (SMTP). Es decir ninguna máquina servidora de correo de la organización debería de poder recibir correo directo desde Internet. De la misma forma este filtro, debe de impedir que las máquinas locales puedan enviar correo directamente via SMTP. Se debe el encaminamiento de datagramas originados o destinados a máquinas diferentes de la Estafeta. Con este mecanismo lo que en verdad se está implementando, es lo que en Internet se denomina firewall o cortafuergos. Se ha comentado anteriormente la gran utilidad de este filtro para la implementación de mecanismos de seguridad. Esto permitirá concentrar todos los recuros humanos y técnicos en hacer de la Estafeta central la máquina mas segura de la red local.
Nivel DNSEl DNS o Domain Name System es el núcleo de todas las aplicaciones de Internet. Es el sistema empleado en la Red para poder asignar y usar de forma universal nombres unívocos para referirse a los equipos conectados a la red. De esta forma, tanto los usuarios humanos como las aplicaciones pueden emplear nombres de DNS en lugar de direcciones numéricas de red IP.De todos los tipos de registros de DNS el que más nos interesa son los de tipo MX (Mail eXchange) que es el va a indicar cual es la Estafeta responsable de un determinado buzón. Los registros de tipo MX deben de ser definidos por los responsables del Servicio de Correo y se debe de seguir la siguiente política: "Se ha de definir un registro de tipo MX para cada una de las máquinas susceptibles de recibir correo electrónico (Estafetas de correo)" Para reflejar lo topología centralizada del Servicio de correo electrónico es necesario:
EjemploPartimos de los siguientes datos:
La configuración del DNS sería:
ogz.es IN MX 10 mail.ogz.es ogz.es IN MX 20 bib.ogz.es bib.ogz.es IN MX 10 mail.ogz.es bib.ogz.es IN MX 20 bib.ogz.es cervantes.ogz.es IN A 148.195.290.2Importante: No deben de implementarse registros del estilo:
*.ogz.es IN MX 10 mail.ogz.espues sólo se deben de reflejar direcciones susceptibles de recibir de correo. Estas entradas invalidades en el caso de existir registros de tipo Address (A) intentando establecerse conexiones a través del puerto 25.
|
|||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||