Entradas populares

viernes, 6 de mayo de 2011

Comparativa de firewalls 2011. Mi cuadrante mágico

Me ha llegado un correo de José Luís que me comenta que esta pensando en actualizar sus firewall Stonesoft y cual sería mi recomendación. En tu caso concreto la clave sería que no estuvieses utilizando el multipoint entry para vpn basada en certificados. Según el escenario que me describes, puedes aprovechar el módulo de WAF que viene con los PAN que te protege contra las vulnerabilidades de esos servicios y en concreto contra cualquier tipo de ataques de vulnerabilidad del servidor cross-site scripting, injección de SQL, pero no de la programación de la web como los intentos de escalado de privilegios. Hay muy pocos WAF que te protejan de esto. Revisa el producto de WAF de IMPERVA que es el mejor.






Fabricante
SC
ST
SD
I
RU
FC
AA
ME
IPv6
FD
IDP
VPN
SSL
GC
OP
R
D
E
H
RobClavTotal
Paloalto
4
5
5
5
4
4
4
5
4
5
5
4
2
2
4
5
5
5
4
81
Cisco ASA
3
4
2
2
3
2
3
4!
4
3
2
5
5
2
3
4
5
5
4
61+4= 65
Juniper
3
4
2
2
4
3
3
5
4
5
3
4
1
3
3
4
5
5
5
68
Checkpoint
1
3
3
5*
3
D
2
1
2
4
2
3
1
5
1
4
5
5
D
45+5+D+D= 56
Stonesoft
3
3
3
4
3
D
2
1
2
4
2
5
1
5
3
4
5
4
D
54+D+D= 60
Fortinet(UTM)
4
2
4
4*
3
4
3
1
3
2
4
4
3
4
3
1
2
2
D
49+4+D= 56
Otros UTM
5
1
3
1
3
3
4
1
1
2
4
3
4
1
3
1
1
1
1
43



Notas en la puntuación:
* Algunos de sus últimos productos, no toda la gama.
! MTE, mediante firewalls virtuales, no sobre el chasis principal
D Lo desconozco si lo permite auque sea integrando un tercer producto. Los valoro como 3, para no adulterar el resultado.


Puntuación de 1 a 5, atribuíble al producto no a la implantación de la solución.
1.     muy insatisfecho, con esta información hubiese elegido otro firewall.
2.     Insatisfecho. No cumple los objetivos marcados.
3.     Satisfecho. Cumple la mayoría de objetivos.
4.     Muy satisfecho. Cumple todos los objetivos marcados.
5.     Por encima de sus expectativas. Lo recomienda como caso de éxito.


Leyenda:
SC.-Satisfacción departamento compras
ST.-Satisfacción departamento técnico
SD.-Satisfacción dirección
I.-Inteligencia en la detección de aplicaciones, métodos de evasion/ofuscación y tunnelling.
RU.- Reglas de seguridad, nat, qos, ipsec o url filtering por usuario.
QoS.- Gestión de la utilización del ancho de banda disponible.
FC.- Capacidad de creación de reglas complejas de filtrado de contenido. (Control parental de navegación)
AA.- Antivirus, detección de ataques de dia 0, keyloggers, troyanos y virus de red.
IPv6.- Preparado para afrontar los nuevos retos de IPv6.
MT.-Múltiples tablas de enrutamiento, para implementar doble pila IPv4-ipv6 sin problemas de asimétrias por vlan. De esto puede depender el éxito de la migración a IPv6.
FD.-Funcionalidades diferenciales. En el cuadrante mágico de Gartner lo que se denomina visionarios, que viene dado por la inversion en I+D+I.
IDP.- Detección y protección ante ataques basados en firmas o comportamiento.
VPN.-VPN convencionales del tipo LAN-2-LAN o mediante  cliente,  IPSEC o SSL
SSL.-Con cliente o navegador  con presentación de portal de aplicaciones, tipo citrix.
GC.- Gestión centralizada para multiples firewalls. Reglas multifirewall, reglas expecíficas, Actualización del software desde el servidor central, centralización de logs.
OP.- Costes operacionales de licencias de mantenimiento del firewall y facilidad de encontrar personal cualificado o formarlo.
R.-Rendimiento de los equipos con todas las funcionalidades en marcha.
D.-Cumplimiento de todas las funcionalidades que anuncia el datasheet.
E.-SLA de HA, Estabilidad del producto una vez configurado.
T.-Total de puntos por firewall
H.-Seguridad desde el host que se conecta. NAC




José Luís, mi recomendación es que pidas una demo(Gratuita y sin compromiso) de Paloalto y dejarás de tener dudas. Sino tienes una integradora de confianza, envíame un correo y se lo reenvío al mayorista que te ayudará a elegir una integradora que se ajuste a tus criterios.


Me comenta JL, que StoneGate esta a punto de sacar un nuevo firewall de nueva generación, veremos  que tal.

Crear un comentario o un correo si hay alguna puntuación que no estéis de acuerdo o si conocéis algo que yo no.
HTH
RobClav

miércoles, 4 de mayo de 2011

No me funciona la alta disponibilidad con Paloalto. ¿Guardo el segundo en la caja?

Lo gracioso del título es que, os juro que esto lo he oído y además lo hice hace cinco años con un appliance antispam porque en modo transparente no soportaba HA. 
Pero con los PAN no desesperes. Simplemente el concepto es diferente(Como los Cisco PIX), la documentación de configuración de HA no es clara y el artículo con la resolución, está en el centro de soporte y un poco escondido.


http://www.centrodedatos.com/mision-critica/
Claves:
No está basado en redundancia IP tipo VRRP o HSRP. Estos disponen de una dirección virtual compartida (VIP) entre los dos nodos, y una ip asociada a cada nodo, haciendo un total de tres ips por zona o red.
Con Paloalto networks, se configura el primer nodo y el segundo nodo es una copia exacta de toda la configuración, excepto que tiene de diferente es la dirección de HA y la dirección de la interfaz de Gestión(Se pueden gestionar por todas).
Dicho en otras palabras, el segundo nodo tiene las misma ips que el nodo principal, de forma que sino te aseguras que uno está en standby, los dos anuncian las mismas ips y tiras la red.


Bien, pues existe un problema con la HA que hace que no se vean los nodos siguiendo el manual de PAN 3.0 o 4.0. 


Solución: El enlace de heartbeat, keepalive o de comprobación de estado, lo configuras y lo conectas. PERO el segundo enlace de HA no tiene que tener IP!!! y te recomiendo que no actives la sincronización de la configuración hasta que se vean(y este segundo enlace).


SÍ, ya se que en el manual parece que no pase nada y que el transporte supuestamente funciona sobre IP o udp. (Es nuevo en la versión 4)


HTH
RobClav


Por cierto, de la definición  de Wikipedia sobre Ha como "Grado Absoluto de Continuidad Operacional" me recuerda a otra definición de ping como "test de conectividad IP".







lunes, 2 de mayo de 2011

QoS en Paloalto for dummies

Hola de nuevo, gracias a todos por los comentarios y/o correos. Os dejo un resumen para configurar calidad de servicio en un Paloalto.  Como introducción, tener el cuenta los pasos básicos para gestionar ancho de banda:
  1. Identificar la interfaz donde se clasificará el tráfico.
  2. Clasificar el tráfico (y etiquetar)
  3. Asignación a una categoría o clase
  4. Identificar y aplicar las políticas de gestión de ancho de banda.
  5. Acciones a realizar cuando se produce congestión en la interfaz. 


En Palaolto networks, existen estos apartados, que he asignado tres  sencillos pasos:
  1. Configuración del perfil.  Definimos las propiedades de las clases del perfil a asignar a la interficie. En esta pestaña se decide cuanto ancho de banda reservamos para esta clase y/o que limite superior le asignamos. De forma que al final puede quedar una horquilla de valores entre ambos. Network->Classes of services.
  2. Configuración de las políticas de gestión de QoS. Definición de que tráfico va a cada clase. Podemos hacerlo, por zonas, IP origen/destino, usuario, aplicación, servicio o etiqueta previa de QoS. Policies-> QoS
  3. Configuración y activación de QoS por interficie junto con la restricciones por interficies. Network->Qos
http://www.paloguard.com/Management-Tools.asp


Aspectos a tener en cuenta en cada paso:

1.-Configurar QoS en la interfaz:
  • Es muy importante que el ancho de banda se ajuste a la capacidad real del canal.
  • En caso de no estar seguros, es mejor dejar un margen por debajo para que el tráfico excedente no sea descartado por el propio canal y tengamos "fantasmas".
  • La recomendación sería aplicar el perfil de QoS en aquel interfaz susceptible se ser congestionado. Debido a que si lo aplicamos siguiendo la norma de las políticas de seguridad(interficie más cercana al origen) podemos estar limitando el tráfico para otras zonas que no sean susceptibles de congestionarse.
2.-Configurar el perfil:
  • Todo el tráfico que no asignemos vía política a otra clase, se entiende que pertenece a la Clase4( por defecto).
  • Atención al configurar las prioridades en caso de congestión porque, la el tráfico en una clase con prioridad real-time luchando con otras prioridades siempre gana(Strict prioritiy Queueing o LQ en CISCO). El caso contrario seria  la prioridad low, en caso de congestión, se descarta todo el tráfico co esta prioridad.No sale nunca el tráfico.
  • En cualquier linea, excepto ADSL, el Guaranteed y el Maximum Egress coinciden. Aquí configuraremos la velocidad de nuestra salida a internet/conexión. En el caso de las ADSL de España, G.E. sería un 10% del ancho de banda contratado y el M.E. seria el ancho de banda resultante de pruebas de velocidad. No recomiendo poner el ancho de banda contratado porque nunca se cumple…

3.- Políticas:
  • Recordar que funciona como el resto de políticas, por lo que el tráfico más concreto tiene que ir arriba y el "match" genérico en las últimas posiciones.
  • Se recomienda reservar la Clase 1 y la Clase 8 para poder responder de forma inmediata a una necesidad inmediata.
NOTA 04-05-2011

  • El QoS solo  se aplica de salida del equipo. Se controla lo que envía a la ethernet, NO lo que se recibe.
  • El Maximum Egress limita con y sin congestión el ancho de banda máximo para una clase.
  • Las políticas de QoS para la clasificación de tráfico se comparten entre todos los perfiles.
  • Se puede aplicar un mismo perfil de QoS a diferentes interfaces pero un interfaz solo puede tener  un perfil asociado.
RobClav

jueves, 28 de abril de 2011

OT:Blog local, lectores globales

Este Blog, empezó como una aventura a modo de "gritos en el desierto". Pero extrañamente me está confirmando una cosa, las cosas locales son globales en la red. Gente de Groupstudy me recomienda escribir solo en inglés pero voy a seguir igual.

Esta captura esta tomada al rato de colgar el último post. Pero lo habitual durante el día es una distribución de un 60% del tráfico local(incluyo Belgacom), y el resto internacional.

Un saludo a tod@s, pero hoy especialmente aquell@s que me seguís desde otras países.
Robclav

Notas mentales: Preparando la migración a IPv6

Os dejo las últimas notas mentales, sobre cosas a tener en cuenta para migrar redes de IPv4 a IPv6.
  1. Telefónica empezará a emplear nat de IPV4 a IPV6 (de muchas a una) a nivel de ISP en algunas conexiones ADSL a partir del mes de junio, de forma selectiva entre los nuevos clientes. La medida se generalizará para todas las nuevas altas a partir de agosto 2011. Un documento exquisito de telefónica, explicando de cabo a rabo el impacto de IPv6 en sus clientes, y anticipando una serie de problemas sin resolver hasta la fecha:La-farragosa-transición-a-IPv6-segun-telefonica.pdf La navegación estará garantizada, pero que pasará con el resto????
  2. En nuestros routers BGP, solo hay que activar la familia ipv6 para BGP. De forma que tendremos un doble stacking IPv4 y IPV6 que no supone ningún problema a nivel de BGP, de hecho la misma sesión de BGP de IPV4 se puede reutilizar para intercambiar los prefijos de IPV6.
  3. El tamaño de memoria en un router con BGP, requerida para gestionar la tabla de rutas completas de internet debe ser de un mínimo del doble de ipv4. Eso significa que si la recomendación actual de CISCO para IPv4 es 512Mb, para IPv6 hay que sumar 1Gb, así que estaríamos hablando de 1,5 Gb de RAMM para un router que hable a la vez ipv4 y ipv6 con todas las rutas.
  4. Recomendaciones para tener todo en cuenta migrando a IPv6. ipv6actnow.org
  5. En breve empezará la batalla de la reserva de direcciones ipv6 con "nombres" atractivos. Si hasta ahora los mejores dominios se han pagado muy bien, en breve invertir en ipv6 puede ser MUY lucrativo.
Problemas al activar ipv6:
  1. El DHCP v6 funciona diferente que con versiones anteriores. De forma que se tiene que luchar con un comportamiento nativo de ipv6. La ip de autoconfiguración. Hay sistemas que no soportan autoconfiguración.
  2. Existen problemas sin solución de intercompatibilidad de doble pila. Si tenemos funcionando ipv6 e ipv4, el sistema puede fallar al intentar utilizar un protocolo no operativo. Por otra parte las peticiones de resolución de nombre, pueden traducir a ipv4 o a ipv6 dando lugar a problemas.
  3. Algunos DNS no soportan entradas más largas de 32 bits, por lo que habría que substituir o actualizar el software.
  4. Software y Hardware incompatible. Programas con llamadas a direcciones IPv4 se tienen que rescribir para hacer llamadas a nombre o que soporten ipv6.
  5. Ojo con el tráfico asimétrico debido a comunicaciones bidireccionales cada una en una versión de IP.
  6. El tráfico HTTP con sus carácterísticas como el pipeling no es compatible con IPV6.




Hasta aquí las primeras notas.
Buenas noches y buena suerte con la migración a IPV6.
RobClav


miércoles, 20 de abril de 2011

IPV6:The day...the routers died...

Buscando complementar esta entrada, he encontrado este video con una canción de IPv6 con la que no he podido contener más de una carcajada. Se trata del  comité de RIPE 55 encargado de la migración a IPV6, en Bruselas, posiblemente la ciudad que más veces he viajado por trabajo o por el CCIE(No comments). Fuente del video

Bien, pero que es eso de IPv6, y sobretodo como nos puede afectar?
  • IPv6 es el remplazo de IPv4 que el protocolo ip que actualmente nos rodea y utilizamos cuándo hablamos de redes. Bueno y la versión 5? Es otra versión que al final no se utiliza.
  • Te va a afectar ya que el direccionamiento nuevo disponible se ha acabado este mes de Abril. Eso va a obligar a hacer una migración más rápida debido a la presión de los BRICS y ASIA, que para colmo son los que su economía les obliga a crecer en dispositivos conectados a Internet.

Vale, pero si yo tengo toda mi red funcionando con IPV4 porqué tengo que cambiar? 
  • Básicamente, porqué la otra opción será hacer traducción de IPV4 a IPv6 en tus routers de internet o tu operadora lo hará por tí. Por otra parte es un avance que no se puede ni se debe detener.


Tengo que cambiar mis equipos de red o los que tengo ya "hablan" IPv6?

  • Depende, pese que la mayoría de sistemas operativos y appliance son compatibles con IPv6, la realidad es que muchos tienen muchas limitaciones o inclusos malfuncionamiento. Por ejemplo, si tienes un servidor DNS, es posible que su SO soporte doble pila (Ipv4 y IPv6 a la vez). Pero tal y como se pensaba el DNS solo soportará entradas de IP de hasta 32 caracteres, por lo que a la práctica no funcionará.

Todo esto son tan solo a grandes rasgos las preguntas mas comunes que me llegan durante estos días al respecto. Este alud lo ha provocado RIPE en su notificación a todas las organizaciones con direccionamiento público asociado a su propio AS, de que el direccionamiento IPV4 se ha agotado en la región de ASIA-PACíFICO(Y creo que en el resto del planeta).
En el siguiente post, explicaré como migrar a arquitecturas mixtas con ambas familias (IPV6 e IPv4) conviviendo en la red. También explicaré unos equipos de infoblox que hacen la vida más fácil en esta tarea de integrar ipv6 en nuestras vidas.
A continuación copio los apuntes de cuando estudié IPV6 para "el LAB".

"Tipos de direcciones en IPV6:
aggregatable global unicast.- Registrada públicamente y enrutable en Internet. Siempre empiezan por 001.
link-local unicast.- Necesaria para todos los interfaces,no enrutable ni en local. Se crea automáticamente al activar ipv6 en la interfaz.


I M P O R T A N T E : La diferencia entre la ip de arriba y la de abajo es el principio. Para link-local empieza por FE80 y para Site-local empieza por FEC0. Ambas las autogenera el equipo partiendo de la MAC o S/N en caso de no tener.


site-local unicast.- Enrutada localmente, definida en un estandar pero deprecated en otro
Centrally assigned unique local.- Igual a una privada de IPV4.(Muy similar a Site-local excepto que no hay limitacion de a un solo site)
IPv4-compatible unicast.- Solo para migraciones, 96 ceros y luego la ipv4
Anycast.- Se configura la misma ip en varios host, tb se utiliza para load balancing.
Multicast.- Sustituto de Broadcast, con rango enrutables y no. Empiezan por FF
Broadcast.- No existe. El ARP es sustitido por Neighbor Discovery (ND), reservado para multicast."

lunes, 18 de abril de 2011

Cisco Small business VOIP System: the "tam tam" wifi VOIP system

http://www.bmwfaq.com/f96
El título de la entrada no refleja la realidad es evidente, el tam tam es más estable.  A veces sorprende lo que se puede hacer con un par de tambores en comparación con algunos productos de ToIP+ VoIP.
Sí que es cierto, que he tenido ocasión de tocar todas las gamas de producto de Cisco de ToIP y evidentemente cada uno tiene su mercado.
En concreto creo que la relación calidad-precio mejor, es la del UC520, un producto creado para destrozar la competencia de PBX convencionales. Por si no lo conoces, es una centralita+gateway+buzón de voz que hace maravillas y todo integrado y de fácil gestión. Además permite la integración de las familias nobles de terminales CISCO (79XX) y los "pequeños" SPA. 
Luego está sus hermanos mayores en forma de Unified comunications y demás,  actualmente muy competitivos, a diferencia de su pasado inmediato y del coste de sus licencias por terminal que son desproporcionadas.
No obstante, hoy quiero hablar de un producto menos conocido, que fué introducido al mercado por Linksys. Si bien es cierto que yo he puesto a prueba la centralita SPA9000 con el módulo de gateway y buzón de voz+IVR SPA400, con terminales SPA303.
Se trata de una gama de producto con la limitación de un máximo de 16 terminales IP y 2 analógicos. 
El precio incontestable, los terminales increíbles, las funcionalidades extraordinarias, pero donde está el problema? En el concepto.
Se supone que la gama SMB de Cisco debería poder ser integrada por cualquier persona de su casa. De forma que compras un par de cajas, sigues las instrucciones y todo funciona. Quizás no con todas las prestaciones pero si operativo.
Pues esto es imposible con este producto. La documentación nefasta, incompleta y con erratas. Los asistentes de configuración básicos, con insuficientes posibilidades e inestables. El hardware del SPA9000 incluye un puerto con funcionalidad deprecated etiquetado como LAN. El otro puerto se llama WAN, donde conectarías tu la red?? Acertaste, en la WAN. Por su puesto el puerto LAN, dispone de unas funcionalidades no incluídas en la wan como DHCP. Baaah, total un dhcp en un "call manager" de TOIP tampoco es tan necesario.... Otro asunto es dejas el SPA9000 por defecto, antes de registrar el teléfono intenta actualizarle el firmware. Por lo que, o tienes la imagen o no se registra.Por otra parte, algunos cambios no quedan grabados y la centralita a veces se cuelga tras estos...


Ahora supongo que ya entiendes el nombre del artículo, pero no todos son malas noticias. Si te olvidas que esto lo debería poder configurar tu amigo el peluquero en casa, y entiendes cuatro conceptos de ToIP y de SIP, las funcionalidades de este ecosistema de ToIP compensarán cualquier molestia para entornos reducidos.
RobClav

lunes, 28 de marzo de 2011

JUNIPER JUNOS VS CISCO IOS

JunOS vs IOS: Estos días estaba preguntándome cual de los dos sistemas operativos era mejor. No hay duda, JUNOS. Otra cosa es comparar la fuerza de las empresas o su marqueting...
Dicho esto, los primeros pasos se pueden hacer leyendo Day one Configuring JUNOS Basics en la web de Juniper. Solo haciendo una lectura de los títulos publicados, se aprecia la facilidad en operación que proporciona JUNOS en el día a día comparado con IOS. Lo siguiente es la traducción de un artículo auto explicativo, disfrutadlo!




"IOS tradicionalmente es un sistema operativo monolítico, lo que significa que se ejecuta como una sola operación y todos los procesos comparten el mismo espacio de memoria.Debido a que esta última característica, los BUGS (Corrección 28/03/2011) en una sola operación puede tener un impacto en otros procesos. Además, si un usuario desea activar opciones o funcionalidades del sistema operativo, La IOS tiene que ser reiniciada, para que la funcione correctamente la funcionalidad o el upgrade.

JUNOS, a diferencia de IOS, fue construido como un sistema operativo modular. El núcleo está basado en el código abierto del sistema operativo FreeBSD, y los procesos que se ejecutan en forma de módulos en la parte superior del núcleo son segregados en espacios de memoria, protegidos, y dedicados. Así los usuarios pueden activar opciones  y funcionalidades de la versión de JUNOS en ejecucción en el sistema, sin desactivar todo el sistema operativo - una característica conocida como el servicio de actualizaciones de software-en el que también mejora el tiempo de actividad y disponibilidad.
El objetivo de las nuevas versiones de Cisco IOS - IOS XR, XE IOS y NX OS - es superar las limitaciones monolítica de la IOS  y la necesidad creciente de máxima disponibilidad. Todos estos nuevos sistemas operativos son modulares, en los que los servicios o demonios de IOS se ejecutan en forma de módulos en la parte superior de un núcleo basado en Linux (en IOS XE y NX-OS), o en un sistema operativo de terceros fabricantes (POSIX) con kernel en tiempo real (en IOS XR).
"[Se trata] absolutamente, de el paso en la dirección correcta" para Cisco, dice Doyle. "Cualquier cosa que nos acerque a una arquitectura modular, hará que suframos menos por tener una mayor fiabilidad. Cisco es muy consciente de las responsabilidades de la IOS en términos de ser una arquitectura monolítica. La misma que creo que verás que morir". Jeff Doyle.
El objetivo de la nueva arquitectura de las nuevas versiones de IOS, es eliminar del núcleo todos los procesos que no son absolutamente necesarios para ejecutar en él. En su lugar, se ejecutan como procesos modulares, como se ejecuta aplicaciones en un ordenador o en JUNOS.
De esta manera, el Linux FreeBSD con el que ha sido desarrollado JUNOS, basado en núcleos, ayuda a facilitar la modularidad, alta disponibilidad y virtualización de servicios. 


NOTA RoblClav 28/03/2011: También hay que decir que las dos o tres primeras veces que configuras JUNOS se hace muy complicado encontrar donde esta cada cosa. Básicamente el problema estriba en la estructura de la configuración que no sigue la lógica de CISCO sino, de los procesos.
Por poner un ejemplo, configurar una agregación de enlaces, por una parte tienes que lidiar si o si, con la estructura abstracta obligatoria de las units(entes virtuales) , luego anunciar que interfícies participan de este modo y a nivel de protocolo de nivel 2 como lo hacen, y luego ir a la interficie lógica resultante para configurar los parámetros. Vaya un lío viniendo desde CISCO pero claro desde el punto de vista conceptual. 
Junos es más potente, pero más dificil. Cisco es limitado pero más simple.
HTH,
Robclav


Leer más de Junos vs IOS:Resumen-de-junos-vs-cisco-ios.html

domingo, 27 de marzo de 2011

Descubriendo los Cisco CSS(Content Services Switches)

Estos días he estado desconectado del blog intentando cerrar proyectos y con algunas tareas diferentes. En concreto he iniciado una nueva etapa como "trainer" oficial. Después de unos cuantos meses sin hacer formación específica, he vuelto con un curso de los balanceadores de carga CSS. Así que os dejo aquí, el resumen de los conceptos interesantes, que fuera de la materia habitual no se tienen en cuenta en la implantación/mantenimiento de los mismos.

Los Cisco Content Services Switches (CSS) fueron renombrados tras la adquisición de Arrowpoint technologies por parte de la empresa de San FranCISCO.  Los CSS son balanceadores avanzados de carga externos a los servidores de contenidos, y no son simplemente unos substitutos de la clusterización de los servidores. A parte de recibir la petición de conexión por un puerto específico, tomar la decisión de a que servidor reenviar la petición y comprobar que ese mismo servidor este operativo como haría un cluster puedes "conducir" las sessiones como desees.

  1. Ejemplo de  keepalive, La comprobación del servidor esta basado en recuperar un string de la cabecera web una vez te has validado en la conexión https. Por lo que aunque el servidor este funcionando, si el demonio web y el contenido de la web no, este servidor no recibirá tráfico. 
  2. Ejemplo de persistencia de session(Stickiness) y servidor(Persistence). Puedes asegurar que un cliente cuando establece una sesión de ecomerce en la web, no se reenvíe a un nuevo servidor hasta que se finalice la compra(Stickiness). Si nos interesa, ese cliente, para cualquier tipo de protocolo o tráfico, ftp, http, ssh..etc, siempre consultará al mismo servidor(Persistence).  Y también se puede elegir la forma de comprobar que el mismo origen, algunos ejemplos serían por ip origen, id de la sessión de SSL, cookie de los servidores de contenidos, una cookie que inserta el propio CSS(Arrowpoint-cookie), identificador de un campo de la URL único...etc. Sin olvidar, que también se puede hacer que todas las peticiones de tráfico sean rebalanceadas, para los servicios numerosos y breves como DNS o NTP. Se puede configurar la acción a realizar en caso de fallo del servidor destino: enviar hacia un (Sorryserver) servidor con un mensaje genérico, rebalancear, descartar la petición...etc
  3. Otro ejemplo, que no puedes hacer con un cluster, es tomar la decisición de balanceo en función del idioma del navegador o versión del mismo,  en función de la url, de si es contenido cacheable para enviarlo a caches o no.
  4. Finalmente, comentar los diferentes algoritmos para repartir el volumen de conexiones se pueden basar desde Round Robin hasta el ACA propietario que mide los tiempos de respuesta, pasando por reparto asimétrico basado en pesos, o enviar las peticiones al más libre.
  5. Los CSS pueden descargar a los servidores finales de la parte de cifrado SSL con los clientes, o reenviando las conexiones hacia appliance ex profeso.
Hasta aquí podemos decir que se pueden apreciar las diferencias con un cluster convencional a la hora de garantizar la disponibilidad del servicio. Y resumiendo su comportamiento, actuan como un router con gran capacidad de Policy Based Routing, con IP SLA de comprobación de los servidores. Pero los CSS también evitan los ataques de DDOS, los barridos de puertos, ataques basados en vulnerabilidades de los protocolos...etc. Y otra funcionalidades, supuestamente auxiliares pero que pueden facilitarnos la vida.

Los CSS pueden actuar como servidores DNS autoritativos para nuestros dominios. Los dominios los podemos mover entre diferentes grupos de CSS, siendo anunciados desde los contents su existencia(A parte de el root del dominio, evidentemente). Para aquellas peticiones de dominios que no conozcan hablan con otros servidores, para resolverlas, de forma que en nuestra red ellos son los DNS. Por otra parte, con la licencia adicional, se puede configurar el network proximity. Esta funcionalidad consiste en balancear las peticiones al dominio, entre los diferentes grupos de CSS repartidos por países. Por ejemplo, estamos albergando www.paloaltonetworks.com en Barcelona. Una petición hacia este servidor nos llega desde EEUU, y disponemos de una pareja de CSS en ese país; pues por defectonuestros CSS resuelven el dominio con la ip pública del "Content" de EEUU ya que se prioriza servir el contenido con los CSS locales. Para que esto funcione, se definen "zonas" geográficas. También se puede balancear a nivel de resolución DNS para nuestros dominios, en función de los CSS que tienen menor carga o aquellos que no nos tarifiquen por las líneas.



Trucos y consejos:
  • Como herramientas útiles a la hora de utilizarlos, es recomendable simplificar la configuración utilizando los objetos y grupos de objetos. EQL(Extension Qualifier list), NQL(Network Qualifier list), DQL(Domain Qualifier list) y host(para definir una traducción nombre-IP).
  • Ten en cuenta que los CSS son routers, y si no configuramos ACLS tendremos todos los servidores expuestos.
  • Para modificar una ACLS, hay que desactivar su uso, desaplicarla de los circuits(Vlans) y volver a activarlo en los circuits y luego a nivel global.
  • Solo se puede tener un Source Group(NAT origen de los servidores de contenidos) activo, y por lo tanto se recomienda utilizar una VIP que es con la que se traduce la conexión origen dedicada.
  • El nat de los clientes, se considera premium y se tiene que pagar mediante correspondiente licencia.
  • Todo el tráfico es procesado, estos equipos no tienen ASICS, por lo que el debug no afecta al rendimiento. Así que se habla de "flows" y no de conexiones...
  • Estos equipos están pensados para www y DNS, y junto con el motivo previo, CISCO lo ha puesto están en vía muerta. Creo que la CSM, se continua vendiendo.
  • Para activar el debug, hay que estar en modo configuración de terminal, escribir "llama" o combinación "ESC"+ "x". Cambiará el prompt a DEBUG y hay que jugar con los comandos flow trace-IP x.x.x.x para seleccionar el tráfico a debugar, luego cambiar el nivel de logs a debugging mediante flow option 0x00130(Si en hexa) y logging console o VTY X para que podamos ver los logs. Desactivar el debug es cambiar el flow option.
  • Soporta hace de DHCP relay y activar un Port mirror o SPAN.
  • El modo experto, solo sirve para evitar que nos pida confirmación cada vez que hacemos algo y para poder pegar con comodidad la config en modo texto, desde el CLI.
Robclav







Apple: El mito ha caído

Hace unos meses compramos unos cuantos Apple MacBook buscando no solo su diseño y sus aplicaciones, sino la fiabilidad de sus sistema operativo. El precio de cada portátil triplicaba el precio de sus competidores con sistemas Microsoft, pero vamos mirando el coste a medio-largo plazo (capex-opex) salía rentable.
Con la mirada puesta en garantizar la máxima disponibilidad, todo el software instalado en el mismo, por ejemplo el paquete de microsoft Office 2010, es propietario y licenciado.
Pues toda la teoría y el marqueting detrás de la manzana mordida se desmoronó hace tres días.
Un MacBook Air de 13" dejó de arrancar. No salió un pantallazo, o un programa no funcionaba. Simplemente el portátil no pasaba del icono inicial de la manzana. PEOR que un Windows 95 SP1. Por supuesto el mantenimiento solo es hardware, por lo que mirando en internet vi que el mismo problema se lo ha encontrado la mitad de la red...
Resumen, he tenido que restaurar sistema, eso sí me ha mantenido el software instalado y los datos de usuarios. NOTA: El Macbook air, no tiene conectores de red RJ45 o unidades ópticas DVD/CD. Por lo que solo tienes puertos USB para restaurar el sistema y guardar los datos.
 Os dejo los pasos que he seguido:

  1. NO conectes el disco duro externo o la memoria USB todavía.
  2. Dejar pulsado a la vez las teclas "Command" (CMD o manzana) y "s". Arrancará en modo mono usuario (Single-user mode), lo que vendría a ser un run level 3 en UNIX/Linux.
  3. Una vez, nos devuelve el prompt solucionamos posibles problemas del sistema de ficheros, sbin/fsck -fy.
  4. Ahora ejecutamos sbin/mount -uw /
  5. Si el sistema de ficheros se monta en solo lectura, sigue al punto 7, sino puedes crear un nuevo directorio para montar el disco duro externo o el pendrive. mkdir /Volumes/midisco
  6. Lista las particiones de tu sistema ls /dev/disk* y apunta las que tienes.
  7. Conecta el disco duro externo o la memoria USB(Formateado con FAT32).
  8. Lista las particiones de tu sistema ls /dev/disk* y busca que nuevo disco y partición ha aparecido.
  9. Monta el disco externo o el pendrive: 
    1. Si no has podido crear un directorio /sbin/mount_msdos /dev/disk0s3 /Volumes
    2. Si has podido crear el directorio /sbin/mount_msdos /dev/disk0s3 /Volumes/midisco
  10. Comprueba que has podido montar correctamente el disco ls /Volumes/midisco o ls /Volumes
  11. Copia tus ficheros al disco o pendrive: cp /Volumes/MacHardDrive/testfile /Volumes/
  12. Apagar el sistema y desconnexión lógica del disco o pendrive: shutdown -h now
  13. Haz un comentario en el blog, acordandote de Steve Jobs y su marqueting.
Para restaurar el sistema, inserta el pendrive de restauración de sistema. Arranca el portátil y mantén presionada la "c". Sigue las intrucciones.

Siempre nos quedará el discurso de Steve Jobs en Standford.

stay hungry stay foolish (Steve Jobs' 2005 Stanford Commencement Address)

Robclav