Archivo

Archivo para 26 febrero 2010

RIP versión 1 (RIPv1)

26 febrero 2010 Deja un comentario

Antes de mostrarles cómo configurar RIP voy a detenerme un poco en la teoría. RIP es un protocolo de enrutamiento de puerta de enlace interna (IGP – Internal Gateway Protocol) basado en un protocolo original de Xerox, el GWINFO. Este protocolo pasó por varias modificaciones y versiones anteriores, pero RIP perduró debido a su implementación junto a TCP/IP, su sencillez de configuración y compatibilidad. Hoy en día hay 3 versiones: RIPv1, RIPv2 y RIPng.

RIPv1: La versión 1 del protocolo de enrutamiento RIP es “con clase”, es decir que no soporta subredes, VLSM ni CIDR, no posee mecanismos de autenticación y no realiza actualizaciones desencadenadas por eventos. Todas estas limitaciones hicieron que con el paso del tiempo y las nuevas necesidades cayera en desuso.

RIPv2: La versión 2 del protocolo de enrutamiento RIP es “sin clase”, soporta subredes, VLSM, CIDR, resumen de rutas, posee mecanismos de autenticación mediante texto plano o codificación MD5, realizaactualizaciones desencadenadas por eventos.

RIPng: La versión ng del protocolo de enrutamiento RIP es para implementaciones IPv6.

RIP es un protocolo de enrutamiento con una distancia administrativa de 120 (recuerden que cuanto menor sea la distancia administrativa el protocolo se considera más confiable) y utiliza un algoritmo de vector distancia utilizando como métrica el número de saltos. Al carecer de otro mecanismo para evitar loops posee una métrica de 15 saltos, tomando al salto 16 como infinito y marcándolo como inalcanzable en la tabla de enrutamiento. Otra característica de RIP es que permite balanceo de carga en 6 rutas de igual costo, 4 por defecto.

RIP actualiza cada 30 segundos utilizando el protocolo UDP y el puerto 520, enviando la tabla de enrutamiento completa a sus vecinos. RIPv2 realiza actualizaciones desencadenadas por eventos. Las rutas tienen un TTL (tiempo de vida) de 180 segundos, es decir que si en 6 intercambios la ruta no aparece activa, esta es borrada de la tabla de enrutamiento.

Sigan leyendo para ver cómo se configura RIP.

Configurar RIP (Configuración Básica)

RIP es muy fácil de configurar así que no creo que tengan problemas. Cualquier cosa o duda me consultan.

Router> enable

Router# config terminal

Router(config)# router rip

Router(config-router)# network 10.0.0.0
(publicamos la red directamente conectada)

Router(config-router)# network 172.16.0.0
(publicamos la red directamente conectada)

Router(config-router)# version 2
(habilitamos la versión 2 de RIP)

Ejemplo:

Configuración de protocolo RIP

Configuración router Tredstone 1:

Router>enable

Router#config terminal

Router(config)#hostname tredstone1

tredstone1(config)#interface s0/0

tredstone1(config-if)#ip address 200.0.0.1 255.255.255.0

tredstone1(config-if)#clock rate 56000

tredstone1(config-if)#no shutdown

tredstone1(config-if)#exit

tredstone1(config)#interface f0/0

tredstone1(config-if)#ip address 192.168.0.1 255.255.255.0

tredstone1(config-if)#no shutdown

tredstone1(config-if)#exit

tredstone1(config)#router rip

tredstone1(config-router)#network 200.0.0.0

tredstone1(config-router)#network 192.168.0.0

Configuración router Tredstone 2

Router>enable

Router#config terminal

Router(config)#hostname tredstone2

tredstone2(config)#interface s0/1

tredstone2(config-if)#ip address 200.0.0.2 255.255.255.0

tredstone2(config-if)#no shutdown

tredstone2(config-if)#exit

tredstone2(config)#interface s0/0

tredstone2(config-if)#ip address 201.0.0.1 255.255.255.0

tredstone2(config-if)#clock rate 56000

tredstone2(config-if)#no shutdown

tredstone2(config-if)#exit

tredstone2(config)#interface f0/0

tredstone2(config-if)#ip address 193.168.0.1 255.255.255.0

tredstone2(config-if)#no shutdown

tredstone2(config-if)#router rip

tredstone2(config-router)#network 200.0.0.0

tredstone2(config-router)#network 201.0.0.0

tredstone2(config-router)#network 193.168.0.0

Configuración router Tredstone 3:

Router>enable

Router#config terminal

Router(config)#interface s0/1

Router(config-if)#ip address 201.0.0.2 255.255.255.0

Router(config-if)#no shutdown

Router(config)#interface f0/0

Router(config-if)#ip address 194.168.0.1 255.255.255.0

Router(config-if)#no shutdown

Router(config-if)#exit

Router(config)#router rip

Router(config-router)#network 201.0.0.0

Router(config-router)#network 194.168.0.0

Tabla de enrutamiento comando show ip route en el router tredstone 1

C    192.168.0.0/24 is directly connected, FastEthernet0/0
R    193.168.0.0/24 [120/1] via 200.0.0.2, 00:00:28, Serial0/0
R    194.168.0.0/24 [120/2] via 200.0.0.2, 00:00:28, Serial0/0
C    200.0.0.0/24 is directly connected, Serial0/0
R    201.0.0.0/24 [120/1] via 200.0.0.2, 00:00:28, Serial0/0

Tabla de enrutamiento comando show ip route en el router tredstone 2

R    192.168.0.0/24 [120/1] via 200.0.0.1, 00:00:05, Serial0/1
C    193.168.0.0/24 is directly connected, FastEthernet0/0
R    194.168.0.0/24 [120/1] via 201.0.0.2, 00:00:11, Serial0/0
C    200.0.0.0/24 is directly connected, Serial0/1
C    201.0.0.0/24 is directly connected, Serial0/0

Tabla de enrutamiento comando show ip route en el router tredstone 3

R    192.168.0.0/24 [120/2] via 201.0.0.1, 00:00:07, Serial0/1
R    193.168.0.0/24 [120/1] via 201.0.0.1, 00:00:07, Serial0/1
C    194.168.0.0/24 is directly connected, FastEthernet0/0
R    200.0.0.0/24 [120/1] via 201.0.0.1, 00:00:07, Serial0/1
C    201.0.0.0/24 is directly connected, Serial0/1

Fuente: http://tredstone.wordpress.com/2010/01/06/configuracion-protocolo-de-enrutamiento-rip-v1/ , http://tadashikun.com/

Instalación y configuración de Zimbra en Ubuntu Server

25 febrero 2010 Deja un comentario

En el siguiente articulo voy a explicar como instalar zimbra de una manera sencilla, para principiantes, desde cero.
Antes que nada, debemos hacer una instalacion del servidor Ubuntu base sin ningun tipo de paquete adicional, y en adicional me refiero a destildar todas las casillas de HTTP Server, Mysql, Mailserver, etc durante la instalacion.
En caso de ya contar con los paquetes instalados, se debe proceder a la desinstalacion de los mismos

Sistema de archivos

Al momento de particionar el HD, el swap debe estar al principio del disco para lograr una mejor performance y reducir el access time a los ficheros.
El tamano de la SWAP en este caso debe ser el doble de lo que disponemos de memoria RAM, recuerden que zimbra corre una maquina virtual de java,
si el tamano de la swap no es suficiente corremos el riesgo de quedarnos sin memoria virtual (previo a quedarnos sin memoria fisica) en el peor de los casos.
El sistema de archivos a utilizar recomendado por los desarrolladores de Zimbra es EXT3.

Registros DNS

Debemos chequear que nuestro dominio apunta a la ip publica del servidor que va a recibir los mails.
Por ejemplo, si nuestra IP publica es 200.55.1.2 y nuestro dominio es foo.org debemos tener una entrada MX apuntando a nuestro server. Lo chequeamos de la siguiente
manera: $ host -a foo.org

foo.org. 310 IN MX 10 mail.foo.org.
mail.foo.org. 310 IN A 200.55.1.2

En caso de no contar con esas entradas, debemos agregarlas en nuestro servidor de nombres

Instalación

Descargamos el archivo de Zimbra para Ubuntu Server 8.04 de arquitectura 64 bits, lo descomprimimos y ejecutamos y comensamos la instalación.
# wget http://h.yimg.com/lo/downloads/5.0.18_GA/zcs-5.0.18_GA_3011.UBUNTU8_64.20090708005928.tgz
# tar zxvf zcs-5.0.18_GA_3011.UBUNTU8_64.20090708005928.tgz
# cd zcs-5.0.18_GA_3011.UBUNTU8_64.20090708005928
# ./install.sh
Ahora procedemos con la instalacion del sistema, si usamos un proxy IMAP/POP en zimbra-proxy seleccionamos Y.

Select the packages to install

Install zimbra-ldap [Y] Y
Install zimbra-logger [Y] Y
Install zimbra-mta [Y] Y
Install zimbra-snmp [Y] Y
Install zimbra-store [Y] Y
Install zimbra-apache {Y}Y
Install zimbra-spell [Y] Y
Install zimbra-proxy [N] N
Install zimbra-convertd [N] N
Checking required space for zimbra-core
checking space for zimbra-store
Installing:
zimbra-core
zimbra-ldap
zimbra-logger
zimbra-mta
zimbra-snmp
zimbra-store
zimbra-apache
zimbra-spell
The system will be modified. Continue? [N] Y

Configuración

Luego de que se instalen los paquetes seleccionados, procedemos con la configuración general del sistema.
Main menu
1) Common Configuration:
+Hostname: foo.org
+Ldap master host: foo.org
+Ldap port: 389
+Ldap Admin password: set
+Require secure interprocess communications:yes
+TimeZone: (GMT-08.00) Pacific Time (US & Canada)
2) zimbra-ldap: Enabled
+Create Domain: yes
+Domain to create: foo.org
+Ldap Root password: set
+Ldap Replication password: set
+Ldap Postfix password: set
+Ldap Amavis password: set

3) zimbra-store: Enabled
+Create Admin User: yes
+Admin user to create: admin@foo.org
+Admin Password set
+Enable automated spam training: yes
+Spam training user: spam.fwfd2dbcr@foo.org
+Non-spam(Ham) training user: nas.bdtx1nyw@foo.org
+Global Documents Account: wiki@foo.org
+SMTP host: foo.org
+Web server HTTP port: 80
+Web server HTTPS port: 443
+Web server mode: http
+IMAP server port: 143
+IMAP server SSL port: 993
+POP server port: 110
+POP server SSL port: 995
+Use spell check server: yes
+Spell server URL: http://foo.org:7780/aspell.php
4) zimbra-mta: Enabled
5) zimbra-snmp: Enabled
6) zimbra-logger: Enabled
7) zimbra-spell: Enabled
8 ) Default Class of Service Configuration:
9) Enable default backup schedule: yes
r) Start servers after configuration yes
s) Save config to file
x) Expand menu
q) Quit
En este punto lo unico que nos queda es configurar el TimeZone que viene por default, para eso entramos al menu 1 y seleccionamos la zona horaria que nos corresponde
Llegado a la finalización de la configuracion, solamente nos queda cambiar de usuario y probar el servicio.
Los servicios deberian estar corriendo sin ningun problema
# su - zimbra
$ zmcontrol status
Host foo.org
antispam Running
antivirus Running
ldap Running
logger Running
mailbox Running
mta Running
snmp Running
spell Running
stats Running
De esta manera completamos la instalación del producto, ahora solo nos falta entrar a la consola de administracion y comensar a agregar cuentas.

Fuente: http://www.jsoto.com.ar/

Categorías:Linux, Ubuntu, Zimbra Etiquetas: , ,

Automatizando Backups en Zimbra OpenSource edition

19 febrero 2010 2 comentarios

En el siguiente es un breve articulo que explica como automatizar los backups de Zimbra OpenSource edition de una manera sencilla

ATENCIÓN:  Los backups de Zimbra en su version Libre requieren de hacer un stop general del sistema mientras se lleva a cabo el proceso. Para tener el feature de Hot Backups se debe adquirir la Network Edition.

Vamos a hacer uso de un script en perl que soporta rsync, de esta manera tenemos la opcion de copiar los backups en otro servidor
Procedemos a instalar todos los modulos CPAN necesearios para su ejecución, descargar el script y darle permisos

$ sudo apt-get install libproc-process-perl libfile-rsync-perl libmailtools-perl libio-stri
$ wget http://www.jsoto.com.ar/scripts/backupZimbra.pl
$ chmod +x backupZimbra.pl
$ crontab -e

Configuramos el crontab para que se ejecute a una hora que el servicio pueda ser detenido

0 3 * * * /ruta/al/script/backupZimbra.pl

De esta manera dejamos configurado para que las tareas de backup se ejecuten todos los dias las 3 am

Fuente: http://www.jsoto.com.ar/automatizando-backups-de-zimbra-opensource-edition/

Categorías:Backup, Zimbra Etiquetas: ,

Zimbra – Comando zmcontrol (Iniciar/Parar servicios)

17 febrero 2010 Deja un comentario

Este comando se utiliza para iniciar o parar servicios. También se puede utuilizar para saber cuál es la versión de Zimbra Collaboration Suite instalada.

Sintaxis

 zmcontrol [-v|-h] comando [args]

Descripción:

  • -v : Despliega la versión de software Zimbra
  • -h : Despliega las opciones de uso para este comando
  • -H : HostName (localhost)

Comando

maintenance Cambia al modo de mantención
shutdown Detiene todos los servicios y el manager en este host. Cuando el manager esté apagado, no podrá consultar el status
start Inicia el manager y todos los servicios en este host
startup Inicial el manager y todos los servicios en este host
status Retorna la información de los servicios para el host
stop Detiene todos los servicios pero deja el manager en ejecución

Fuente: http://wiki.itlinux.cl/doku.php?id=zimbra:zmcontrol

Categorías:Zimbra Etiquetas:

Moving Zimbra Colaboration Suite to Another Server

12 febrero 2010 1 Comentario

Introduction


Either you, or someone you know has been there. Almost out of Disk space, RAM is topped out, and the CPU is constantly running above 80%. It’s time to upgrade the hardware. But how easy and safe is it to move the Zimbra server instance? Well, it’s easier than you might think.

In this Zimbra Administrator’s PowerTip, we’ll discuss how to migrate your Zimbra server to another Machine or OS. The one big caveat is that both instances of Zimbra MUST be running the same version. So if your old server is running 4.5.5, then you’ll need to install 4.5.5 on your new server. This wouldn’t be the time to upgrade your ZCS version.

Part 1 : Backing Up


Step by Step:

  1. As zimbra: zmcontrol stop
  2. As root: ps aux | grep zimbra (make sure everything’s stopped)
  3. Mount external disc to location of your choice. ex: /mnt/migration
  4. As root: rsync -avH /opt/zimbra /mnt/migration (this may take a while)

Zimbra Network Edition contains a backup feature, and although it’s useful, we won’t be using it in this tip.

We have an external Hard Disc mounted to /mnt/migration. When rsync’ed, this is now your live copy (although it’s not live), and you should always have a backup of your live data. So, you might want to rsync again to another location to be safe.

Once you’ve rsync’ed all your data, umount the external drive, and put it somewhere safe.

Part 2 : Meet Your New Server


Step by Step:

  1. Install Newer (supported) Operating System
  2. Turn off older ZCS Server
  3. Set up newer ZCS Server’s Network/Hostname is it was on the older server

The only thing that really matters on your new server, is whether or not meets Zimbra’s server Hardware and the Operating System requirements.

It’s also very important that you have resolved any dependency issues. The ZCS installer for your newer OS should check for these.

Setup the newer server with the old server’s networking attributes. Make sure your older server is offline.

If changing the hostname, please see this wiki article: Set zmhostname
Part 3 : Create a “dummy” Install Then Remove It


Step by Step:

  1. Download the version of ZCS (ie 4.5.5 or 4.0) for the new OS you have
  2. As Root: Run the installer with the -s option: ./install.sh -s
  3. As Root: Remove the dummy install: rm -rf /opt/zimbra

The goal of this step is to get the rpm/dpkg databases correct. When you download ZCS, make sure it’s for your newer OS, and the SAME version of ZCS that’s rsync’ed.

Run the installer with the -s option. This tells the installer to only install the software, and not to configure the installation.

Once the installer has completed, delete it by rm -rf /opt/zimbra. This wipes any dummy data you have in that location.
Part 4 : Mount Your Backup HD, rsync, and Install


Step by Step:

  1. Mount external Hard drive
  2. As Root: rsync your backup to the new location: rsync -avH /mnt/migration/zimbra /opt/
  3. Unmount external Hard drive and keep it safe
  4. As Root: run zmfixperms located in /opt/zimbra/libexec
  5. As Root: rerun the installer without the -s option

Connect and mount your external hard drive. Then, rsync the backed up data to its new location (rsync -avH /mnt/migration/zimbra /opt).

Connect and mount your external hard drive. Then, rsync the backed up data to its new location (rsync -avH /mnt/migration/zimbra /opt).
Unmount your backed up copy, and keep it in a safe place.
Now that our data is all in place, we need to fix some permissions. Go into the /opt/zimbra/libexec directory and run zmfixperms. This helps insure that all the files are owned correctly.
Once that has completed, re run the installer that you downloaded. It will detect ZCS already installed, and ask if you want to upgrade. Select Yes.

Source: http://www.zimbrablog.com/blog/archives/2007/10/moving-zcs-to-another-server.html

Categorías:Backup, Zimbra Etiquetas: ,

Configurando el router como Servidor DHCP

8 febrero 2010 1 Comentario

La función principal de un servidor DHCP (Dinamic Host Control Protocol) es la asignación de direcciones IP a sus clientes.
Podemos configurar un router (Cisco) como servidor DHCP para tal propósito. En el siguiente ejemplo les proporciono la secuencia de comandos:

Accedemos al modo EXEC privilegiado:
Router> enable

Entramos al modo de configuración global:
Router# configure terminal
Router(config)#

Con el siguiente comando definimos el rango de direcciones que tienen asignaciones especiales dentro de la red y por lo tanto no vamos a entregarlas mediante DHCP:
Router(config)# ip dhcp excluded-address [ip-inferior] [ip-superior]

Luego definimos un nombre para el conjunto de direcciones que podrán asignarse a los clientes con el siguiente comando:
Router(config)# ip dhcp pool [nombre-pool]
Router(dhcp-config)#

Observe que ahora estamos en el modo de configuración de dhcp. Ahora definiremos el rango de direcciones a entregar mediante DHCP:
Router(dhcp-config)# network [dirección-red] [máscara-subred]

Finalmente declaramos los parámetros de red que deseamos entregar con DHCP:

Dirección de gateway
Router(dhcp-config)# default-router [dirección-ip]

Servidor DNS
Router(dhcp-config)# dns-server [dirección-ip]

Nombre de dominio
Router(dhcp-config)# domain-name [nombre-dominio]

Finalmente, si deseamos desactivar nuestro servidor DHCP entonces escribimos:
Router(config)# no service-dhcp

Observemos la siguiente configuración de ejemplo:

Router(config)# ip dhcp excluded-address 192.168.1.1 192.168.1.15

Router(config)# ip dhcp pool my-dhcp-server

Router(dhcp-config)# network 192.168.1.0 255.255.255.0

Router(dhcp-config)# default-router 192.168.1.1

Router(dhcp-config)# dns-server 192.168.1.7

Router(dhcp-config)# domain-name myexample.com

Espero que puedas poner en práctica estos pasos.

Fuente: http://eduguillen.blogspot.com/

Categorías:Cisco, DHCP, Redes, Routers Etiquetas: , , ,

Comando no ip domain-lookup

8 febrero 2010 Deja un comentario

Es común que en el proceso de configuración de Switches y Routers escribamos por error palabras que no coinciden con ningun comando y los dispositivos nos dejen colgados por unos cuantos segundos hasta que aparezca el mensaje “Unknown command or computer name…”
Pues bien, para no perder esos valiosos segundos el Manual de Prácticas de Laboratorio de CCNA Exploration 4.0 nos sugiere que hagamos lo siguiente:

Router # configure terminal
Router (config) # no ip domain-lookup

El comando no ip domain-lookup desactiva la traducción de nombres a dirección del dispositivo, ya sea éste un Router o Switch. Después de agregar esa instrucción, cualquier error de digitación en el dispositivo, simplemente enviará el mensaje indicando que el comando es desconocido o que no ha podido localizar el nombre de host, ahorrándonos segundos valiosos especialmente si estamos realizando un examen práctico!!

Fuente: http://eduguillen.blogspot.com/2009/05/comando-no-ip-domain-lookup.html

Categorías:CCNA, Cisco, Redes Etiquetas: , ,
Seguir

Get every new post delivered to your Inbox.