martes, 17 de junio de 2008
Servidor de Firewall
Su funcionamiento es simple: a iptables se le proporcionan unas reglas, especificando cada una de ellas unas determinadas características que debe cumplir un paquete. Además, se especifica para esa regla una acción o target. Las reglas tienen un orden, y cuando se recibe o se envía un paquete, las reglas se recorren en orden hasta que las condiciones que pide una de ellas se cumplen en el paquete, y la regla se activa realizando sobre el paquete la acción que le haya sido especificada.
¿Qué es un firewall?
Esa sería la definición genérica, hoy en dia un firewall es un hardware especifico con un sistema operativo o una IOS que filtra el tráfico TCP/UDP/ICMP/../IP y decide si un paquete pasa, se modifica, se convierte o se descarta. Para que un firewall entre redes funcione como tal debe tener al menos dos tarjetas de red. Esta sería la tipología clásica de un firewall:
-Bastion Host
Arrancar y detener iptables
Servidor de correo
El propósito principal de Sendmail, como cualquier otro MTA, es el de transferir correo de forma segura entre hosts, usualmente usando el protocolo SMTP. Sin embargo, Sendmail es altamente configurable, permitiendo el control sobre casi cada aspecto del manejo de correos, incluyendo el protocolo utilizado. Muchos administradores de sistemas seleccionan Sendmail como su MTA debido a su poder y escalabilidad.
Protocolos de correo electrónico
Los protocolos que se indican a continuación son los que más se utilizan para transferir correo electrónico.
Protocolos de transporte de correo
La entrega de correo desde una aplicación cliente a un servidor, y desde un servidor origen al servidor destino es manejada por el Protocolo simple de transferencia de correo (Simple Mail Transfer Protocol o SMTP).
SMTP
El objetivo principal del protocolo simple de transferencia de correo, SMTP, es transmitir correo entre servidores de correo. Sin embargo, es crítico para los clientes de correo también. Para poder enviar correo, el cliente envía el mensaje a un servidor de correo saliente, el cual luego contacta al servidor de correo de destino para la entrega. Por esta razón, es necesario especificar un servidor SMTP cuando se esté configurando un cliente de correo.
En Red Hat Enterprise Linux, un usuario puede configurar un servidor SMTP en la máquina local para manejar la entrega de correo. Sin embargo, también es posible configurar servidores remotos SMTP para el correo saliente.
Hay dos protocolos principales usados por las aplicaciones de correo cliente para recuperar correo desde los servidores de correo: el Post Office Protocol (POP) y el Internet Message Access Protocol (IMAP).
A diferencia de SMTP, estos protocolos requieren autenticación de los clientes usando un nombre de usuario y una contraseña. Por defecto, las contraseñas para ambos protocolos son pasadas a través de la red sin encriptar.
POP
El servidor por defecto POP bajo Red Hat Enterprise Linux es /usr/sbin/ipop3d y es proporcionado por el paquete imap o dovecot. Cuando se utiliza POP, los mensajes de correo son descargados a través de las aplicaciones de correo cliente. Por defecto, la mayoría de los clientes de correo POP son configurados para borrar automáticamente el mensaje en el servidor de correo después que éste ha sido transferido exitósamente, sin embargo esta configuración se puede cambiar.
POP es completamente compatible con estándares importantes de mensajería de Internet, tales como Multipurpose Internet Mail Extensions (MIME), el cual permite los anexos de correo. La versión más reciente del protocolo estándar POP es POP3.
IMAP
El servidor por defecto IMAP bajo Red Hat Enterprise Linux es /usr/sbin/imapd y es proporcionado por el paquete imap. Cuando utilice un servidor de correo IMAP, los mensajes de correo se mantienen en el servidor donde los usuarios pueden leerlos o borrarlos. IMAP también permite a las aplicaciones cliente crear, renombrar o borrar directorios en el servidor para organizar y almacenar correo.
IMAP lo utilizan principalmente los usuarios que acceden a su correo desde varias máquinas. El protocolo es conveniente también para usuarios que se estén conectando al servidor de correo a través de una conexión lenta, porque sólo la información de la cabecera del correo es descargada para los mensajes, hasta que son abiertos, ahorrando de esta forma ancho de banda. El usuario también tiene la habilidad de eliminar mensajes sin verlos o descargarlos.
Dovecot es un servidor de POP3 e IMAP de fuente abierta que funciona en Linux y sistemas basados sobre Unix™ y diseñado con la seguridad como principal objetivo. Dovecot puede utilizar tanto el formato mbox como maildir y es compatible con las implementaciones de los servidores UW-IMAP y Courier IMAP.
Servicio Proxy-Caché
Un servicio proxy-caché permite incrementar la velocidad de acceso a Internet al mantener localmente las páginas más consultadas por los usuarios de una organización, evitando las conexiones directas con los servidores remotos.
Los usuarios configuran su navegador web para dirigir sus accesos al servicio proxy-caché en vez de ir directamente al destino final.
El servidor proxy-caché se encarga de proporcionarle la página pedida bien obteniéndola de su caché o accediendo al documento original; al dar servicio a muchos usuarios la caché contendrá muchos documentos beneficiandose toda la organización de ello. Se evitan transferencias innecesarias y con ello se aumenta la velocidad en la carga de las páginas.
Servidor Proxy- Squid
Squid es un Servidor Intermediario (Proxy) de alto desempeño que se ha venido desarrollando desde hace varios años y es hoy en día un muy popular y ampliamente utilizado entre los sistemas operativos como GNU/Linux y derivados de Unix®. Es muy confiable, robusto y versátil y se distribuye bajo los términos de la Licencia Pública General GNU (GNU/GPL). Siendo sustento lógico libre, está disponible el código fuente para quien así lo requiera.
Instalación a través de yum.
Si cuenta con un sistema con CentOS, utilice lo siguiente y se instalará todo lo necesario junto con sus dependencias:
yum -y install squid httpd
Iniciando, reiniciando y añadiendo el servicio al arranque del sistema.
Una vez terminada la configuración, ejecute el siguiente mandato para iniciar por primera vez Squid:
service squid start
Si necesita reiniciar para probar cambios hechos en la configuración, utilice lo siguiente:
service squid restart
Si desea que Squid inicie de manera automática la próxima vez que inicie el sistema, utilice lo siguiente:
chkconfig squid on
Lo anterior habilitará a Squid en todos los niveles de corrida.
Cualquier error al inicio de Squid solo significa que hubo errores de sintaxis, errores de dedo o bien se están citando incorrectamente las rutas hacia los ficheros de las Listas de Control de Acceso.
Puede realizar diagnóstico de problemas indicándole a Squid que vuelva a leer configuración, lo cual devolverá los errores que existan en el fichero /etc/squid/squid.conf.
service squid reload
Cuando se trata de errores graves que no permiten iniciar el servicio, puede examinarse el contenido del fichero /var/log/squid/squid.out con el mandato less, more o cualquier otro visor de texto:
less /var/log/squid/squid.out
Tenga en cuenta que este manual ha sido comprobado varias veces y ha funcionado en todos los casos y si algo no funciona solo significa que usted no lo leyó a detalle y no siguió correctamente las indicaciones.
Evite dejar espacios vacíos en lugares indebidos. El siguiente es un ejemplo de como no se debe habilitar un parámetro.
Mal
# Opción incorrectamente habilitada http_port 3128
El siguiente es un ejemplo de como si se debe habilitar un parámetro.
# Opción correctamente habilitadahttp_port 3128
Configuración básica.
Squid utiliza el fichero de configuración localizado en /etc/squid/squid.conf, y podrá trabajar sobre este utilizando su editor de texto simple preferido. Existen un gran número de parámetros, de los cuales recomendamos configurar los siguientes:
-http_port
-cache_dir
-Al menos una Lista de Control de Acceso
-Al menos una Regla de Control de Acceso
-httpd_accel_host
-httpd_accel_port
Servidor Web
Introducción
Un servidor web es un programa que implementa el protocolo HTTP (hypertext transfer protocol). Este protocolo está diseñado para lo que llamamos hipertextos, páginas web o páginas HTML (hypertext markup language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de música.
Sin embargo, el hecho de que HTTP y HTML estén íntimamente ligados no debe dar lugar a confundir ambos términos. HTML es un lenguaje de programación y un formato de archivo y HTTP es un protocolo.
Servidor Apache
El Servidor Apache HTTP es un servidor Web de tecnología Open Source sólido y para uso comercial desarrollado por la Apache Software Foundation (http://www.apache.org). Red Hat Enterprise Linux incluye el Servidor Apache HTTP versión 2.0 así como también una serie de módulos de servidor diseñados para mejorar su funcionalidad.
El archivo de configuración predeterminado instalado en el Servidor Apache HTTP funciona sin necesidad de modificarlo, en la mayor parte de los casos. Este capítulo da una idea general de las directrices dentro de este archivo de configuración (/etc/httpd/conf/httpd.conf)
Instalación a través de yum.
Para instalar apache ejecutar el siguiente comando:
yum -y install httpd
Si se desea que Apache incluya soporte para PHP/MySQL, Perl, Python y SSL/TLS, solo bastará ejecutar:
yum -y install php php-mysql mod_perl mod_python mod_ssl
Archivos de configuración
● /etc/httpd : Directorio Base
● /etc/httpd/conf/httpd.conf : Configuración servidor
● /etc/init.d/httpd : Script de Inicialización
● /etc/httpd/modules : Directorio de Módulos
● /etc/httpd/conf/magic : Configuración de tipos MIME
● /etc/httpd/conf/ssl.conf : Configuración Servidor Seguro
● /etc/httpd/logs : Auditoría
● /var/www/html: Repositorio de las páginas por defecto
Arrancar y detener httpd
El RPM de httpd instala el script /etc/init.d/httpd, el cual se puede acceder usando el comando service.
Para iniciar el servidor, como root escriba:
/#service httpd Start
Para detener el servidor, como root escriba:
/#service httpd stop
La opción restart es un truco para detener y luego arrancar el Servidor Apache HTTP.
/#service httpd restart
Para volver a cargar el archivo de configuración, como usuario root escriba:
/#service httpd reload
