Apuntes de Networking

Servidor TFTP en CentOS/RHEL. Backup configuraciones Cisco

noreply@blogger.com (Apuntes de Networking) — Thu, 02 Oct 2014 11:31:00 +0000

En este artículo vamos a ver como montar/configurar un servidor TFTP para que recoja las configuraciones de nuestros equipos Cisco. El equipo Cisco vamos a configurarlo para que envíe las configuraciones periódicamente y así tener un backup de las mismas:

Empezamos con los pasos para instalar/configurar servidor:

1-. Instalamos el servidor TFTP mediante el comando:

yum -y install tftp-server

Seguir leyendo...

Vyatta. No se pueden borrar interfaces o IPs

noreply@blogger.com (Apuntes de Networking) — Tue, 24 Jun 2014 12:28:00 +0000

¿Nunca os ha ocurrido en Vyatta, al igual que en otros sistemas basados en Debian GNU/Linux, que no podéis eliminar una dirección IP de un interface o el propio interface (sub-interface)?

     El problema surge cuando intentamos aplicar, mediante el comando 'commit', una configuración donde hemos eliminado la IP del interface. Aunque también ocurre si se intenta eliminar el interface directamente, sin borrar primero la IP:

     Imaginemos que hemos configurado los comandos:

          delete interfaces bonding bond1 vif 1566 address '192.168.0.141/28'
     o
          delete interfaces bonding bond1 vif 1566

     y posteriormente damos el comando 'commit' para aplicar los cambios y recibimos el error:
Seguir leyendo...

Vyatta y OpenVPN. Configuración VPNs de acceso remoto

noreply@blogger.com (Apuntes de Networking) — Wed, 21 May 2014 11:13:00 +0000

La solución de acceso remoto mediante OpenVPN requiere la utilización de la autenticación TLS (Transport Layer Security). TLS utiliza certificados X.509 PKI (Public Key Infrastructure) y la negociación de una clave secreta.

Nosotros vamos a utilizar el propio appliance de Vyatta como CA (Certificate Authority).

Seguir leyendo...

Habilitar cliente Telnet en Windows 2008 Server y 2012 Server

noreply@blogger.com (Apuntes de Networking) — Mon, 31 Mar 2014 10:22:00 +0000

El cliente Telnet no se instala de manera predeterminada en Windows 2008 Server ni en Windows 2012 Server.

Para instalar el cliente desde la línea de comandos hay que ejecutar lo siguiente:

C:\Windows\system32> pkgmgr /iu:"TelnetClient"

Juniper EX. Ficheros de configuración

noreply@blogger.com (Apuntes de Networking) — Wed, 12 Mar 2014 12:09:00 +0000

En este artículo vamos a proporcionar información sobre los ficheros de configuración, su localización y como trabajar con ellos en los switches Juniper EX.

Los switches Juniper EX trabajan con dos tipos de configuración:

Configuración activa. La que está corriendo en el switch

Configuración candidata. Esta representa una modificación de la activa antes de ser aplicada (commit). Una vez aplicada pasa a ser la activa.

El sistema JUNOS conserva los últimos 50 cambios de configuración. Estos ficheros de configuración pueden ser recuperados, y pasar a ser configuración activa, mediante el comando rollback <number> (número de la configuración de rollback a restaurar).

La configuración actual se encuentra en el directorio /config/ y su nomenclatura es juniper.conf.gz

Seguir leyendo...

Configurar un servidor syslog en RHEL/CentOS

noreply@blogger.com (Apuntes de Networking) — Wed, 05 Mar 2014 09:51:00 +0000

En este artículo vamos a montar un servidor syslog en un sistema CentOS para recoger las logs de nuestros equipos. Es un proceso muy sencillo.

La distribución trae rsyslogd como demonio syslog por defecto.

Seguir leyendo...

Comandos pipe en JUNOS de Juniper

noreply@blogger.com (Apuntes de Networking) — Wed, 05 Mar 2014 09:41:00 +0000

El sistema operativo JUNOS de Juniper tiene varias características muy útiles que te permiten controlar la salida que vemos cuando ejecutamos los comandos. Son los llamados comandos de pipe, y además se pueden combinar varios comandos de pipe juntos.

Los comandos de pipe más útiles son:

Match : Para especificar exactamente lo que queremos que nos muestre.

Except: Especificamos que queremos ignorar

Find: Nos muestra la salida comenzando por la primera línea que coincida con el patrón

Last: Nos muestra sólo la última pantalla de la salida

Count: Nos cuenta las líneas de salida del comando

Seguir leyendo...

VPN overlapping networks (Túnel IPsec)

noreply@blogger.com (Apuntes de Networking) — Wed, 05 Mar 2014 09:40:00 +0000

En este laboratorio vamos a conectar, mediante una VPN IPsec site-to-site, dos subredes cuyo direccionamiento IP se solapa.

Para evitar el problema de solapamiento de las subredes nateamos cada una de ellas a una nueva subred diferente. En el laboratorio haremos dos configuraciones: una mediante NAT 'tradicional' y otra mediante NAT-NVI.

Seguir leyendo...

Cisco IPSEC VPN site-to-site con ISP redundantes o de backup (IP SLA)

noreply@blogger.com (Apuntes de Networking) — Wed, 24 Apr 2013 11:34:00 +0000

En este laboratorio vamos a implementar una solución para conectar 2 sites mediante túneles VPN IPSEC site-to-site con accesos de ISPs redundantes. Tendremos un camino principal y cuando este no este disponible utilizaremos el de backup. Para establecer el backup utilizaremos la facilidad de tracking de rutas estáticas lo que nos permite utilizar conexiones redundantes a Internet.

Para monitorizar la disponibilidad de los accesos utilizaremos IP SLA (Service Level Agreement) mediante ICMP (Internet Control Message Protocol).

Esta configuración no es para balancear carga entre los routers Cisco, ya que aunque los dos túneles IPSEC están establecidos, sólo utilizaremos uno de ellos. El tráfico se encaminará por el túnel de backup sólo cuando el acceso principal esté caído.

Seguir leyendo...

IPv6. Direcciones multicast

noreply@blogger.com (Apuntes de Networking) — Thu, 20 Dec 2012 14:38:00 +0000

En IPV6 el tráfico multicast opera de la misma forma que lo hace en IPV4. Una dirección multicast en IPv6 puede definirse como un identificador para un grupo de nodos. Un nodo puede pertenecer a uno o varios grupos multicast. Los nodos pueden escuchar en múltiples direcciones multicast al mismo tiempo. Pueden unirse o dejar el grupo multicast en cualquier momento.

Las direcciones tienen el FP 1111 1111 (por lo tanto una dirección multicast siempre empieza por FF). Las direcciones multicast no pueden ser utilizadas como direcciones origen ni como destinos intermedios en una cabecera de routing.
Seguir leyendo...

IPV6. Direcciones unicast

noreply@blogger.com (Apuntes de Networking) — Thu, 13 Sep 2012 11:43:00 +0000

Los siguientes tipos de direcciones son direcciones unicast en IPV6:

Globales (Global unicast)
Locales. Se han definido dos tipos de direcciones de uso local: local de enlace(link-local unicast) y local de sitio(site-local unicast).
Direcciones especiales
Direcciones de compatibilidad
Direcciones NSAP

Seguir leyendo...

IPv6

noreply@blogger.com (Apuntes de Networking) — Wed, 08 Aug 2012 09:55:00 +0000

IPv6, también conocido como IPng (IP next generation) es la versión más reciente de protocolo de Internet (IP). IPv6 está descrito inicialmente en la RFC 2460, Internet Protocol, Version 6 (IPv6) Specification (IETF). Posteriores RFCs describen la arquitectura y servicios soportados por IPv6.
Seguir leyendo...

La herramienta NSlookup

noreply@blogger.com (Apuntes de Networking) — Wed, 25 Apr 2012 15:13:00 +0000

Nslookup (Name System Lookup) es una herramienta que nos permite obtener información, relacionada con el dominio o el host, en una red mediante la consulta a un servidor de nombres (DNS). Nos permite diagnosticar los posibles problemas de configuración que pudieran haber surgido en el DNS.

Nslookup se puede ejecutar en dos modos: interactivo y no interactivo.

Seguir leyendo...

El protocolo FTP (Activo y Pasivo)

noreply@blogger.com (Apuntes de Networking) — Thu, 22 Mar 2012 10:50:00 +0000

FTP (File Transfer Protocol) es un protocolo estándar basado en arquitectura cliente-servidor, descrito en la RFC 959 y actualizado en las RFCs 2228 (FTP Security Extensions), 2428 (FTP Extensions for IPv6 and NATs), and 4217 (Securing FTP with TLS).

Utiliza TCP como protocolo de transporte para proporcionar conexiones extremo a extremo fiables y utiliza dos tipos de conexiones o sesiones:

Sesión de control o comandos
Sesión de datos

Seguir leyendo...

Cisco NAT. Como funciona..

noreply@blogger.com (Apuntes de Networking) — Wed, 14 Mar 2012 11:34:00 +0000

Como veo que hay algunas dudas sobre como funciona el NAT tradicional o por dominios diferenciados entre inside y outside, vamos a aclarar algunos conceptos básicos. Lo primero indicar que la parte del paquete IP que se traducirá (source address o destination address) dependerá tanto de la dirección en que viaje el paquete como de la configuración que hayamos aplicado.

Seguir leyendo...

Cisco NVI (NAT Virtual Interface)

noreply@blogger.com (Apuntes de Networking) — Mon, 12 Mar 2012 11:59:00 +0000

En este laboratorio vamos a ver la utilización del Interfaz Virtual de NAT (NVI). Esta facilidad elimina el requerimiento de configurar dominios de NAT, es decir, un interface como NAT interno y otro como NAT externo. Simplemente definimos los interfaces en los que queremos utilizar NAT.

Cuando configurarmos el NAT tradicional necesitamos tener al menos un interface como 'NAT outside' y otro interface como 'NAT inside' y configurar una serie de reglas de traducción. Para configurar Nat Virtual Interface (NVI) necesitamos al menos un interface con NAT habilitado y la misma serie de reglas de traducción.

Seguir leyendo...

Pix Firewall. Conexiones TCP y su finalización

noreply@blogger.com (Apuntes de Networking) — Mon, 05 Mar 2012 12:36:00 +0000

Cuando el firewall PIX finaliza una conexión genera un mensaje en la log que proporciona la razón para la terminación de la misma. Por ejemplo:

2012-02-27 12:08:42 Local4.Info PIX_678 Feb 27 2012 12:08:42: %PIX-6-302014: Teardown TCP connection 999 for outside:195.212.29.164/5451 to Intf3:192.168.250.121/3389 duration 0:00:06 bytes 0 SYN Timeout

2012-02-27 12:08:42 Local4.Info PIX_678 Feb 27 2012 12:08:42: %PIX-6-302014: Teardown TCP connection 998 for outside:195.212.29.164/23107 to Intf3:192.168.250.121/3389 duration 0:00:07 bytes 0 TCP Reset-O

Seguir leyendo...

La fibra óptica (1). Monomodo y Multimodo

noreply@blogger.com (Apuntes de Networking) — Thu, 19 Jan 2012 15:43:00 +0000

Con esta entrada vamos a empezar una serie de post dedicados a un medio de transmisión básico y fundamental para las actuales telecomunicaciones, y que utiliza la luz como portadora de información, la fibra óptica. Veamos como funciona y los tipos que tenemos.

Seguir leyendo...

IPv4 métodos de entrega de paquetes: Unicast, broadcast, multicast y anycast

noreply@blogger.com (Apuntes de Networking) — Tue, 10 Jan 2012 14:33:00 +0000

La mayoría de las direcciones IP se refieren a un único destinatario, se denominan direcciones unicast. Las conexiones unicast especifican una relación uno-a-uno entre un origen y un destino. Además de esta tenemos otros 3 tipos de direcciones IP especiales para dirigirnos a varios destinatarios: direcciones broadcast, direcciones multicast y direcciones anycast.

Seguir leyendo...

Interframe Gap. Tiempo entre tramas ethernet

noreply@blogger.com (Apuntes de Networking) — Mon, 09 Jan 2012 14:33:00 +0000

Los dispositivos Ethernet deben permitir un periodo de reposo (interframe gap; IFG) entre la transmisión de una trama y la siguiente. El tiempo mínimo es de 96 tiempos de bit (tiempo necesario para enviar 96 bits).

Este retardo se introduce para dar a los equipos en una red Ethernet un ‘respiro’ entre tramas y poder llevar a cabo las funciones propias de ethernet de ‘limpieza’ en la tarjeta de red.

Seguir leyendo...

Frame Relay. Backup interface

noreply@blogger.com (Apuntes de Networking) — Tue, 03 Jan 2012 10:03:00 +0000

El objetivo de esta maqueta es:

Implementar una red Frame Relay con 2 routers funcionando como switches y utilizando entre ellos el protocolo estándar de señalización NNI (Network-to-Network Interface).
Probar la funcionalidad de respaldar la conectividad a través de la nube Frame Relay mediante la facilidad de respaldo de un interface por otro interface. Con ello se intenta emular el servicio CVP+ de Telefónica, si bien no es del todo posible dada la imposibilidad de solapar destinos en la rutas Frame Relay.

En esta maqueta, para no tener dependencia del esquema IP, trabajaremos sin direccionamiento IP definido en los interfaces WAN. Trabajaremos con la facilidad “IP unnumbered” para permitir tráfico IP en la WAN y con routing dinámico a través de EIGRP.

Seguir leyendo...

Frame Relay. Maqueta backup con dos CVPs permanentes

noreply@blogger.com (Apuntes de Networking) — Mon, 02 Jan 2012 16:09:00 +0000

El objetivo de esta maqueta es:

Implementar una red Frame Relay con 2 routers funcionando como switches y utilizando entre ellos el protocolo estándar de señalización NNI (Network-to-Network Interface).
Probar la funcionalidad de respaldar la conectividad a través de la nube Frame Relay mediante la implementación de 2 caminos con CVPs permanentes.

Para ello se configuran los routers ‘HUBIBM’ y ‘HUBSAB’ como FRAD (Frame Relay Access Device) proporcionando LMI ccitt y clock (2M) a los CPE (Customer Premise Equipment) ‘IBM’ y ‘SAB’.

La elección del camino ‘preferente’ viene determinada por el peso de las rutas.

Seguir leyendo...

PoE. Power over Ethernet

noreply@blogger.com (Apuntes de Networking) — Tue, 13 Dec 2011 10:37:00 +0000

La alimentación a través de Ethernet (Power over Ethernet, PoE) es una tecnología que incorpora alimentación eléctrica a dispositivos finales (teléfonos IP (VoIP), cámaras IP, puntos de acceso inalámbricos, ...) en una infraestructura LAN estándar utilizando el mismo cable de cobre que se usa para la conectividad a la red. También es conocida como 'inline power'.

Seguir leyendo...

MPLS. Dual CE + HSRP

noreply@blogger.com (Apuntes de Networking) — Fri, 02 Dec 2011 10:53:00 +0000

En este laboratorio vamos a simular la conexión de un cliente a la red e-VPN a través de dos CE's instalados en su site. Dotaremos de alta disponibilidad o redundancia al tráfico saliente mediante el protocolo propietario de Cisco HSRP. Con este protocolo uno de los CE será el primario o activo y el otro estará como standby o pasivo. El secundario pasará a activo si se produce un fallo en el enlace con el CE o una caída del router primario. Los servidores tendrán configurado como gateway la dirección IP virtual de HSRP.

Seguir leyendo...

Comandos TCP/IP en z/OS

noreply@blogger.com (Apuntes de Networking) — Wed, 23 Nov 2011 15:27:00 +0000

En este artículo vamos a ver una serie de comandos MVS a ejecutar desde la consola o desde TSO para obtener información acerca de configuración, conexiones, clientes, dispositivos, ... de TCP/IP (zOS).
Seguir leyendo...