Via Network

Después de varias semanas de inactividad pude terminar la migración de Blogger a Wordpress y adaptar esta plantilla algo simpática. Este Cms me permite tener mas organizada la información, las platillas son muchos mas editable, tengo infinidad de Plugins para instalar de acuerdo a la necesidad, un panel de administración muy completo y amigable entre otras cualidades.

 

La versión actual de Wordpress es  2.5 y puedes descargalo de  wordpress.org 

Saludos.

CSSFly es una herramienta online y gratuita que te permite editar sitios fácilmente y en tiempo real desde tu navegador. Puedes editar tanto el código HTML como las hojas de estilo externas asociadas al sitio. Lo que escribes en el código es lo que se muestra en la página. Las modificaciones que realices no se pueden guardar por razones obvias, sino modificaríamos los sitios de otras personas a nuestro antojo, pero de todas formas puedes copiar y guardar el código que hayas creado o modificado.

No me parece apropiada para desarrollar sitios desde 0 pero sí para realizar pruebas y modificaciones de poca magnitud en nuestras páginas ya construidas, o para curiosear el código fuente de otros sitios reemplazando a la función “Ver código fuente” de los navagadores por una un poco más sofisticada.

El pasado Miércoles 12 de Marzo se llevo acabo la reunión Oficial Twitter en el Treff Bar un lugar muy acogedor; a penas llegue pues vi un pequeño grupo donde estaba Arturo, German, Manuel entre otros….. no habrá pasado una hora y el local estaba lleno de twisterios ya era un poco complicado acomodarse pero tras acomodar una cuantas mesas entramos todos sin problemas .

Resumiendo un poco esta reunión fue muy interésate del hecho compartir unos comentarios con algunas por la Web para luego conocerlas en persona , tomar unos tragos, jugar billar y conversar de lo que a todos nos gusta la tecnología pues le dio un valor agregado a esta primera reunión Oficial.

Algunas fotos de la Reunión. no se ven tambien las tome del cel

http://www.flickr.com/photos/chevelle102

- Modo de funcionamiento
OpenVPN posee dos modos de funcionamiento: Enrutado y Puente, a los cuales los conoceremos como modo Routing y modo Ethernet Bridging. Puede entenderse un poco las diferencias entre ambos modos de funcionamiento con la siguiente comparativa:Ventajas del modo Bridging:

• El tráfico broadcast a través de la VPN: esto permite el correcto funcionamiento de software que depende del tráfico broadcast en redes LAN tal como la navegación a través de redes Microsoft conocido comúnmente como network browsing.
• No es necesario configurar reglas de enrutamiento.
• Funciona con cualquier protocolo sobre Ethernet incluyendo IPv4, IPv6, Netware IPX, AppleTalk, etc.
• La configuración de road warriors es relativamente más sencilla.

Desventajas del modo Bridging:

• Menos eficiente que el modo Routing, y no es muy escalable.
Ventajas del modo Routing:
• Eficiencia y escalabilidad.
• Permite mejor afinamiento del MTU para mejorar la eficiencia.

Desventajas del modo Routing:

• Los clientes deben usar un servidor WINS para pemitir la resolución de nombres NetBIOS entre ordenadores que estén a ambos extremos de los túneles VPN.
• Deben configurarse reglas de enrutamiento en cada subred.
• Software que dependa del tráfico broadcast no será capaz de encontrar a los hosts al otro lado de los túneles VPN.
• Funciona solamente con IPv4 en general, e IPv6 en casos donde los drivers TUN en ambos extremos de los túneles soporten dicho protocolo de manera explícita.

Este documento cubre sólo la configuración de OpenVPN en modo Routing, el cual es uno de los modos más comunes para configurar VPNs.Numeración de redes
La IANA ha reservado los siguientes tres bloques de direcciones IP para ser usadas en redes privadas:

10.0.0.0 - 10.255.255.255.0 - Prefijo 10/8
172.16.0.0 - 172.31.255.255 - Prefijo 172.16/12
192.168.0.0 - 192.168.255.255 - Prefijo 192.168/16

- Instalamos el paquete openvpn

# apt-get install openvpn

- Configuración de OpenVPN

Estos pasos son necesarios para configurar OpenVPN en modo Routing en un papel de cliente y servidor, todo bajo una estructura basada en certificados digitales.

Construcción de certificados
El primer paso para construir una configuración de OpenVPN basada en certificados es establecer un PKI (Public Key Infrastructure).

El PKI consiste de:

- Un certificado (conocido también como llave pública) y llave privada separado para cliente y el servidor.

- Un Certificado Autoridad maestro (CA, Certificate Authority) y su respectiva llave privada usada para firmar cada certificado usado por los clientes y el servidor.

- Generación del CA y su llave privada

OpenVPN incluye un directorio de nombre ‘easy-rsa’ dentro del cual procederemos a ejecutar
los pasos que a continuación se explicarán.

Nos dirigimos a la siguiente ruta

# cd /usr/share/doc/openvpn/examples/easy-rsa/

Una vez dentro del directorio “easy-rsa” editamos algunas lineas del archivo de nombre “vars”

# vim vars
… …
… …
export KEY_SIZE=1024
export KEY_COUNTRY=PE
export KEY_PROVINCE=LI
export KEY_CITY=Lima
export KEY_ORG=”Via Network”
export KEY_EMAIL=”jvallejo@vnperu.com”

Si se observa con cuidado el contenido del archivo se puede comprender que se definen variables las cuales deben ser cargadas para ser usadas posteriormente en la construcción del certificado pudiendo tener valores a gusto y criterio del administrador pero recordando que ninguno de ellos debe ser dejado en blanco.

Entonces se procede a cargar las variables del archivo recién editado:# . ./vars
# ./clean-all

Para saber que todo se ejecuto correctamente deberíamos poder constatar la existencia de un directorio con el nombre de la variable $KEY_DIR

# echo $KEY_DIR

Ahora es cuando ya se procederá a crear el CA ejecutando el script ‘build-ca’ y nos hará algunas preguntas de las cuales algunas ya tendrán los valores precargados del archivo de configuración ‘vars’ previamente editado y pueden aceptarse como respuesta presionando Enter, y otras opciones aún por rellenar con los valores apropiados como sigue:

# ./build-ca
Generating a 1024 bit RSA private key
…….++++++
..++++++
writing new private key to ‘ca.key’
—–
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter ‘.’, the field will be left blank.
—–
Country Name (2 letter code) [PE]:
State or Province Name (full name) [LI]:
Locality Name (eg, city) [Lima]:
Organization Name (eg, company) [Via Network]:
Organizational Unit Name (eg, section) []:sistemas
Common Name (eg, your name or your server’s hostname) []:www.vnperu.com
Email Address [jvallejo@vnperu.com]:

Luego de esto puede verificarse dentro del directorio $KEY_DIR la existencia de los archivos ‘ca.crt’ (el CA) y ‘ca.key’ (la llave privada del CA).

Hasta este punto ya se ha creado correctamente el CA con su respectiva llave privada la misma que debe ser mantenida en la más absoluta privacidad por razones de seguridad obvias.
- Generación del archivo de parámetros Diffie Hellman
El protocolo Diffie-Hellman permite el intercambio secreto de claves entre dos partes que no han tenido contacto previo, utilizando un canal inseguro, y de manera anónima (no autenticada).

Se emplea generalmente como medio para acordar claves simétricas que serán empleadas para el cifrado de una sesión. Siendo no autenticado, sin embargo provee las bases para varios protocolos autenticados.

Por lo tanto es necesario generar un archivo que contenga los parámetros correspondientes del protocolo desde el mismo directorio de trabajo usado anteriormente para la generación de la CA. Para ello debe ejecutarse el script ‘build-dh’ como sigue:

# ./build-dh
Generating DH parameters, 1024 bit long safe prime, generator 2
This is going to take a long time
…..+………………………………….+…………………….+……………………………….
…………………..+…………………………………………+……………………………….
…………..+……………………+…..+……………………………………………………….
………………………………………………………………….+……………….+………….
…………………………………………………………………..+……..+…..+……………..
…………………………………………………………………………….+…………………
………………………..+…+…….+…………………………………………………………+.
…..+……………………..+…………………………………………………………………..
……………………………………+……….+………………………………………………..
……………………………………..+…+…………………………………………………….
…………….+………………………………………………………………………….+…..+.
…………………………………..+………………..++*++*++*

Si todo ha funcionado correctamente debería haberse creado el archivo ‘dh1024.pem’ (u otro número distinto de 1024 dependiendo del valor de $KEY_SIZE en el archivo ‘vars’.

- Generación del certificado del servidor y su llave privada

Ahora se requiere generar un certificado con su respectiva llave privada para el servidor ejecutando el script ‘build-key-server’ pasándole como parámetro un nombre representativo para el servidor VPN como se aprecia a sigue:

# ./build-key-server vpn-server
Generating a 1024 bit RSA private key
………………………………++++++
.++++++
writing new private key to ‘vpn-server.key’
—–
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter ‘.’, the field will be left blank.
—–
Country Name (2 letter code) [PE]:
State or Province Name (full name) [LI]:
Locality Name (eg, city) [Lima]:
Organization Name (eg, company) [Via Network]:
Organizational Unit Name (eg, section) []:sistemas
Common Name (eg, your name or your server’s hostname) []:vpn-server
Email Address [jvallejo@vnperu.com]:

Please enter the following ‘extra’ attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:
Using configuration from /root/easy-rsa/openssl.cnf
Check that the request matches the signature
Signature ok
The Subject’s Distinguished Name is as follows
countryName :PRINTABLE:’PE’
stateOrProvinceName :PRINTABLE:’LI’
localityName :PRINTABLE:’Lima’
organizationName :PRINTABLE:’Via Network’
organizationalUnitName :PRINTABLE:’sistemas’
commonName :PRINTABLE:’vpn-server’
emailAddress :IA5STRING:’jvallejo@vnperu.com’

Certificate is to be certified until Aug 1822:09:07 2017 GMT (3650 days)
Sign the certificate? [y/n]:y

1 out of 1 certificate requests certified, commit? [y/n]y
Write out database with 1 new entries
Data Base Updated

Es indispensable que el valor del Common Name en la creación del certificado sea el mismo que el pasado como parámetro al script. Si todo ha funcionado como debe ser se habrán creado un par de archivos de extensión .crt y .key dentro del directorio $KEY_DIR con el nombre especificado como parámetro al script, resultando en nuestro ejemplo ‘vpn-server.crt’ y ‘vpn-server.key’

Observaciones
- Hasta este punto ya se ha creado el CA, el certificado del servidor y el archivo de parámetros Diffie Hellman pero debe
considerarse que este proceso debe ser ejecutado solamente una única vez, por ello hay que ser cuidadosos de no ejecutar
nuevamente el script ‘clean-all’ si antes no se ha hecho un respaldo del contenido del directorio $KEY_DIR.

- Si se desean generar certificados para los clientes en un futuro hay que considerar que deben cargarse las variables de entorno desde el archivo ‘vars’ usando # . ./vars.

Creación de certificados de clientes y sus llaves privadas

La creación de los certificados de clientes puede hacerse en dos pasos de los cuales el primero consiste en crear una solicitud de certificado y la segunda consiste en la firma de dicha solicitud para generar al fin el certificado del cliente.Para ello debe usarse el script ‘build-req’ ó ‘build-req-pass’. La diferencia de usar uno u otro consiste en que el segundo protegerá la llave privada con una contraseña para mayor seguridad en caso de robo del certificado y su llave. De este modo tendríamos lo siguiente:

# ./build-req-pass cliente0
Generating a 1024 bit RSA private key
……….++++++
…………………………………………………………++++++
writing new private key to ‘cliente0.key’
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
—–
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter ‘.’, the field will be left blank.
—–
Country Name (2 letter code) [PE]:
State or Province Name (full name) [LI]:
Locality Name (eg, city) [Lima]:
Organization Name (eg, company) [Via Network]:
Organizational Unit Name (eg, section) []:sistemas
Common Name (eg, your name or your server’s hostname) []:cliente0
Email Address [jvallejo@vnperu]:

Please enter the following ‘extra’ attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:

Recordar que también el valor del Common Name debe ser el mismo que se pasó como parámetro al script. Si todo ha funcionado como se espera entonces se debe haber creado un archivo de extensión .key y otro de extensión .csr dentro del directorio $KEY_DIR con el nombre especificado para el cliente, mas no ninguno de extensión .crt todavía.

ahora cuando ya se puede proceder a firmar la solicitud de certificado del cliente ejecutando el script ’sign-req’ pasándole como parámetro el nombre anteriormente dado al cliente.

# ./sign-req cliente0
Using configuration from /root/easy-rsa/openssl.cnf
Check that the request matches the signature
Signature ok
The Subject’s Distinguished Name is as follows
countryName :PRINTABLE:’PE’
stateOrProvinceName :PRINTABLE:’LI’
localityName :PRINTABLE:’Lima’
organizationName :PRINTABLE:’Soporte Linux’
organizationalUnitName :PRINTABLE:’sistemas’
commonName :PRINTABLE:’cliente0′
emailAddress :IA5STRING:’soporte@soportelinux.com.pe’
Certificate is to be certified until Aug 18 22:35:26 2017 GMT (3650 days)
Sign the certificate? [y/n]:y

1 out of 1 certificate requests certified, commit? [y/n]y
Write out database with 1 new entries
Data Base Updated

Con esto ya deberíamos ahora sí tener un archivo de extensión .crt con el nombre del cliente dentro del directorio $KEY_DIR. Con esto ya se concluye el proceso de creación de certificados y llaves para los clientes y/o el servidor. A continuación se procederá a entrar ya en detalle de la sintaxis y directivas de los archivos de configuración de OpenVPN.

Configuración en modo servidor

Pasamos a resumir nuestas configuración en un archivo que llamaremos server.conf, a tener en cuenta que OpenVPN por defecto tratará de levantar tantas instancias del servicio como archivos de extensión .conf encuentre dentro del directorio ‘/etc/openvpn’. espesamos:

# cd /etc/openvpn
# touch server.conf
# vim server.conf

copiamos el siguiente script

dev tun
port 1194
proto udp
server 10.255.255.0 255.255.255.0
push “route 192.168.1.0 255.255.255.0″
ifconfig-pool-persist ipp.txt
dh /etc/openvpn/keys/dh1024.pem
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/vpn-server.crt
key /etc/openvpn/keys/vpn-server.key
cipher BF-CBC
tls-serverduplicate-cn
user nobody
group nogroup
comp-lzoping 15
ping-restart 60
ping-timer-rem
persist-tunpersist-key
verb 3
log-append /var/log/openvpn/vpn-server.log (crea toda esta ruta)

Hasta aquí se cubre algunas de las directivas básicas más comunes para conseguir una correcta configuración de OpenVPN como cliente y servidor usando certificados digitales. Sin embargo muchas otras opciones que pueden ser de interés para el lector pueden
ser encontradas en OpenVpn.

Arranque de OpenVPN
Una vez concluida la elaboración correcta de los archivos de configuración de OpenVPN arrancamos el servicios

# /etc/init.d/openvpn restart

Se esta manera se reinicia el servicios con la nueva configuración a la espera de alguna conexión

Configuración en modo cliente

En este caso asumiremos que el cliente se conectara desde un Windows donde usaremos el OpenVPN GUI for Windows (instalar con las opciones por default).

Una vez instalado iremos a la siguiente ruta:

C:\Archivos de programa\OpenVPN\config

Borramos todo lo que encontremos en ese diretorio y creamos un archivo de nombre cliente.ovpn y copiamos el siguiente script.

dev tunport 1194
proto udp
remote 200.40.220.169 1194 (ip de tu servirdor OpenVpn e indicado el puerto)
pull
tls-client
ca ca.crt
cert cliente0.crt
key cliente0.key
cipher BF-CBC
ns-cert-type server
comp-lzo
ping 15
ping-restart 60
persist-tunpersist-key
verb 3

El siguiente paso es llevar ca.crt, cliente0.crt y cliente0.key que fueron creados en el servidor OpenVpn a la Pc del cliente y pegarlo en el directorio:

C:\Archivos de programa\OpenVPN\config

Luego Ejecutamos el cliente OpenVPN GUI desde:

Inicio -> programas -> openvpn -> OpenVPN GUI

Se carga OpenVPN GUI al costado del reloj y bastara con hacer un clic derecho y clic en Connect.

Fnalmente deberías conectarte sin problemas a tu servidor VPN y desde el punto del cliente ver a cualqueir PC de la LAN del otro extremos lo mas probable es que el servidor OpenVpn le asigne al cliente la ip 10.255.255.6 y podrás hacerle ping desde tu LAN sin problemas.

Recomendaciones

- Siempre dale un check a los log para detectar cualquier error.
# tail -f /var/log/openvpn/vpn-server.log

- No trates de instalar OpenVpn detras de un Firewall te llenaras la vida de problemas, instálalo en el mismo firewall.

- Revisa que tengas la interfaz creada con el nombre tun0,tun1,tun2 o alguna parecida.
# ifconfig

- Asegurarse también que no existan reglas de firewall que impidan el ingreso de conexiones UDP al puerto de escucha del servidor OpenVPN.

- Tener cuidado con la hora y fecha de los sistemas operativos de modo tal que estén correctamente asignados. Si se generan los certificados en un host que tiene una hora y fecha atrasada entonces al querer hacer uso de ellos en un servidor o cliente que sí posean la hora correcta sucederá que la negociación SSL/TLS fallará debido a la desincronización de fecha y hora, donde se pretenderá validar un certificado en una fecha futura ficticia.

- Si las conexiones las aprecia muy lentas o simplemente nunca llegan a establecerse pruebe cambiando los algoritmos de cifrado en la directiva cipher. Por lo general BF-CBC no suele dar ningún problema en la mayoría de casos.

- Si un servidor OpenVPN juega también el papel de firewall entonces debe habilitarse todo tráfico entrante por todas las interfaces tun y además el paso de tráfico en ambos sentidos en la cadena FORWARD como sigue:

# iptables -A INPUT -i tun0 -j ACCEPT
# iptables -A FORWARD -s 192.168.3.0/24 -d 10.255.255.0/24 -j ACCEPT
# iptables -A FORWARD -d 192.168.3.0/24 -s 10.255.255.0/24 -j ACCEPT

Bueno espero les sea de utilidad esta guía de configuraciondel OpenVpn, luego posteare mas variantes de conexión para tu Vpn

Saludos

El acrónimo VPN, correspondiente a Virtual Private Network son conocidas a veces también como RPV (Redes Privadas Virtuales).

La VPN es una tecnología de red que permite una extensión de la red local sobre una red pública o no controlada, como por ejemplo
Internet.

El ejemplo más común es la posibilidad de conectar dos o más sucursales de una empresa utilizando como vínculo Internet, permitir a los miembros del equipo de soporte técnico la conexión desde su casa al centro de cómputo, o que un usuario pueda acceder a su equipo doméstico desde un sitio remoto, como por ejemplo un hotel. Todo esto utilizando la infraestructura de Internet.

Para hacerlo posible de manera segura es necesario proveer los medios para garantizar la autenticación, integridad y confidencialidad de toda la comunicación:

- Autenticación y autorización
¿Quién está del otro lado? Usuario/equipo y qué nivel de acceso debe tener

- Integridad
La garantía de que los datos enviados no han sido alterados. Para ello se utiliza un metodo de comparación (Hash).

Los algoritmos comunes de comparacion son Message Digest(MD) y Secure Hash Algorithm (SHA).

- Confidencialidad
Dado que los datos viajan a través de un medio potencialmente hostil como Internet, los mismos son susceptibles de intercepción, por lo que es fundamental el cifrado de los mismos. De este modo, la información no debe poder ser interpretada por nadie más que los destinatarios de la misma.Se hace uso de algoritmos de cifrado como Data Encryption Standard (DES),Triple DES(3DES) y Advanced Encryption Standard (AES).

- No repudio
Es decir un mensaje tiene que ir firmado, y el que lo firma no puede negar que el mensaje lo envió él.

Tipos de VPN
Básicamente existen tres arquitecturas de conexión VPN:

- VPN de acceso remoto
Éste es quizás el modelo más usado si actualmente y consiste en usuarios o proveedores que se conectan con la empresa desde sitios remotos (oficinas comerciales, domicilios, hotel, aviones, etcétera) utilizando Internet como vínculo de acceso. Una vez autenticados tienen un nivel de acceso muy similar al que tienen en la red local de la empresa. Muchas empresas han reemplazado con esta tecnología su infraestructura ‘dial-up’ (módems y líneas telefónicas), aunque por razones de contingencia todavía conservan sus viejos modems. Existen excelentes equipos en el mercado.

- VPN punto a punto
Este esquema se utiliza para conectar oficinas remotas con la sede central de organización. El servidor VPN, que posee un vínculo permanente a Internet, acepta las conexiones vía Internet provenientes de los sitios y establece el túnel VPN. Los servidores de las sucursales se conectan a Internet utilizando los servicios de su proveedor local de Internet, típicamente mediante conexiones de banda ancha. Esto permite eliminar los costosos vínculos punto a punto tradicionales, sobre todo en las comunicaciones internacionales…. Es más común el punto anterior, también llamada tecnología de túnel o tunneling.

- VPN interna WLAN
Este esquema es el menos difundido pero uno de los más poderosos para utilizar dentro de la empresa. Es una variante del tipo “acceso remoto” pero, en vez de utilizar Internet como medio de conexión, emplea la misma red de área local (LAN) de la empresa.

Sirve para aislar zonas y servicios de la red interna. Esta capacidad lo hace muy conveniente para mejorar las prestaciones de seguridad de las redes inalámbricas (WiFi).
Un ejemplo muy clásico es un servidor con información sensible, como las nóminas de sueldos, ubicado detrás de un equipo VPN, el cual provee autenticación adicional más el agregado del cifrado, haciendo posible que sólo el personal de RRHH habilitado pueda acceder a la información.

Implementaciones
Todas las opciones disponibles en la actualidad caen en tres categorías básicas: soluciones de hardware, soluciones basadas en cortafuegos y aplicaciones VPN por software.

El protocolo estándar de hecho es el IPSEC, pero también tenemos PPTP, L2F, L2TP, SSL/TLS, SSH, etc. Cada uno con sus ventajas y desventajas en cuanto a seguridad, facilidad, mantenimiento y tipos de clientes soportados.

Actualmente hay una línea de productos en crecimiento relacionada con el protocolo SSL/TLS, que intenta hacer más amigable la configuración y operación de estas soluciones.

- Las soluciones de hardware casi siempre ofrecen mayor rendimiento y facilidad de configuración, aunque no tienen la
flexibilidad de las versiones por software. Dentro de esta familia tenemos a los productos de Nortel, Cisco, Linksys,
Netscreen, Symantec, Nokia, US Robotics, D-link etc.

- En el caso basado en cortafuegos, se obtiene un nivel de seguridad alto por la protección que brinda el cortafuegos, pero se pierde en rendimiento. Muchas veces se ofrece hardware adicional para procesar la carga VPN. Por ejemplo: Checkpoint NG, Cisco Pix.

- Las aplicaciones VPN por software son las más configurables y son ideales cuando surgen problemas de interoperatividad en los modelos anteriores. Obviamente el rendimiento es menor y la configuración más delicada, porque se suma el sistema operativo y la seguridad del equipo en general. Aquí tenemos por ejemplo a las soluciones nativas de Windows, Linux y los
Unix en general. Por ejemplo productos de código abierto (Open Source) como OpenSSH, OpenVPN y FreeS/Wan.

Demofuse es un novedoso servicio gratuito que brinda la posibilidad de crear tours o demos interactivos de tus sitios. ¿Pero qué es un tour? Similar a lo que ocurre inmediatamente luego de instalar ciertas aplicaciones que nos brindan la posibilidad de explorar en forma rápida las funciones básicas de las mismas para empezar a utilizarlas rápidamente, Demofuse nos permite, a través de estos tours, resaltar determinados elementos o secciones de nuestra página web indicando lo que nuestros usuarios necesitan saber para sacar el mayor provecho de nuestro sitio.

No es necesario descargar ningún software adicional para utilizar este servicio. Actualmente sólo es posible utilizarlo solicitando una invitación desde este formulario pero pronto estará disponible para todo el público y en forma gratuita. A modo de ejemplo, ellos mismos crearon un tour resaltando las características del servicio. Puedes verlo haciendo clic en el botón azul que dice “Sample Tour” ubicado en la página principal del sitio.

El pasado 9 de Marzo se jugo el partido entre Universitario vs Cristal en el estadio monumental U, después de buen tiempo que no iba al estadio para ver a la U.

Hubo un bonito ambiente, bastante publico …….esta vez fui con el Gran Nikin y Chicolamo (es de AL pero lleva la crema en la sangre jeje) después de unos sanguchitos y gaseosas empezó el partido que no fue un partidazo pero la U supo manejar el partido y mato a cristal con un Golazo de Doni Neyra que tras un rebote de Cristal saco un bien tiro y acabo dentro del arco.

En el segundo tiempo con el chorry en la cancha Cristal toco mejor la pelota pero son complicaciones lo mismo con la U….resultado final 1 – 0.

Les dejo el resumen del partido.

Listamatic es un excelente sitio que muestra, a través de sus ejemplos, cómo crear diferentes estilos de menús con CSS partiendo de una simple lista:

- Lista de menús verticales y horizontales sin anidamiento

- Lista de menús verticales y horizontales con anidamiento

Además puedes visitar este tutorial (en inglés pero muy didáctico), del mismo sitio, donde enseñan de una forma extremadamente práctica cómo crear:

- Menús con imágenes de fondo como viñetas.
- Efecto rollover.
- Menús anidados.
- Menús horizontales.

Las 2 versiones del hitazo del verano CTI de Argentina y Claro de Perú, a mi parecer la versión peruana se la lleva de lejos hasta el Puchi Puchi !!! fue mejor, no hay nada que hacer que producimos alegría.

Por otro lado la producción ya sabia que iba ser un éxito por lo ocurrido en Argentina mínimo tenia que superarlo y así fue.

Un dia como hoy 3 de marzo de 1847, nacío en Edimburgo (Escocia) el ciéntifico Alexander Graham Bell, conocido fundamentalmente como el inventor del teléfono. Además, Bell fue también uno de los fundadores de la ‘National Geographic Society’, y desarrolló las primeras investigaciones sobre telecomunicaciones y aeronaútica.

Para unirse a este aniversario Google ha insertado en su página inicial un logotipo conmemorativo en el que la segunda letra ‘O’ es la cara de Bell hablando por teléfono.

Enlace de Interes:
- http://es.wikipedia.org/wiki/Alexander_Graham_Bell