domingo, 4 de enero de 2015

Uso efectivo de CheckPoint IPS Blade para minimizar los ataques DDOS a una red

Los ciberataques se están convirtiendo en un problema común en estos días. La mayor parte de nuestras infraestructuras son vulnerables a este tipo de situaciones, aunque pensemos que estamos en un lugar seguro con las mejores tecnologías en el mundo. Una cosa que solemos olvidar es que todos estos productos tecnológicos de alta gama no tienen ningún valor si no son configurados correctamente. Estudiaremos algunas de las configuraciones disponibles de los equipos de red más importantes y destacados del mercado que tenemos en nuestras infraestructuras.

En este artículo vamos a hablar acerca del CheckPoint Firewall-1 (CheckPoint VPN-1) y su configuración IPS Blade para evitar ataques DDOS. Especialmente, nos centraremos en las funciones de geoprotección del IPS Blade. Algunos podríais plantearos si es posible bloquear un ataque DDOS de 100 Gbps solo mediante configuraciones en el firewall o el IPS. ¿Cómo puede un firewall lidiar, con sus limitadas CPU y memoria con cientos y miles de conexiones abiertas por atacantes de todo el mundo al mismo tiempo? Podríamos estar de acuerdo en que es muy complicado, aunque como siempre, una buena preparación nos dará más tiempo para analizar los vectores de tráfico y poder así desplegar las reglas de bloqueo adecuadas o dejar caer el tráfico en un router tipo agujero negro.

Como los niveles de severidad de Check Point IPS están altamente ligados con los niveles de rendimiento de la puerta de enlace, en la primera etapa se pueden utilizar las siguientes configuraciones. Las configuraciones de directivas se han propuesto basándose en los métodos de ataque recientes más destacados y en los ataques que pudieran aparecer en un futuro próximo.



Desglose de los sitios atacados por áreas de actividad y tipos de ataques DDoS

Por otro lado, las configuraciones de directivas propuestas hacen uso de la siguiente información obtenida de Kaspersky Lab para minimizar los problemas de rendimiento y aumentar al máximo los niveles de seguridad de las puertas de enlace:



Ataques DDoS por hora del día



Tipos de Flood HTTP

Por lo tanto , las configuraciones de directivas se centrarán en los siguientes vectores de ataque:

1. HTTP Flood

2. UDP Flood

3. TCP SYN Flood

4. ICMP Flood

5. DNS Flood

6. TCP Full Connect

7. TCP ACK / FIN / RST Flood

8. Non TCP , UDP & ICMP Flood


Sobre este artículo

En este artículo vamos a revisar la configuración de geoprotección que nos ofrece el CheckPoint Firewall-1 + IPS Blade, centrándonos en un defecto que lo hace especialmente vulnerable a ataques de denegación de servicio distribuidos (DDOS) organizados por atacantes que conocen esta vulnerabilidad, consistente en la rigidez de la lista de países disponible, y especialmente en la no inclusión de Korea del Norte en la lista de países quedando todo su rango de IPs asignadas fuera del alcance de la geoprotección que ofrece el IPS Blade.

Paso 1: Configurar el bypass bajo carga

Para minimizar los problemas de integración que pudieran surgir cuando se configura el IPS, la activación de la función de Bypass bajo carga (Bypass Under Load) desactivará las actividades de IPS. Por tanto, el IPS permitirá que el tráfico pase a través del gateway sin inspección .

1. En la ficha IPS , seleccionar Enforcing Gateways.

2. Seleccionar una puerta de enlace con carga crítica o el gateway que activa las licencias IPS y hacer clic en Editar.

3. Seleccionar Bypass SmartDefense cuando la puerta de enlace se encuentra bajo carga de trabajo alta, o seleccionar un método de seguimiento para registrar la actividad, mientras que la inspección IPS está apagada.

4. Para configurar la definición de la carga alta, hacer clic en Avanzado .

5. Especificar a qué umbral de carga se desea que la inspección IPS sea excluida . Aquí hay que configurar el gateway para pasar por alto todo el tráfico sin ningún tipo de inspecciones.

6. Especificar cuándo reanudar la inspección IPS.

7. Haga clic en Aceptar .

Paso 2: Configurar la Geoprotección

La siguiente sección muestra la configuración de las características de geoprotección del CheckPoint IPS. Durante los últimos 6 meses, 201 países de todo el mundo han registrado y monitorizado gran cantidad de ataques DDOS. Sin embargo, estos ataques provenían principalmente de solo 23 países.



Procedencia de los ataques DDOS a nivel global

Por lo tanto, la configuración de la geoprotección debe tener en cuenta esta información y centrarse en bloquear ataques viniendo de estos países, teniendo en consideración los requisitos e intereses particulares de cada corporación con cada uno de estos países.

Limitaciones encontradas durante la configuración del IPS Blade :
1. Los propios Firewalls deben descargarse actualizaciones regularmente, conectados directamente a Internet o mediante un proxy.
2. Si la geoprotección está configurada para bloquear tráfico de un país, pero el Mobile Access está configurado para permitir tráfico de una aplicación o sitio de ese país, no sé podrá evitar tráfico proviniendo de dicho país.
3. No se puede modificar la lista de países que viene en el sistema de geoprotección del IPS Blade (Nota: pero se puede descargar la lista de países desde su base de datos y revisarla para buscar los rangos de IPs y la tabla con los países, para posibles bloqueos).
4. Korea del Norte no está en la lista de países en versiones anteriores a la actual del IPS Blade (existen workarounds: leer a continuación).

Uso creativo del IPS Blade y otros recursos :
1. Existe un pequeño workaround para modificar la lista de IPs manualmente, que permite usar uno de los países existentes —uno pequeño, como Reunión (isla de Reunión, departamento de Francia)—, modificando su lista de IPs asignadas.
2. Para este propósito podemos utilizar el CIDR (base de datos de países desarrollada por Maxmind, o la de CheckPoint, bajo licencias open source.
3. Podéis echar un ojo también a cómo habilitar las funcionalidades DShield/Storm Center de CehckPoint, sobre cómo restringir IPs de las listas de bloqueo de IPs.

Habilitando la Geoprotección
Para poder utilizar correctamente la geoprotección del IPS Blade, es necesario:
1. Disponer de un contrato válido de IPS.
2. Una licencia de software Blade para cada una de las puertas de enlace en las que desea activar la geoprotección, y otra para el Security Management Server.
Nota 1: Este tipo de protección solo está disponible en versiones R70.20 y posteriores.
Nota 2: El control de conexiones de CheckPoint (tales como las conexiones entre los Security Gateways y el Security Management Server) están siempre activas, independientemente de las directivas de la geoprotección.

Configuración de la Geoprotección (bloquear/permitir/monitorizar)
1. En la pestaña SmartDashboard IPS, ir a Geo Protection desde el árbol de navegación.
2. En la página de Geo Protection, elegir un perfil de IPS.
· Nota: las configuraciones de geoprotección son dependientes de cada perfil. Debe configurarse esta protección en el perfil utilizado por cada puerta de enlace.
3. Marcar la acción Detect temporalmente (Prevent/Detect/Inactive) para este tipo de protección. Hay que tener en cuenta que cuando la protección está en modo Detect, todo el tráfico está permitido (incluso para las reglas donde la acción está puesta para bloquear), pero el tráfico que no pasa los filtros es loggeado. Cuando está marcada como Prevent, las reglas aplican tal y como se han configurado, como es esperado.
4. Definir una directiva para países específicos. Para configurar una directiva para un país diferente de la del resto de países:
· Hacer click en Add. La ventana de geoprotección se abre.
· En la ventana de geoprotección, elegir un país. Escribiendo un par de letras en el campo que aparece, la herramienta busca patrones de países coincidentes.

· Elegir:
o Dirección. Bien desde país hacia el gateway, o bien hacia país desde el gateway, o bien desde y hacia país. Si cualquiera de las dos primeras opciones es marcada, las conexiones en la dirección opuesta se regirán según las directivas marcadas en Other Countries.
o Acción: Bloquear o permitir.
o Track: cualquier configuración diferente de None genera un log para cada conexión que está monitorizada por esta protección. Si un patrón es coincidente con dos o más reglas, solo la primera coincidente es loggeada.
· Hacer click en OK.
5. Configurar las directivas para Other Countries (otros países). Estas directivas aplican para cualquier conexión/país que no esté incluido en las directivas para países específicos. Al igual que antes, hay que configurar para permitir, bloquear, o monitorizar.
6. Si fuera necesario, se pueden aplicar Excepciones (a través de la configuración de las Network Exceptions). Las excepciones se evalúan antes que cualquier otra regla en la cadena de filtros.
7. Aplicar las directivas a los firewalls. Para ver qué firewalls están afectados por las políticas recién creadas, comprobar la lista Enforcing Gateways.
8. Comprobar los logs (el SmartView Tracker y el SmartEvent Intro), y la vista de rendimiento (SmartView Monitor).
9. Asegurarse de que las actualizaciones diarias están funcionando ($FWDIR/tmp/geo_location_tmp/updates/ en los gateways).
10. Utilizar el SmartEvent Intro para ver todas las alertas de IPS por país de procedencia, y añadir nuevos países a las listas de bloqueo si fuera necesario y acorde con los requerimientos de negocio.
11. Una vez se ha comprobado bien todo (es decir, se ha comprobado que no se está bloqueando tráfico legítimo), actualizar en las directivas anteriores la acción desde Detecta Prevent, y aplicar los cambios a los firewalls (push policies to the firewalls).



Captura de pantalla del Blade IPS CheckPoint

Comprobaciones tras los cambios de configuración
1. Examinar el mapa en Policy Preview. Los países en rojo están configurados para bloquear tráfico; los verdes para permitirlo.
2. Dejar un tiempo operar al sistema de protección y posteriormente revisar los logs.
3. Para revisar los Geo Logs, hay que ir a la página de geoprotección del IPS, y hacer click en View Logs. Los logs que aparecen son tanto para las acciones para países específicos, como para las acciones para otros países.

Bloqueando países que no están en la lista
Dado que Korea del Norte no está en la lista de países del IPS Blade (al igual que puede ocurrir con otros países, o zonas en disputa), y ya que de esto precisamente se aprovechan muchos atacantes, una manera sencilla para estar protegidos usando el IPS Blade de CheckPoint es mediante la creación de un firewall object para la pequeña red asignada a Korea del Norte (175.45.176.0/22 [máscara 255.255.252.0], o el rango 175.45.176.0-175.45.179.255), y luego añadir una regla para bloquear el tráfico procedente de este rango.

Fuente : <http://hard2bit.com/blog/uso-efectivo-de-checkpoint-ips-blade-para-minimizar-los-ataques-ddos-a-un-red/>

lunes, 2 de junio de 2014

Solaris.Como saber si nuestro kernel corre en 64 o 32 bits

Solaris
isainfo -kv
output :
bash-3.00# isainfo -kv
64-bit amd64 kernel modules


Linux
Uname -m
output :
[root@cacti01 ~]# uname -m
x86_64

Linux.Manejo de ficheros abiertos

Cuando nos encontramos con advertencias de este tipo : "Too many open files",es útil conocer estas herramientas para lidiar con el error:

¿Saber el número de ficheros abiertos por un proceso ?
$/usr/sbin/lsof -p <id_proceso> | wc -l

¿Saber el límite máximo de ficheros abiertos por usuario ?
$ulimit -n

¿Limitar el número de ficheros abiertos por usuario ?
$vi /etc/security/limits.conf

¿Averiguar el número máximo de descriptores de ficheros para todo el sistema?
$cat /proc/sys/fs/file-max

¿Cuántos descriptores de ficheros están siendo usados?
$cat /proc/sys/fs/file-nr
O mediante el comando sysctl -a

¿Incrementar el número total de descriptores de fichero?
Creando o modificando la propiedad fs.file-max del fichero /proc/sys/fs/file-max

Solaris.Flushear caché DNS

Generalmente no realizamos esta tarea en Solaris , salvo cuando hacemos modificaciones en los servidores dns con equipos que tenían otros nombres en el server , es decir , si había un servidor  llamado fileserver.miempresa.com , registrado con la ip 192.168.250.100 y cambiamos de servidor de archivos pero no queremos cambiar el nombre , entonces registramos el mismo nombre fileserver.miempresa.com  , pero con la ip 192.168.250.110 .
En solaris y otros unix , necesitamos flushear manualmente el caché de todos los equipos que no lo realizan automaticamente (Windows, por ej , lo hace cada 3 dias ) , por lo que debemos aguardar que expire el TTL (time to live) del mismo .
En caso que pensemos que esperar este tiempo no sea prudente , debemos trabajar con el demonio NSCD , presente en Solaris y otros Unix , además de varios S.O con Linux . Este demonio mantiene el sistema de caché , incluidos , por supuesto y en este caso , el DNS/Wins caché.

Todo lo que necesitamos para flushear el caché DNS es reiniciar el demonio NSCD de la forma siguiente :

Encontramos el numero de proceso (PID) del demonio NSCD :
# ps -ef | grep nscd

Matamos el proceso con el comando pkill o kill :
#pkill <PID>
#kill <PID>


Controlamos que el demonio ya no este corriendo :
# ps -ef | grep nscd

Y volvemos a levantarlo :
#/usr/sbin/nscd

Con este pequeño procedimiento deberíamos reiniciar el demonio que maneja el caché dns de nuestro servidor Solaris .

Monitorear túneles IPSEC en Checkpoint

Para monitorear los túneles ipsec que tengamos configurados en nuestro FW Checkpoint basta con el uso del comando cpstat.

Fw09[admin]# cpstat vpn -f ipsec

IPsec current Inbound SAs:              53
IPsec current Outbound SAs:             12
IPsec max concurrent Inbound SAs:       347
IPsec max concurrent Outbound SAs:      22
IPsec total Inbound SAs:                44430
IPsec total Outbound SAs:               44299
IPsec number of VPN-1 peers:            8
IPsec maximum number of VPN-1 peers:    12
IPsec number of VPN-1 RA peers:         4
IPsec maximum number of VPN-1 RA peers: 7
IPsec Remote Access Licenses:           -
IPsec decryption errors:                0
IPsec authentication errors:            0
IPsec replay errors:                    0
IPsec Connection related errors:        72
IPsec unknown SPI errors:               0
IPsec other inbound errors:             0
IPsec other outbound errors:            0

Otro comando muy util para monitorear los tuneles vpn que tenemos configurado en Checkpoint es el vpn tu ,  con el cual podemos :
- Ver las vpn´s existentes.
- Resetear las vpns.
- Ver el estado de los tuneles para un peer especifico

La sintaxis del comando es la siguiente :
Fw09[admin]# vpn tu

Cisco.Longitud de terminal

A varios administradores siempre les frustra el hecho de que todas las líneas de configuración de Startup o Running muy largas se "cortan" o no se despliegan por completo en la terminal . Para solucionar esta incómoda situación existe el comando terminal lenght en los equipos cisco , ya que por defecto las líneas desplegadas son solo de 24 .

Comandos a utilizar  :
Desde vty

ROUTER#terminal length 0?
<0-512>
ROUTER#terminal length 0

Desde Consola
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#line console 0
Router(config-line)#leng
Router(config-line)#length ?
<0-512> Number of lines on screen (0 for no pausing)
Router(config-line)#length 0

y solucionado el tema....Consultas , a las ordenes.

lunes, 14 de octubre de 2013

Cisco.Como liberar una conexión de terminal virtual (vty)


Para liberar o cerrar una conexión virtual (telnet | ssh) en un equipo Cisco debemos limpiar la linea especifica .
Para encontrar la linea o indice especifico podemos usar los siguientes comandos :

  • who
  • show line

En el siguiente ejemplo un router tiene una conexión por consola y otra por vty con la ip 192.168.250.1 en la linea 130:

Router_LA#who 
Line User Host(s) Idle Location
* 0 con 0 idle 00:00:00 
130 vty 0 idle 00:02:07 192.168.250.1

Interface User Mode Idle Peer Address

Router_LA#show  line
Tty Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int
* 0 CTY - - - - - 0 0 0/0 -
129 AUX 9600/9600 - - - - - 0 0 0/0 -
* 130 VTY - - - - - 1 0 0/0 -
131 VTY - - - - - 0 0 0/0 -
132 VTY - - - - - 0 0 0/0 -
133 VTY - - - - - 0 0 0/0 -
134 VTY - - - - - 0 0 0/0 -

Las lineas que no estan en modo async o sin soporte de hardware son listadas del 1 al 128 .
La linea vty utilizada se identifica con el asterisco (*) , por tanto , para limpiar o salir de esta conexión usamos el siguiente comando :

Router_LA#clear line 130 
[confirm]
[OK]

Con eso conseguimos que no existan sesiones "colgadas " en nuestros equipos cisco .

jueves, 25 de julio de 2013

Linux.Añadir nuevo disco duro en Red Hat , CentOS , Fedora y crear el filesystem para el mismo

El procedimiento de adicion de un nuevo disco duro a un S.O con Red Hat o sus derivados es muy sencillo (para una tarea tan critica como esta) . Los pasos y configuraciones que debemos seguir se detallan a continuacion :

1) Identificar los discos :
Esta es una de las tareas mas criticas del procedimiento puesto que debemos identificar correctamente el disco duro en el cual crearemos el filesystem nuevo a utilizar . Lo hacemos con este comando  : fdisk -l

[root@redhat01 ~]# fdisk -l
Disco /dev/hda: 536.8 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/hda1   *           1          13      104391   83  Linux
/dev/hda2              14       65270   524176852+  8e  Linux LVM

Disco /dev/hdd: 536.8 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes


2) Crear una partición primaria para el nuevo disco, en el ejemplo /dev/hdd es el nuevo disco :
[[root@redhat01 ~]# fdisk /dev/hdd
Orden (m para obtener ayuda): n
Acción de la orden
e Partición extendida
p Partición primaria (1-4)
p
Número de partición (1-4): 1
Primer cilindro (1-65270, valor predeterminado 1):
Se está utilizando el valor predeterminado 1
Last cilindro, +cilindros or +size{K,M,G} (1-65270, valor predeterminado 65270):
Se está utilizando el valor predeterminado 65270
Orden (m para obtener ayuda): w
¡Se ha modificado la tabla de particiones!


Donde :
n = New partition
w = write changes


3) Crear el filesystem
[[root@redhat01 ~]# mkfs -t ext3 /dev/hdd1
Es recomendable verificar luego el nuevo filesystem con fsck

4) Añadir el nuevo disco al fstab para que el mismo sea montado automaticamente en cada inicio del servidor
* Creamos el directorio /datos , donde se montara el nuevo disco en cada inicio y lo incluimos en el fstab
[[root@redhat01 ~]# vim /etc/fstab
/dev/VolGroup00/LogVol00 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
/dev/VolGroup00/LogVol01 swap                    swap    defaults        0 0
/dev/hdd1               /datos               ext3    defaults        0 0

5) Montamos el nuevo disco en el directorio /datos y verificamos :
[[root@redhat01 ~]# mount /datos
[[root@redhat01 ~]# df -h

S.ficheros          Tamaño Usado  Disp Uso% Montado en
/dev/mapper/VolGroup00-LogVol00
                      479G  6,8G  448G   2% /
/dev/hda1              99M   13M   82M  13% /boot
tmpfs                 2,0G     0  2,0G   0% /dev/shm
/dev/hdd1             493G  198M  467G   1% /datos

Y con esto ya tenemos un nuevo disco duro agregado al servidor Red Hat , totalmente formateado y listo para usar .
OBS : Esto lo podemos realizar en entornos fisicos como virtuales .

jueves, 18 de julio de 2013

Solaris.Agregar rutas estaticas persistentes

Enrutando el trafico hacia un host por otra interfaz que no sea el gateway por defecto : 

route -p add 192.168.168.110 70.26.244.10

Con esto indicamos que para llegar al host 192.168.168.110 debemos salir por la interfaz que tiene configurada la ip 70.26.244.10 ; donde la opcion -p indica que se trata de una ruta persistente , es decir , que la misma se mantendra luego de reiniciar el equipo

Si queremos agregar la ruta hacia una red en particular lo hacemos asi :

route add net 192.168.1.0 10.10.10.1 
En la cual indicamos que para llegar a la red 192.168.1.0/24 (Toma la configuracion de la mascara de acuerdo a la clase de red que sea , si es privada y de clase C , como este caso, tendra una mascara /24 , es decir 255.255.255.0 ) vaya por el GW 10.10.10.1 . En este caso , si reiniciamos el equipo la ruta agregada desaparecera de la tabla de ruteo (la podemos ver con netstat -rn) , entonces , si queremos evitar esto agregamos la opcion -p (persistent) , quedando de esta forma :

route -p add net 192.168.1.0 10.10.10.1


miércoles, 19 de junio de 2013

Solaris.Saber cuanta memoria fisica tenemos instalada en el servidor

Si queremos saber con cuanta memoria fisica corremos nuestro solaris lo hacemos de la siguiente manera :
# /usr/sbin/prtconf | grep Mem
Memory size: 10240 Megabytes

Nota : Deben asegurarse de escribir Mem y no mem , como es case sensitive del modo incorrecto no desplegara informacion alguna.

En publicaciones posteriores analizaremos las estadisticas de uso de memoria con el programa sar .

lunes, 17 de junio de 2013

Cisco.Longitud de terminal

Si no nos gusta andar tocando la tecla espaciadora para que nos aparezca toda la config al darle un show run o show ip interface brief , etc.- podemos adecuar a nuestra necesidad la longitud de la terminal de nuestro router o switch cisco con el comando terminal lenght , ya que por defecto solo se despliegan 24 lineas por dispositivo.

Configuracion en routers :
terminal length <0-512> Numero de lineas en la pantalla (Si ponemos 0 no hara pausa)
terminal no length (vuelve a la configuracion por defecto de 24 lineas)

Configuracion en switches :
set length <0-512> Numero de lineas en la pantalla (Si ponemos 0 no hara pausa)
set length 24 ((vuelve a la configuracion por defecto de 24 lineas)
set no lenght (vuelve a la configuracion por defecto de 24 lineas)

Para verificar la configuracion de la terminal :

otilino_rt1#show terminal
Line 388, Location: "", Type: "xterm"
Length: 24 lines, Width: 80 columns
Baud rate (TX/RX) is 9600/9600
Status: PSI Enabled, Ready, Active, No Exit Banner, Automore On
Notify Process
Capabilities: none
Modem state: Ready
Special Chars: Escape Hold Stop Start Disconnect Activation
^^x none - - none
Timeouts: Idle EXEC Idle Session Modem Answer Session Dispatch
00:05:00 never none not set
Idle Session Disconnect Warning
never
Login-sequence User Response
00:00:30
Autoselect Initial Wait
not set
Modem type is unknown.
Session limit is not set.
Time since activation: 00:00:07
Editing is enabled.
History is enabled, history size is 20.
DNS resolution in show commands is enabled
Full user help is disabled
Allowed input transports are ssh.
Allowed output transports are pad telnet rlogin lapb-ta mop v120 ssh.
Preferred transport is telnet.
No output characters are padded
No special data dispatching characters

martes, 11 de junio de 2013

Utiles.Monitorear el trafico de la tarjeta de red con netstat

Para monitorear el trafico de mi tarjeta de red con netstat podemos hacerlo de la siguiente forma :
netstat -i 1 , donde
i = intervalo de tiempo
1 = tiempo que desple

Ej: bash-3.00# netstat -i 1
    input   bnx0      output       input  (Total)    output
packets errs  packets errs  colls  packets errs  packets errs  colls
183399125 0     365672602 0     0      4636403114 0     5030549191 0     0
9       0     3       0     0      69      0     71      0     0
4       0     1       0     0      22      0     11      0     0
5       0     1       0     0      215     0     211     0     0
4       0     1       0     0      852     0     821     0     0
 

miércoles, 5 de junio de 2013

Cisco.Tareas programadas con Kron. Backups de configs.

Cuando manejamos equipos de networking CISCO siempre intentamos buscar la manera de sacarle el máximo provecho a estos , bajo el menor riesgo posible . Lastimosamente , en algún momento se nos presenta un problema (si nunca les ha sucedido viven en la matrix) , donde el mejor aliado contra esto es la copia de seguridad de nuestras configuraciones . En tal caso , y al igual que el comando cron de unix y linux , CISCO dispone de kron , el cual nos permitirá realizar backups de la configuración de nuestros routers y/o switches de forma totalmente automática.
Primeramente determinamos las tareas que se van a ejecutar, dichas configuraciones la hacemos  en modo de configuración global:
1. Creamos una tarea programada con el nombre BKP :
otilino(config)#kron policy-list BKP

2. Le “decimos” a la tarea que guarde el running-config en el startup-config:
otilino(config-kron-policy)# cli write

3. Consecuentemente , se copiará el running-config en el servidor tftp indicado:
otilino(config-kron-policy)# cli show running-config | redirect tftp://192.168.100.254/BKP.RunConfig.RT.Core

4. Seguidamente , programamos la periodicidad de la tarea creada:
otilino(config)#kron occurrence BKPSemanal at 23:00 Fri recurring
otilino(config-kron-occurrence)#policy-list BKP


Con esto definimos que nuestro backup del running config del router core se ejecute cada viernes a las 23:00 , copiándolo en el servidor TFTP . Podemos jugar con el comando kron occurrence para definir el intervalo de tiempo en el que queremos realizar nuestra copia de seguridad . La utilidad y ayuda brindada por estos comandos es increíble y en muchos casos , como el mío , evita la compra de software comerciales que realicen lo mismo.




Linux.Montar sistema de archivos NTFS en CentOS, Red Hat ,Fedora

Linux.Montar sistema de archivos NTFS en CentOS, Red Hat ,Fedora .
1)    Instalar paquetes necesarios
Debemos asegurarnos de tener el repositorio rpmforge instalado , caso contrario realizamos lo siguiente :
1.1) Descargamos los paquetes del repositorio:
wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm
1.2) Lo instalamos:
rpm -ivh rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm
No demos importancia a la advertencia
warning: rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm : Header V3 DSA/SHA1 Signature, key ID 6b8d79e6: NOKEY
Preparing... ########################################### [100%]
1:rpmforge-release ########################################### [100%]
1.3) Establecemos las prioridades de los repositories de yum en nuestro equipo :
Editamos el archivo (y lo guardamos) /etc/yum.repos.d/CentOS-Base.repo  con nuestro editor favorito  y agregamos las siguientes prioridades en la primera línea de cada sección de los repositorios disponibles
[base]
priority=1
[updates]
priority=1
[extras]
priority=1
[rpmforge]
priority=5
2) Instalamos los siguientes paquetes :
yum install fuse fuse-ntfs-3g
En caso de que el repositorio RPM Forge esta deshabilitado :
yum --enablerepo=rpmforge install fuse fuse-ntfs-3g
yum install ntfs-3g
yum --enablerepo epel install ntfs-3g
yum install ntfsprogs ntfsprogs-gnomevfs
3) Montamos un sistema de archivos NTFS :
Suponiendo que mi sistema de archivos ntfs es /dev/sda1 , lo montaremos en /media/DATOS de la siguiente manera :
3.1) Creamos el directorio donde montar :
mkdir /media/DATOS
3.2) Montar el sistema de archivos NTFS en nuestro CentOS con el comando ntfs-3g:
ntfs-3g /dev/sda1 /media/DATOS

De esta forma tendrán que montar cada vez que inicies sesión en linux, para que se monte automáticamente, se tiene que modificar el archivo /etc/fstab. 
3.3) Editamos el archivo /etc/fstab como sigue :
Modo read-only
/dev/sda1       /media/DATOS   ntfs-3g  ro,umask=0222,defaults 0 0
Modo read-write:
/dev/sda1       /media/DATOS   ntfs-3g  rw,umask=0000,defaults 0 0

domingo, 24 de marzo de 2013

Linux.Configurar fecha y hora en RedHat | Fedora | CentOS

En este articulo mostraremos como configurar fecha y hora desde la linea de comandos de nuestro S.O Linux :

1) Configurar la zona horaria
Creamos un backup del directorio /etc/localtime
mv /etc/localtime /etc/localtime.bak
Luego hacemos un link simbolico que apunte la zona horaria de Paraguay (en este caso ) .
ln -s /usr/share/zoneinfo/America/Asuncion /etc/localtime

Porque esto?
Si nuestro servidor tiene un proceso automatico para actualizar estos directorios cuando el horario de verano cambia (por ej), los archivos ubicados en /usr/share/zoneinfo seran actualizados pero los ubicados en /etc/localtime no , por eso la creacion del link .

2) Configurar fecha y hora
Con el comando date configuraremos la fecha al 24 de Marzo de 2013 y la hora en 13:00 . La sintaxis es la siguiente : date MMDDhhmmYYYY.
[root@linus ~]# date 032413002013
[root@linus ~]# date
Sun Mar 24 13:00 GMT 2013


3) Sincronizar la hora con el HWCLOCK (Hora del hardware , hora y fecha almacenados en la bios del equipo)
[root@linus ~]# hwclock --systohc
[root@linus ~]# hwclock
Sun 24 Mar 2013 13:01 PM GMT  -0.125883 seconds


sábado, 12 de enero de 2013

Cisco.Instalando licencias en Switch SAN Cisco MDS 9xxx


Instalando licencias en Switch SAN Cisco MDS 9124

El modo de obtención de licencia para los switches cisco mds 9124 es muy sencillo y seguro . Los pasos para obtenerlo son los siguientes : 

1)      Obtener la licencia
Licenciamiento Cisco MDS


Al comprar las licencias  , viene consigo una hoja de ayuda con los siguientes datos útiles (que debemos archivarlo):
·         PAK (Product authorization key) …ya especificado
·         Switch Serial Number…a sacarlo del switch 

Para obtener la licencia precisamos del serial del switch , ya que esta se relacionara directamente con el , por lo que solo será útil para este equipo .

Dicho esto vamos a los pasos para obtener la licencia :
a)      Obtenemos el switch serial number ingresando al equipo mediante cli el siguiente comando :
switch# show license host-id
License hostid: VDH=FOX064317SQ (No precisamos del ID VDH=  , con el FOX064317SQ ya nos sirve)
b)      Obtenemos el PAK del documento acompañado al momento de adquirir la licencia, anotamos en este documento el switch serial number (Ej : En este caso FOX064317SQ).
c)       Vamos a la dirección : www.cisco.com/go/license  , nos registramos en caso de que no estemos ,completamos el formulario (nos solicitara solo el PAK y el SW S°Number) y ya nos permitirá descargar la licencia , que puede ser para 8 , 16 o 24 puertos , a su vez nos enviara un mail “avisándonos” que hemos obtenido una licencia para nuestro cisco mds.
Con esto completamos los pasos para obtener nuestra licencia , ahora pasamos al siguiente ítem , mucho mas entretenido , que es el de instalar lo que descargamos y licenciar estos puertos de fibra faltantes en nuestro switch.

2)      Instalar la licencia
Existen tres formas de instalar la licencia para los cisco mds  :
·         A través del cisco fabric manager (gui)
·         A través del cisco device manager (gui)
·         A través del cli
Como estamos duchos con la línea de comandos , obviaremos las instalaciones a través del gui  y procedemos :
a)      Copiar la licencia a través de :
·         TFTP :  copy tftp://192.168.10.91/MDS20101113426492690.lic bootflash:
·         SCP : copy scp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
·         SFTP : copy sftp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
En mi caso , utilice el protocol scp solo porque usaba una maquina linux y como viene por defecto activado con este S.O me resulto facil como introducir el comando en el switch junto con la contraseña de mi Linux.
switch# copy scp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
Trying to connect to scp server......
|
SCP get operation was successful

b)      Instalar la licencia
switch# install license bootflash: MDS20101113426492690.lic 
…………
Installing license .......done



c)       Verificamos que se ha instalado y activado la licencia para los puertos
switch# show license default
Feature                               Default License Count
-----------------------------------------------------------------------------
FM_SERVER_PKG                         -
ENTERPRISE_PKG                        -
PORT_ACTIVATION_PKG                   8
10G_PORT_ACTIVATION_PKG               0
-----------------------------------------------------------------------------

d)      Destacamos que al instalar una nueva licencia no se borran las que ya se encontraban dentro del switch (salvo que lo realicemos intencionalmente)
switch# show license usage
Feature                      Ins  Lic   Status Expiry Date Comments
                                 Count
--------------------------------------------------------------------------------
FM_SERVER_PKG                 No    -   Unused             -
ENTERPRISE_PKG                No    -   Unused             -
PORT_ACTIVATION_PKG           Yes  24   In use never       -
10G_PORT_ACTIVATION_PKG       No    0   Unused             -
-------------------------------------------------------------------------------

Y eso es todo … por el momento.

viernes, 21 de diciembre de 2012

Linux.Agregando ruta por defecto en CentOS

Agregando default route en CENTOS , REDHAT , FEDORA

Método 1

Editar el archive /etc/sysconfig/network
#vi /etc/sysconfig/network

NETWORKING=yes
HOSTNAME=otilino.pclocal.com
GATEWAY=192.168.100.1

Metodo 2

Agregar , configurar una ruta por default por la linea de comandos
La sintaxis es como sigue : route add default gw {IP-ADDRESS} {INTERFACE-NAME}
Donde:
IP-ADDRESS: GW o Router
INTERFACE-NAME: Interface de salida

Por ej: Si la ip de nuestro router (o default gw) es 192.168.100.1 escribimos (siempre como root) :
# route add default gw 192.168.1.254 eth0
O ,usando el nombre del host , servidor , router (registrados en el mismo servidor dns), en este ejemplo “pppoe.router”:

# route add default gw pppoe.router eth0

Reiniciamos los servicios de red :
#service networking restart

Verificamos la configuracion de las rutas

# route
Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.0 * 255.255.255.0 U 0 0 0 ra0
default pppoe.router 0.0.0.0 UG 0 0 0 ra0

$ /sbin/route
Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 191.168.100.1 0.0.0.0 UG 0 0 0 eth0


Notese que el destino 0.0.0.0 (o default) es el default gateway , en este ejemplo el gateway por defecto es 191.168.100.1

Para eliminar una ruta de la tabla de enrutamiento :
#route del -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 dev eth1
 
Para borrar la ruta por defecto :
#route del default gw 192.168.100.1 eth0



miércoles, 19 de diciembre de 2012

Rutas estáticas en Windows


En algunas situaciones tenemos que añadir rutas estáticas en un servidor para poder acceder a una red. En Linux/Unix estas rutas se establecen mediante los habituales scripts rc de arranque, en Windows es tan sencillo como crear una ruta mediante el comando route pero añadiendo el parámetro -p, lo que convierte esa ruta en persistente , añadiéndose en el registro para que arranque con el inicio.

C:\>route -p add 192.168.0.0 mask 255.255.0.0 172.68.0.1

Vemos las rutas con el siguiente comando:
C:\>route print