lunes, 26 de septiembre de 2011

Servidor DNS cache (simple)

Continuando con la documentación de lo hecho en el curso, y quitando elementos de mi lista de articulos pendientes por publicar, ahora es el momento del servidor DNS...

La teoría de DNS, la podemos encontrar completa en sitios como Wikipedia, por lo cual no tocare ese tema. Debo aclarar, que lo que acá escribo, esta probado en Fedora 15 y aplica a cualquier distro RHEL (se uso en Centos v. 6)

El primer paso, como siempre es ejecutar la instalación:

# yum -y install bind bind-utils

Ya instalado, poner a andar el servidor, es tan sencillo como modificar el archivo de configuración del servicio /etc/named.conf, aca lo que se debe es agregar un par de parametros y listo:
  • query-source    port 53; query-source-v6 port 53; nos indican por que puerto nuestro servidore escuchará solicitudes.
  •  forwarders { 200.44.32.12; 200.11.248.12; }; Indica los DNS de nivel superior, desde el cual nuestro servidor ira aprendiendo.
  • forward only; indica a nuestro DNS que solo pida al principal lo que no conozca.
Al final, nuestro archivo queda algo asi:

//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//

options {
    listen-on port 53 { 127.0.0.1; 192.168.2.1;};
    listen-on-v6 port 53 { ::1; };
    directory     "/var/named";
    dump-file     "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
    allow-query     { localhost; any;};
    recursion yes;

    dnssec-enable yes;
    dnssec-validation yes;
    dnssec-lookaside auto;
    query-source    port 53;
    query-source-v6 port 53;
    forwarders { 200.44.32.12; 200.11.248.12; };
    forward only;

    /* Path to ISC DLV key */
    bindkeys-file "/etc/named.iscdlv.key";
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};

zone "." IN {
    type hint;
    file "named.ca";
};

include "/etc/named.rfc1912.zones";

 
Ahora toca hacer que nuestro equipo y los demás de la red empleen nuestro DNS, para ello simplemente editamos el /etc/resolv.conf, comentando lo que pueda tener y dejando:

nameserver 127.0.0.1

Hay que aclarar, que en lo anterior es para el servidor, en los clientes de la red, lo que debemos hacer es cambiar el 127.0.0.1 (direccion de localhost) por la dirección IP del servidor DNS

Hecho esto ya podemos reiniciar el servicio y listo... A disfrutar nuestro DNS

Squid Transparente + cache

Como parte de los articulos, que tenia pendiente escribir y que he tocado en mis 2 últimos cursos, llego el momento de al fin documentar la instalación básica de un proxy transparente en squid y con chache para reducir un poco nuestras consultas...

El proceso, que ahora documento, lo aplique en Fedora 15 (por motivos de trabajo migre mi servidor a esta plataforma) pero aplica a otras distribuciones en general.

Conocido es dentro de la comunidad, que el archivo de configuración de Squid, es uno de los mas documentados... En su gran cantidad de lineas, se hallan todas las explicaciones que nos indican que podemos hacer -Debo aclarar que para mi sorpresa RHEL cambio este archivo y presenta ahora una versión muy corta- para configurar nuestro proxy.

Ahora, la realidad es que aunque tiene un montón de lineas, se puede tener funcionando un squid con modificar solamente un par de parámetros...

El primer paso sencillamente es instalarlo, para ello en distros .Deb ejecutamos:

# aptitude install bind

Mientras que en otras RHEL:

# yum -y install bind

Ya instalado lo que tenemos que hacer es modificar los parámetros básicos en el archivo de configuración el cual se encuentra en /etc/squid/squid.conf

Dentro de este archivo, basicamente, lo que debemos hacer es:

  • Agregar el la parte de ACL una entrada para nuestra red local; la linea queda algo como esto: acl redcurso1 src 192.168.2.0/24
  • Agregar una regla para permitir la salida de nuestra red a internet, para ello, en el segmento de reglas del archivo agregamos algo así: http_access allow redcurso1
  • Ubicamos ahora, la configuración del puerto que usara squid, dejando la linea así: http_port 192.168.2.1:3128 transparent
  • Agregamos el nombre del host: visible_hostname none
  • Descomentamos y adaptamos la linea para el cache: cache_dir ufs /var/spool/squid 100 16 256
En una versión resumida (Sacada de mi configuración en Fedora), el archivo queda asi:

#
# Recommended minimum configuration:
#
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl localhost src ::1/128
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32
acl to_localhost dst ::1/128

# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl localnet src 10.0.0.0/8    # RFC1918 possible internal network
acl localnet src 172.16.0.0/12    # RFC1918 possible internal network
acl localnet src 192.168.0.0/16    # RFC1918 possible internal network
acl localnet src fc00::/7   # RFC 4193 local private network range
acl localnet src fe80::/10  # RFC 4291 link-local (directly plugged) machines

acl SSL_ports port 443
acl Safe_ports port 80        # http
acl Safe_ports port 21        # ftp
acl Safe_ports port 443        # https
acl Safe_ports port 70        # gopher
acl Safe_ports port 210        # wais
acl Safe_ports port 1025-65535    # unregistered ports
acl Safe_ports port 280        # http-mgmt
acl Safe_ports port 488        # gss-http
acl Safe_ports port 591        # filemaker
acl Safe_ports port 777        # multiling http
acl CONNECT method CONNECT
acl redcurso1 src 192.168.2.0/24

#
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager

# Deny requests to certain unsafe ports
http_access deny !Safe_ports

# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports

# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_localhost

#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#
http_access allow redcurso1

# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
http_access allow localnet
http_access allow localhost

# And finally deny all other access to this proxy
http_access deny all

# Squid normally listens to port 3128
http_port 192.168.2.1:3128 transparent

# We recommend you to use at least the following line.
hierarchy_stoplist cgi-bin ?

# Uncomment and adjust the following to add a disk cache directory.

cache_dir ufs /var/spool/squid 100 16 256

# Leave coredumps in the first cache dir
coredump_dir /var/spool/squid

# Add any of your own refresh_pattern entries above these.
refresh_pattern ^ftp:        1440    20%    10080
refresh_pattern ^gopher:    1440    0%    1440
refresh_pattern -i (/cgi-bin/|\?) 0    0%    0
refresh_pattern .        0    20%    4320
visible_hostname none


Como hemos definido un proxy transparente, es necesario aplicar las correspondientes reglas de iptables, para ello, lo que haremos sera crear un pequeño scrip como el que sigue:

#!/bin/sh

# eth0 = internet
# eth2 = red Local

#----Limpiamos todas las reglas
iptables -F
iptables -X
iptables -Z
iptables -t nat -F
#----Damos inet a la LAN
iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
#----Politicas por defecto ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT

#Proxy transparente
iptables -t nat -A PREROUTING -i eth2 -p tcp --dport 80 -j REDIRECT --to-port 3128

Ejecutamos, el scrip y reiniciamos bind y listo.... A disfrutar de nuestro nuevo proxy...

sábado, 24 de septiembre de 2011

VirtualBox en RHEL v6

En un curso que dicte, hace una par de días junto con Richard Zambrano (uno de los participantes), compilamos los pasos para la instalación de VirtualBox en RHEL; Este contenido, lo probamos con total éxito en Centos 6.0 y ahora lo coloco a disposición de todos...

Paso  1: descargar repositorio VirtualBox:

Para el caso centos este paso queda:

wget http://download.virtualbox.org/virtualbox/rpm/rhel/virtualbox.repo -O /etc/yum.repos.d/virtualbox.repo

Ahora, si es Fedora -por ejemplo:

wget http://download.virtualbox.org/virtualbox/rpm/fedora/virtualbox.repo -O /etc/yum.repos.d/virtualbox.repo

Paso 2: instalar virtualbox, ejecutando:

yum - y install VirtualBox-4.1.i686

Alternativamente, podemos bajar el rpm de la pagina de virtual box y ejecutar para instalarlo:

rpm -Uvh VirtualBox-4.1-4.1.2_73507_rhel6-1.i686.rpm

VirtualBox requiere algunas dependencias que hay que instalar por separado, así que ejecutamos:

yum -y install kernel-devel kernel-headers dkms

Ahora, es necesario en algunos casos compilar el los modulos del kernel para el driver de virtualbox, para ello corregiremos la locacion de las fuentes y posteriormente la compilación para virtual box:

export KERN_DIR=/usr/src/kernels/2.6.32-71.29.1.el6.i686/

/etc/init.d/vboxdrv setup

Probamos los modulos y  si no da error entonces estamos listos para usar VirtualBox:

modprobe vboxdrv

Mejorar nuestros Repositorios RHEL 6 (Fedora 15)

rpm -Uvh rpmforge-release-0.5.2-2.el6.rf.i686.rpmCuando estamos usando una versión RHEL de Linux, siempre viene bien agregar la mayor cantidad de repositorios fuentes, para así aumentar el abanico de paquetes disponibles para instalar. Es muy normal, para aquellos que venimos de distribuciones grandes -como es mi caso con debian en la cual encontramos casi todo disponible en repositorios, que al hacer un search nos sintamos limitados con los resultados (debido sobre todo a lo que estamos acostumbrados), es por esa razon que nos viene bien activar en nuestros equipos la mayor cantida de repos posibles.

Todo lo que explicare a continuación esta probado para Fedora 15, pero aplica a distribuciónes RHEL v6. por igual...

Paso 1; El Repositorio FORGE:

Descargamos el RPM del repositorio:

wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm

Instalamos el paquete ejecutando:
rpm -Uvh rpmforge-release-0.5.2-2.el6.rf.i686.rpm
Paso 2; El Repositorio de Fusion:

* Free:

wget http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm

Instalamos el paquete ejecutando:

rpm -Uvh rpmfusion-free-release-stable.noarch.rpm

* Non-Free:

wget http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Instalamos ejecutando:

rpm -Uvh rpmfusion-nonfree-release-stable.noarch.rpm

Paso 3; El Repositorio de Virtual Box:

Para Fedora Ejecutamos:

wget http://download.virtualbox.org/virtualbox/rpm/fedora/virtualbox.repo -O /etc/yum.repos.d/virtualbox.repo

En el caso de Centos seria:

wget http://download.virtualbox.org/virtualbox/rpm/rhel/virtualbox.repo -O /etc/yum.repos.d/virtualbox.repo