Categoría: Redes

Publicado el

CISCO Curso Completo de Wireless

No es preciso ningún conocimiento tecnológico previo, habida cuenta que se parte de cero.. Residentes en España ( Madrid ) Para qué te prepara: Conviértete en un ADMINISTRADOR DE SISTEMAS y afronta las complejidades de las tecnologías TIC. Dirigido a: Jóvenes estudiantes o profesionales que deseen conocer y dominar en profundidad las técnicas de análisis, diseño administración e implantación de plataformas de tecnologías de información. Titulación oficial: Certificaciones Oficiales de Cisco System (CCNA-CNAP), de Microsoft Systems (MCSA) y de Linux, LPI (Programa LPIC).

//img235.imageshack.us/img235/9735/ciscoxp0.gif

  • Tipo:CursoMétodo
  • Lugarresencial / Madrid
  • Duración:450 horas
  • Certificado/Título:CCNA de CISCO Systems, MCSA de Microsoft y LPI 101-102 de Linux


Descripcion.

  • Hospedaje: rapidshare
  • Peso: 45706 KB
  • Compresion: .rar
  • Pass: Gil_lazo-M

Mas informacion:

http://rapidshare.com/files/155305659/wireless.rar

Publicado el

ClusterSSH – Administración de servidores de “una sola tacada”

Los administradores de sistemas que disponen de una gran cantidad de servidores Linux/Unix que administrar, o bien disponen de máquinas que tiene una configuración similar pueden utilizar una herramienta llamada OpenSSH. Herramienta que permite administrar vía SSH varios servidores a la vez.

Se instala con un simple sudo apt-get install clusterssh (en sistemas debian)

Os dejo un video para que veais la instalación, configuración y uso de esta mágnifica herramienta «OpenSSH»

Información:

  • Software: ClusterSSH
  • Duración: 2 minutos y 54 segundos
  • Fuente: http://www.screencasts.es
Publicado el

VPN facil y seguro: TheGreenBow VPN Client

redes

TheGreenBow VPN Client 4.10.010 | 4.41 MB | Multilenguaje

Su red está en constante evolución a medida que integrar más las aplicaciones empresariales y la consolidación de servidores. En ese entorno, es, por tanto, convertirse en extremadamente complejo para mantener la seguridad total en el borde de la red, mientras que los usuarios (empleados o subcontratistas, ya sea en el hogar, la oficina o de viaje) están trabajando con clientes y socios. Ellos necesitan tener acceso a la empresa y servidores de aplicaciones de forma rápida, fácil y segura.

La presentación de TheGreenBow VPN IPSec de cliente
TheGreenBow IPSec VPN Client es una demanda de clientes IPSec VPN, compatible con la mayoría popular y gateways VPN con herramientas de red para desplegar la seguridad en grandes y medianas empresas. Altamente eficiente y fácil de configurar, el IPSec VPN Client también permite peer-to-peer VPN.

TheGreenBow VPN IPSec de cliente características

* Fácil conexión del panel
* Software de control de acceso (password)
* Protocolo Tunneling
* NAT-Trasversal
* IP encapsular la seguridad
* Fuerte de cifrado
* Fuerte autenticación de usuario
* Modo Híbrido
* Modo-Config
* Rango de IP
* Modo de Conexión
* Gateway VPN Multi vendorIPSec Cliente
* Flexible software de despliegue
* Token USB y SmartCardIPSec Cliente VPN
* Token certificados de gestión
* Instalar silencioso y oculto Interface
* VPN Configuración de protección
* Vigilado de importación y exportación de funciones
* Asistente para configuración de VPN
* Funciona como un Servicio
* Todas las versiones de Windows (incl. Vista) IPSec VPN Client
* Localizados en varios idiomas

Descargar:
http://rapidshare.com/files/119172075/VPN.410.rar

Publicado el

Como hacer mirroring de local a remoto con rsync

Puesto que ya hace tiempo que recomendé a alguien usar rsync, y que últimamente ha vuelto a salir el tema.

Os posteo una forma simple de usar rsync para realizar backups incrementales de local a remoto.

Hacer mirroring de local a remoto:

rsync -avz --rsh=/usr/bin/ssh --recursive /ruta/carpetaorigen/ 
usuario@servidor_backups:/ruta/carpetadestino

Lo mismo pero sin incluir ciertos archivos:

rsync -avz --rsh=/usr/bin/ssh --recursive /ruta/carpetaorigen/ 
--exclude "*lalala*" usuario@servidor_backups:/ruta/carpetadestino

Hay que tener en cuenta que esta solución no es muy elegante, puesto que no se conservan ni propietarios, ni grupos ni nada, pero almenos tenemos los datos guardados en otra máquina.

Para mejorarlo es fácil, si se usa rsync –help está muy bien explicado, incluso para conversar propietarios, grupos, permisos…

Os animo a leerse el help e ir posteando comentarios acerca de lo que vayáis descubriendo de rsync, es más útil que no tenerlo todo hecho icon_smile.gif

Publicado el

Redirigir peticiones http de una maquina a otra sin perder hostname con mod_proxy

Hace unos dias me encontré con el siguiente problema, tengo que migrar el site foo.com del servidor A al servidor B, no podemos tener el site caido mucho tiempo mas allá de unos pocos minutos (lo que tardamos en hacer un dump de los datos y una copia de ficheros), tampoco queremos cambiar el dominio del site  (por ejemplo usando una redirección del estilo.foo.com a new.foo.com).

Resumiendo: queremos que todas las peticiones que entren al servidor A para el virtual host foo.com le lleguen al servidor B que tiene tambien configurado ese mismo dominio en sus virtual hosts.

Afortunadamente Apache 2 es el servidor web del dominio foo.com.

¿Como lo hacemos?

Voy a proponer una solución al problema utilizando mod_proxy:

Añadimos estas 3 lineas a la configuración del servidor A.

ProxyPass / http://192.240.2.93/

ProxyPassReverse / http://192.240.2.93/

ProxyPreserveHost On

Explicamos para que sirven los parametros:

  • ProxyPass redirige la petición del servidor A a la ip del servidor B.
  • ProxyPassReverse cambia la URL en las cabeceras Location, Content-Location y URI de las respuestas HTTP redirect. Se utiliza para que la respuesta de la petición vaya al cliente a traves del host A, lo cual es muy util cuando redirigimos peticiones a hosts en una red privada que no tienen acceso a internet. En nuestro caso esta directiva es opcional y podemos decidir que sea el host B el que responda al cliente directamente.
  • ProxyPreserveHost mantiene la cabecera Host de la petición en la redirección al servidor B, esta pensado especificamente para poder hacer redirecciones a servidores que utilicen virtual hosts basados en nombres de dominio.

En el host B tenemos que tener una configuración similar a esta para que acepte las peticiones que le entran desde el servidor A:

<virtualhost *:80>
ServerName foo.com
DocumentRoot /var/www/foo

<directory «/var/www/foo»>
Order allow,deny
Allow from all
</directory>

ErrorLog /var/log/apache2/foo.err
CustomLog /var/log/apache2/foo.log combined
</virtualhost>