NETWORKING

Terminal Service: Autenticacion a nivel de red

2011-05-24T09:47:00.007-05:00

Terminal Service: Autenticacion a nivel de red

Hace poco se instaló un servidor Windows SBS 2008 y al momento de conectarme por escritorio remoto, me generaba un error, indicandome que: "El equipor remoto requiere Autenticación a nivel de red, lo que no es compatible con este equipo. Para obtener ayuda, póngase encontacto con el administrador del sistema o con el personal desoporte técnico"

El equipo del cual me deseo conectar, es un XP SP3.

Solución: Para este error, Microsoft sacó una actualización del Xp, ésta puede ser descargada por medio del siguiente enlace: http://www.microsoft.com/downloads/es-es/confirmation.aspx?familyid=72158B4E-B527-45E4-AF24-D02938A95683&displaylang=es

Es importante leer esta docuementación

http://support.microsoft.com/kb/951608

http://support.microsoft.com/kb/969084

ORACLE

2010-04-22T19:41:00.005-05:00

Hace ya mas de un año que no pasaba a publicar una entrada. Y ahora no tengo tanto parlamento como antes. Solo vengo a dejar unas indicaciones para compactar una base de datos Oracle 10g en Linux y por consola.

Hoy se presentó un problema en el trabajo con la base de datos que se manejaba, inicialmente lo que se hizo fue empezar a borrar datos, se borraron aproximadamente 664.270 registros. Se reinició el motor de base de datos (service oracle-xe restart) y finalmente se inició el listener (lsnrctl start).
El procedimiento anterior era muy importante, se liberó un poco de espacio en la base de datos pero no es suficiente porque esta debía ser compactaba. Este procedimiento es muy sencillo realizarlo por medio de la interfaz grafica del oracle (http://127.0.0.1:8080/apex), pero este servidor no tenia interfaz grafica y por otro lado no podiamos acceder a él de manera remota por politicas de seguridad de la compania, la base de datos debia ser compactada atraves de comandos.

Después de haberme conectado a la base de datos por consola se empezó a compactar la base de datos con este comando, simple pero eficaz.

sqlplus system/password as sysdba;

se ejecuta el siguiente comando:

exec dbms_space.database_level_shrink;

Espero les sea de ayuda

Recuperar Password en Windows Vista.

2009-03-29T15:13:00.008-05:00

Bueno, para recuperar estos password, en este caso el del Administrator existen varias maneras, creo que muchos ya conocen el OphCrack XP y OphCrack Vista, tambien hay un LiveCD Trinity Rescue Kit que presenta muchas opciones no solo para recuperar contraseñas sino para restaurar el mismo.

Pero ahora, no vamos a utilizar ninguna de estas dos herramientas, vamos hacer algo mas sencillo.

Lo primero que debemos hacer es bootear el computador desde un LiveCD que soporte NTFS (Recordemos que NTFS es el Sistema de Fichero de los "nuevos" Windows, apartir del NT (creo)), ya sea Ubuntu, Fedora entre otros, en este caso se utilizó Backtrack.

Una vez haya cargado el LiveCD, entramos a la partición donde esta alojado el Winodws Vista y nos dirijimos a C:\WINDOWS\System32
Dentro de esta carpeta, encontramos un archivo llamado sethc.exe, le cambiamos la extension .exe a .bak, es decir, que quedara sethc.bak

Dentro de esta carpeta (System32)encontramos el cmd.exe, hacemos una copia de este archivo, puede ser ahi mismo o en otra ubicación, lo importante es asegurarnos no de dañar o perder algo. Luego, renombramos el cmd.exe orginal a sethc.exe.

Que hemos echo hasta el momento_
sethc.exe fue cambiado a sethc.bak
se hizo copia del cmd.exe
y por utlimo el cmd.exe original fue renombrado a sethc.exe.

Ahora reiniciamos.

Cuando nos encontremos frente a la pantalla de logueo (usuarios y password) Presionamos 5 veces la tecla Shift, se nos abre el cmd.
En el prompt escribimos:
rundll32 netplwiz.dll,UsersRunDll
Se nos habre una ventana, donde seleccionamos la cuenta a la que se le va a reestablecer la contraseña, en este caso la del Administrador y procedemos a escribir la contraseña nueva o ninguna.

Cerramos y nos logueamos normalmente con la clave que se ha establecido.

Secure Shell

2009-02-17T18:54:00.014-05:00

SSH son las siglas de Secure SHell, cuya traducción sería intérprete de comandos seguro. Es un protocolo de comunicación seguro para controlar un ordenador remoto a través de una Interfaz de Línea de Comandos, también llamada "shell".

SSH es el reemplazo del telnet, rsh, rcp y ftp, utiliza métodos de autenticación por clave pública para establecer una conexión encriptada y segura entre el cliente y el servidor por el puerto 22 (por defecto).

En este apunte vamos a realizar SSH en un Router Cisco 1800

1° Debemos verificar si la IOS de tu router soporta SSH, en mi caso, el router Cisco 1800 no lo soporta, por lo tanto, se debe actualizar la IOS. Una vez se realiza la actualización de la IOS verificamos con show version, debemos ver un k8, si el cifrado llega hasta los 64 bits y k9 si el cifrado supera los 64 bits.

SSH se empezó a implementar apartir de las versiones 12.0.5.S de las IOS Cisco.

2° Procedemos ha configurar un nombre para el router y un nombre de dominio, esto es básico e indispensable a la hora de configurar el servidor ssh, ya que por medio del nombre y del dominio el router generará el nombre de la llave. Recordemos que se debe estar en modo de configuracion global. Así:

Configurando nombre: Server_SSH
Router(config)#hostname Server_SSH
Configurando nombre del dominio: sena.edu.co
Server_SSH(config)#ip domain-name sena.edu.co

3° Ahora generamos un par de llaves RSA. El rango para esta llave es de 360 a 2048 bits, por defecto esta llave es de 512 bits, recordemos que entre mas larga sea la llave, más seguridad tendrá ésta. En este caso vamos a trabajar con una llave de 1024 bits.
Esto habilitará automáticamente el SSH.
Server_SSH(config)#crypto key generate rsa

The name for the keys will be: SERVIDOR SSH.sena.edu.co
Choose the size of the key modulus in the range of 360 to 2048
for your General Purpose Keys. Choosing a key modulus greater than
512 may take a few minutes.
How many bits in the modulus [512]: 1024
% Generating 1024 bit RSA keys ...[OK]
*Feb  18 00:17:13.337: %SSH-5-ENABLED: SSH 1.99 has been enabled

Como puedes ver en el ejemplo anterior, después de que el sistema genera la llave se recibirá un mensaje indicandonos que se ha activado automáticamente SSH 1.99 en el router. Es decir, que el sistema de este router ha permitido el apoyo de ambas versiones, tanto la SSH1, como la SSH2, pero por defecto esta se encuentra activada en SSH1. Cuando sale que se ha habilitado en el router Cisco la versión 1.5 de SSH, nos esta indicando que este enrutador ejecutará SSH1, y para finalizar si el sistema sólo ha permitido el apoyo a SSH2, el mensaje diría SSH 2.0.

Como lo dijimos anteriormente, aunque nuestra IOS soporta ambas versiones, por defecto esta se encuentra con SSH1. Para habilitar la versión 2 de SSH ingresamos el siguiente comando.
Server_SSH(config)#ip ssh version 2

4° Una vez se haya habilitado debemos configurar adecuadamente el servidor SSH. Podemos empezar estableciendo el tiempo de espera para la autenticación de SSH. El tiempo máximo no puede exceder los 120 segundos, que también es el valor por defecto, este tiempo se debe establecer en segundos.
Server_SSH(config)#ip ssh time-out 60

Ahora establecemos los reintentos para la autenticación de SSH. El máximo número de reintentos es de cinco, sin embargo, el valor por defecto es tres.
Server_SSH(config)#ip ssh authentication-retries 4

5° Posteriormente creamos algunos usuarios a los cuales se le permitirá el accesso ssh al router.
Server_SSH(config)#username yenith password yenith123
Server_SSH(config)#username victor password victor123
Server_SSH(config)#username kate password kate123

6° Lo que realizaremos a continuación, se hace con el fin de no permitir conexiones diferentes a las SSH.
Server_SSH(config)#line vty 0 4
Server_SSH(config-line)#transport input ssh
Server_SSH(config-line)#login local

Listo! Con esto ya se ha realizado la configuración del servidor SSH en el router.

Algunos apuntes:

Las llaves que se han generado, no son llaves exportables, para que sean exportables debemos utilizar el siguiente comando:
Server_SSH(config)#crypto key generate rsa general-keys exportable

Para verificar si el SSH se encuentra habilitado y ver la versión que esta corriendo, podemos utilizar show ip ssh
Server_SSH#show ip ssh

Para ver la llave que hemos generado utilizamos:
Server_SSH#show crypto key mypubkey rsa.

Cliente SSH (Desde el router2)
Al utilizar el cliente ssh, se debe tener en cuenta que el comando se ejecuta en el modo EXEC y no es necesario realizar una configuración previa en el router.
Cliente_SSH#ssh -l yenith 10.10.10.2

Fuente:
http://www.cisco.com/en/US/tech/tk583/tk617/technologies_tech_note09186a00800949e2.shtml
http://thepingman.wordpress.com/2008/09/02/configurando-ssh-en-routers-cisco/
Implementing SSH por Himanshu Dwivedi

Binario del Packet Tracer 5.1

2009-02-11T01:18:00.006-05:00

Este post surgió de la necesidad de instalar el binario del Packet Tracer en Linux.
1º Es muy poca la documentación que hay para instalar el Packet desde el Binario, vemos que la mayoria de usuarios lo utiliza con Wine. Yo no tengo ningún problema en utilizar wine, me parece una herramienta muy importantes pero en aquellos programas en los que no podemos encontrar su equivalente en linux (muy, muy pocos). Pero en nuestro caso no se justifica ya que el Packet se encuentra para varias distros de linux.
2º Cuando se trabaja con wine, pueden aparecer algunos errores los cuales no permite la ejecución de este.

En este caso lo vamos a instalar en un Ubuntu 8.10.

Bueno, lo primero que debemos hacer es loguearnos como root
thiney@thiney:~$ sudo bash
[sudo] password for thiney: xxxxx

Ingresamos al directorio /opt
root@thiney:~/Escritorio# cd /opt

Creamos una directorio el cual llamaremos packet
root@thiney:~/opt#mkdir packet

Ingresamos a este nuevo directorio
root@thiney:~/opt#cd packet

Y desde allí procedemos a descargar el binario.
root@thiney:~/opt/packet#wget http://rapidshare.com/files/196669636/PacketTracer51_i386_installer-deb.bin.html

Si quieres tambien puedes descargarlo desde la documentacion de cisco, y copiarlo a /opt/packet, así_
root@thiney:~/Escritorio#cp PacketTracer51_i386_installer-deb.bin /opt/packet

Ahora procedemos a ejecutarlo
root@thiney:/opt/packet# ./PacketTracer51_i386_installer-deb.bin

PD: Si lo has descargado de la segunda forma, es necesario darle permisos de ejecución.
El archivo se va a auto-extraer y se va a instalar en la carpeta /usr/local. Ahora debemos aceptar los terminos del contrato dando Y y Enter

Do you accept the terms of this EULA? (Y)es/(N)o

Y listo!!

Para empezar a trabajar vamos a Aplicaciones, Internet y Packet Tracer 5.1 y ya. Espero le haya sido util.

LAMP

2008-09-05T14:22:00.015-05:00

Qué es LAMP? LAMP es un acrónimo para referirse al conjunto de aplicaciones de software necesarios para alcanzar una solución completa a la hora de configurar sitios web versátiles y potentes.
Esto se consigue mediante la unión de las siguientes tecnologías:

L inux, el sistema operativo;
A pache, el servidor web;
M ySQL, el gestor de bases de datos;
P erl, PHP, o Python, lenguajes de programación.

Aunque creados por separado, cada una de las tecnologías que lo forman disponen de una serie de características comunes que pueden funcionar en una amplia gama de hardware, con requerimientos relativamente pequeños sin perder estabilidad. Esto ha convertido a LAMP en la alternativa más adecuada para pequeñas y medianas empresas. Además posee una gran ventaja, todos los elementos que forman LAMP son software libre!!

Instalación de Apache2

Como ya lo dijimos vamos a trabajar bajo un sistema GNU/Linux, en mi caso, Debian 4.0.
Abrimos una consola y procedemos a instalar el servidor web Apache2
#apt-get install apache2
para verificar la instalación de Apache2 abrimos un navegador y tipeamos http://localhost/
Debería aparecer el mensaje “It works”.

Instalación de PHP
#apt-get install php5 libapache2-mod-php5 php5-gd
creamos un archivo index.php en /var/www/
#touch /var/www/index.php
Lo editamos, agregando un típico phpinfo.php
# echo "?php phpinfo(); ?> /var/www/index.php

Luego reiniciamos el servidor
# /etc/init.d/apache2 restart
Y por ultimo comprobamos la instalación abriendo el navegador y tipeando
http://localhost/index.php
Deberíamos ver una tabla con la información de todos los aspectos de PHP5, algo como así:

Instalación MySQL
#apt-get install mysql-server php5-mysql libapache2-mod-auth-mysql

Una vez terminada la descarga de los paquetes, nos pide configurar la contraseña para el usuario root y Listo!!
Es recomendable instalar el administrador de MySQL phpmyadmin. Esto nos brinda un entorno mas amigable para crear y administrar nuestras bases de datos.

Instalar phpmyadmin
#apt-get install phpmyadmin
Abrimos nuevamente el navegador y ponemos
http://localhost/phpmyadmin,
nos aparece una ventana como la que se muestra a continuación, donde debemos poner el nombre de usuario (root) y la contraseña de mysql. Así:

Esta información es la misma que se pidió en el paso de instalación de mysql.
Si los datos suministrados fueron correctos podremos entrar y veremos algo así:

Muy bien!!
Aquí tenemos nuestro servidor LAMP, listo para montarle cualquier Aplicacion WEB:
- Sistema de compras Online
- Portal web
- Software de inventario de Hardware y Software
- Sistema de Tickets
- Sistema Colaborativo (groupware, calendario, agenda, IM, etc)

Disfrútelo!! :D

APLICACIONES CMS

A continuación realizaremos la instalación y configuracion de algunas aplicaciones CMS:

Instalación de Joomla en Debian.

Antes de empezar con la instalación debemos saber qué es Joomla?
Joomla es un sistema gestor de contenidos dinámicos (CMS o Content Management System) de código abierto construido con PHP bajo una licencia GPL. Permite crear sitios web de alta interactividad, profesionalidad y eficiencia.
Ahora sí, a instalar y configurar Joomal.

Que debemos tener instalado?
Como toda aplicación LAMP, debemos tener instalado:
- Intérprete PHP- Servidor HTTP Apache2- Mysql

Una vez tengamos esto pasamos a descargar Joomla!
#wget "http://joomlacode.org/gf/download/frsrelease/8243/30100/Joomla_1.5.6-Spanish-pack_completo.tar.gz"
Ahora creamos la base de datos que manejará Joomla, para esto abrimos el phpmyadmin o la creamos por consola de la siguiente manera:
# mysqladmin password paujil

Paujil es la contraseña del administrador de las BD
# mysqladmin -u root -p create joomla
Joomla es el nombre de nuestra base de datos
#mysql -u root -p mysql
mysql> grant all on joomla.* to joomla@localhost identified by contraseñaparajoomla;
mysql> quit
Ahora vamos a instalar joomla. Yo recomiendo instalarlo en /var/www/ , creamos un directorio llamado Joomla en la ruta señalada anteriormente:
#mkdir Joomla /var/www
Le damos permisos a nuestro directorio Joomla.
#chmod -R 755 /var/www/Joomla/
Movemos el archivo .tar.gz que descargamos, que en este caso se encuentra en la carpeta Descarga ubicado en el escritorio.
#mv /home/thiney/Desktop/Descargas/Joomla_1.5.6-Spanish-pack_completo.tar.gz. /var/www/Joomla/
Entramos al directorio y lo descomprimimos:
#cd Joomla
#tar zxfv Joomla_1.5.6-Spanish-pack_completo.tar.gz.

Por último, abrimos un navegador y tecleamos la siguiente dirección:

http://localhost/Joomla/
El navegador nos guiará en toda este proceso de instalación que consta de una pre-instalación, la aceptación de la licencia y cuatro pasos de configuración, que se describen con detalle a continuación.

PRE-INSTALACIÓN: Este paso es muy importante ya que comprueba si los requisitos están instalados y si podemos continuar. Recuerda que todo debe aparecer en verde para poder continuar. Si tienes problemas o no puedes ver esta página asegúrese de disponer de un servidor web Apache, MySQL y PHP.
También verifique que los módulos de MySQL, Zlib y XML se encuentran activados en el PHP y por ultimo verifique que el archivo configuration.php se encuentra en el directorio de Joomla.

Si no tienes problemas con este paso, damos siguiente.
LICENCIA: En este paso, debemos “leer” la licencia y aceptarla.
PASO 1: Configuración de la Base de Datos MySQL.
Como su nombre lo ínidca debemos rellenar los datos de la base de datos que creamos llama joomla.
Nombre del servidor: localhost
Nombre del usuario MySQL: joomla
Contraseña MySQL: contraseñaparajoomla
Nombre de la base de datos MySQL: joomla.

Las demás opciones y datos las dejamos como están y pasamos al siguiente paso.
PASO 2: Escribe el nombre del sitio Web Joomla:
Aquí nos preguntan por el nombre de nuestro sitio web. Por ejemplo: "Joomla THINEY”. Damos siguiente.
PASO 3: Confirmaciones.
Al llegar a este paso, se nos pregunta el e-mail y la contraseña del administrador. Como lo estamos haciendo de manera local, las casillas Path y URL las dejamos tal cual. Rellenamos los datos requeridos y concluimos la instalación pasando al siguiente paso.
PASO 4: Listo!!
La página final confirma el estado de la instalación, el nombre de usuario y la contraseña del Administrador. Por motivos de seguridad se nos pedirá que borre la carpeta de instalación y luego actualizar la página, de lo contrario no se podrá avanzar.

En la anterior imagen podemos apreciar el portal de acceso como Adminsitrador.

Una pequeña página elaborada con afan. :D

WordPress

WordPress es un sistema de gestión de contenidos enfocado a la creación de blogs. Desarrollado en PHP y MySQL, bajo licencia GPL, tiene como fundador a Matt Mullenweg. WordPress fue creado a partir del desaparecido b2/cafelog y se ha convertido junto a Movable Typeen el CMS más popular de la blogosfera. Las causas de su enorme crecimiento son, entre otras, su licencia, su facilidad de uso y sus características como gestor de contenidos.

Otro motivo a considerar sobre su éxito y extensión, es la enorme comunidad de desarrolladores y diseñadores, que se encargan de desarrollarlo en general o crear plugins y themes para la comunidad (que ascendían a 2524 y 1320 respectivamente en julio de 2008). (Wikipedia)

WordPress es un sistema de gestión de contenidos enfocado a la creación de blogs. Desarrollado en PHP y MySQL, bajo licencia GPL, tiene como fundador a Matt Mullenweg. WordPress fue creado a partir del desaparecido b2/cafelog y se ha convertido junto a Movable Typeen el CMS más popular de la blogosfera. Las causas de su enorme crecimiento son, entre otras, su licencia, su facilidad de uso y sus características como gestor de contenidos.

Otro motivo a considerar sobre su éxito y extensión, es la enorme comunidad de desarrolladores y diseñadores, que se encargan de desarrollarlo en general o crear plugins y themes para la comunidad (que ascendían a 2524 y 1320 respectivamente en julio de 2008). (Wikipedia)

Antes de empezar con la configuración e instalación de Wordpress necesitamos:

Tener instalada una base de datos. En mi caso MySQL
Tener soporte para PHP.
Además instalar phpmyadmin que facilita la administración de las bases de datos

Lo primero que debemos hacer es descargarnos Wordpress de la pagina oficial.
# wget http://wordpress.org/latest.tar.gz
lo desempaquetamos y descomprimimos
# tar xvzf latest.tar.gz
eliminamos el archivo que descargamos (tar.gz)
# rm latest.tar.gz
creamos la base de datos para wordpress en mysql. Pero antes debemos loguearnos
mysql -u ''root'' -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1731235
Server version: 5.0.32-Debian_7etch1-log Debian etch distribution
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
Creando la base de datos: Nos pide el nombre de la base de datos, la llamaremos wordpress
mysql> CREATE DATABASE ”wordpress”;
Query OK, 1 row affected (0.00 sec)
mysql> GRANT ALL PRIVILEGES ON *.* TO ‘wordpress’@'localhost’
-> IDENTIFIED BY ‘contraseña’ WITH GRANT OPTION;
Query OK, 0 rows affected (0.00 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)
mysql> EXIT
Bye

Listo!! una vez tengamos la base de datos
Creamos y editamos el archivo wp-config.php, que se encuentra en la carpeta que descomprimimos, y que Yo en lo personal la puse en /var/www/ para mayor comodidad
#cd /var/www/wordpress
#cp wp-config-sample.php wp-config.php
Editamos este archivo
#nano wp-config.php
cambiamos tres lineas,

// ** MySQL settings ** //

define('DB_NAME', 'wordpress'); // nombre de la base de datos
define('DB_USER', 'root'); // Su login en MySQL
define('DB_PASSWORD', 'paujil'); // ...y su contraseña en MySQL
Todo bien hasta aqui? Pues ahora ya podemos dirigirnos a nuestra URL (hostlocal) Así:
http://localhost/wordpress/wp-admin/install.php

Rellenamos los siguientes campos con nuestros datos como muestra la imagen. Aquí debemos poner el nombre de nuestro blog y abajo una dirección de correo. Por último damos clic en instalar.

A continuación nos brindará un usuario y una contraseña.

Y por último nos logueamos con los datos suministrados.

Y ya! eso es todo.. :D. Hasta la próxima!

COMPARTIR RECURSOS PARA REMOTE DESKTOP CONNECTION

2008-09-04T12:14:00.006-05:00

Los Servicios de Terminal (o Terminal Services) son un componente de los sistemas operativos windows que permite a un usuario acceder a las aplicaciones y datos almacenados en otro ordenador mediante un acceso por red. Basado en el protocolo de escritorio remoto (Remote Desktop Protocol (RDP)) aparece por primera vez en Windows NT 4.0 (Terminal Server Edition).

En primer lugar entendamos que en el momento en que accedo a un servidor vía TS estoy estableciendo una conexión de red entre los mismos. A diferencia de las redes locales, donde participan ciertos protocolos y datos como la dirección IP y el nombre del equipo, en TS las cosas, si bien funcionan básicamente de la misma manera, no son tan así. Al conectarnos nuestro equipo recibirá el nombre interno de tsclient y los recursos estarán asociados a este nombre.

Ahora bien: cómo configuro mi acceso para ver mis impresoras y mis discos (principalmente, porque puedo configurar para que vea también mis puertos COM).
Vamos a Inicio, Todos los programas, Accesorios y por último Conexión a Escritorio Remotos.

Vamos a Opciones
Luego vamos a la pestaña de Recursos Locales y damos clic en Más.

Antes de proseguir vamos a Mi PC para verificar las unidades que vamos a poner.
En mi caso personal quiero compartir la unidad F, que es la memoria USB y la unidad E, que es la unidad de DVD-RW.
Ahora continuamos con Conexión a escritorio remotos, seleccionando las unidades que ya hemos validado en MI PC, que en este caso es F y E. Por último damos OK .
Ya en el escritorio remoto del Server 2003 vamos a verificar las unidades que hemos compartido, estas se verán en Mi PC, tal y como lo muestra la siguiente imágen.
Si hizo todo, paso a paso y no puedes compartir los recursos es porque el administrador del sistema no te otorgó permisos para realizar esta acción por lo tanto no podrá utilizar agregarlos. Si usted es el administrador del sistema y desea realizar esta acción. Entonces deberá ingresar a Inicio, Herramientas Administrativas y Configuración de Servicios de Terminal Server.
Cuando se abre la ventana de configuración, encontrará un recurso a la derecha que se llama RDP-TCP que es el controlador (el escucha) de las peticiones Terminal Server. Presione botón derecho sobre este recurso y seleccione Propiedades.
En la solapa Configuración del Cliente encontrará varios cuadros de selección, en la base de la ventana, que indican que recursos desea eliminar (o no habilitar). Probablemente encontrarás muchas casillas seleccionadas, es decir se encuentran deshabilitadas. Habilite las que necesite deseleccionandolas.

Habilitando Recursos:
Los recursos que estén seleccionados no estarán disponibles para el usuario remoto.

Notas:
1. Puede ocurrir que no tenga disponible la opción para habilitar discos. Esto es porque no tiene configurado un servidor Terminal para acceso a usuarios sino para administración remota.

2. Puede ocurrir que ciertas impresoras USB no funcionen en el Terminal. Existen soluciones en Internet, pero deberá investigar para cada caso puntual.
Esto es todo. Espero que sea de gran ayuda para todos ustedes.
Fuentes:
http://www.google.com
http://es.wikipedia.org/wiki/Terminal_Server
http://www.microsoft.com/spain/windowsserver2003/technologies/terminalservices/default.aspx http://www.lambdasi.com.ar/textocomp.asp?id=117

Chrome lanzado!!

2008-09-02T16:24:00.001-05:00

Google Chrome es el navegador web de Google que integra Gears para poder funcionar de manera offline, una máquina virtual de Javascript que se ha desarrollado desde cero, llamada V8, la página por defecto trae un nuevo sistema de pestañas bastante parecido al Speed Dial de Opera, es decir una serie de miniaturas que nos mostrarán las nueve páginas más visitadas, además de las búsquedas recientes, marcadores y pestañas cerradas recientemente.

Otros detalles de Google Chrome parecen derivados directos de los incluidos en otros navegadores, como la barra de direcciones con autocompletado, llamada Omnibox, y que permite realizar búsquedas no solo en direcciones, sino también en títulos, realiza sugerencias, entre otros...

A pesar del apoyo que Firefox ha recibido de la empresa del buscador, Google Chrome no estará basado en este, sino que utiliza como base el motor WebKit, que utilizan algunos navegadores como Safari.

Eso sí, Google Chrome sólo está disponible para Windows, mientras que para las versiones de Mac y Linux aún se está desarrollando. Esperemas que sea lo más pronto posible :D.

DNS (Bind9) ACTUALIZADO DINÁMICAMENTE POR EL DHCP3-SERVER

2008-08-15T12:28:00.001-05:00

Instalamos los paquete que vamos a necesitar, en este caso bind9 y dhcp3-server:

#apt-get install bind9

#apt-get install dhcp3-server

Al momento de instalar el bind9 automáticamente se crea un directorio llamado bind, dentro de este directorio se encuentran unos archivos basicos para la configuración y entre ellos se encuentra la llave, rndc.key; veámosla.

#more /etc/bind/rndc.key

Bien! Esta misma llave debemos copiarla en la carpeta del dhcp3.

#cp /etc/bind/rndc.key /etc/dhcp3

Verifique que la llave sea la misma, es decir que los caracteres no hayan cambiado

Como lo habiamos dicho con anterioridad al momento de instalar bind9 se crea un directorio dentro de etc llamado bind. Vamos a este directorio.

#cd /etc/bind

- Dentro de esta carpeta encontramos los archivos de configuración. Editaremos el archivo named.conf y definiremos las zonas:

#nano named.conf

- Agregamos la configuración de la llave que nos va a permitir actualizar dinámicamente el dns;

include "/etc/bind/rndc.key";

- Posteriormente agregamos la configuración de la zona directa

zone “thiney.com” {

type master;

file “/etc/bind/db.thiney”; Este archivo se debe crear

Para activar las actualizaciones con el DHCP ponemos esto:

notify yes;

allow-update {key "rndc-key";};

};

- Ahora procedemos a agregar la configuración de la zona inversa:

zone “5.168.192.in-addr.arpa” {

type master ;

file “/etc/bind/db.192.168.5”; Este archivo se debe crear

notify yes;

allow-update {key "rndc-key";};

};

- Guardamos el archivo

control x + si + enter

- Ahora dentro de bind creamos las bases de datos de la zonas, para facilitar todo copiamos el db.127 para la inversa y db.local para la directa.

#cp db.127 db.192.168.5

#cp db.local db.thiney

Como va todo? Espero que bien... Ahora editamos el archivo db.thiney. Este archivo debe contener los nombres de los host y la dirección así :

; BIND data file for local loopback interface

;

$TTL 604800

@ IN SOA ns1.thiney.com. root.thiney.com. (

20080801 ; serial

604800 ; refresh

86400 ; retry

2419200 ; expire

604800 ) ; negative cache TTL

;

@ IN NS ns1.thiney.com.

@ IN A 192.168.5.2

@ IN MX 10 mx1.thiney.com.

www IN A 192.168.5.2

ftp IN CNAME www.

kate IN A 192.168.5.10

- Guardamos y procedemos a editar el archivo db.192.168.5, la zona inversa es utilizada para resolver direcciones IP a nombres.

;BIND reverse data file for broadcast zona

;

$TTL 604800

@ IN SOA ns1.thiney.com. root.thiney.com. (

20080801 ; serial

604800 ; refresh

86400 ; retry

2419200 ; expire

604800 ) ; negative cache TTL

;

@ IN NS ns1.thiney.com.

2 IN PTR ns1.thiney.com.

10 IN PTR kate.

Bueno, por último debemos agregar nuestro servidor DNS en el resolv.conf. Así que procederemos a editarlo

#nano /etc/resolv.conf

Agregamos lo siguiente:

search thiney.com

nameserver 192.168.5.2 (esta es la dirección IP de nuestro servidor DNS )

- Bueno, hemos terminado la configuración de nuestro DNS. Ahora vamos a reiniciar el servicio

#/etc/init.d/bind9 restart

- Lo probamos

#nslookup

> 192.168.5.2

Server: 192.168.5.2

Address: 192.168.5.2#53

2.5.168.192.in-addr.arpa name = ns1.thiney.com.

Existen dos comando que a mi parecer son bastante útil. Y son estos:

Named-checkzone:

#named-checkzone thiney.com /etc/bind/db.thiney

#named-checkzone thiney.com /etc/bind/db.192.168.5.2

Ambos comandos cargan los seriales de las zonas y si esta correcta la configuración nos arroja un OK. Así

zone thiney.com/IN: loaded serial 84

Otro comando es el named-checkconf. Este verifica la configuración de nuestro archivo named.conf, si es correcta esta configuración no arroja ningún resultado, si hay errores nos índica la línea.

#named-checkconf

Si deseamos que nuestro DNS resuelva direcciones diferentes a la de nuestra red. Utilizamos los reenviadores, en el archivo named.conf.options. Descomentando algunas líneas y agregando los servidores de nuestro ISP (Proveedor de servicio de Internet) Editamos named.conf.options

#nano named.conf.options

y lo dejamos así:

forwarders {

200.13.249.101;

100.75.78.78;

};

Por último salimos de bind

#cd ..

Y le damos permisos SUID (Set User ID) a nuestro directorio.

#chmod 2775 -R bind

CONFIGURANDO EL DHCP3-SERVER

Como ya instalamos nuestro paquete procederemos a configurar el archivo. Vamos a la carpeta dhcp3 que se encuentra en el directorio etc. Entramos a esta carpeta.

#cd /etc/dhcp3

Dentro de esta se encuentra el archivo de configuración del dhcp. Editamos el archivo de configurar llamado dhcpd.conf

#nano dhcpd.conf

Como necesitamos que nuestro dhcp actualice dinámicamente el dns, debemos agregar estas lineas. Recuerda que ya copiamos la llave del bind al dhcp3. Ahora configuramos esta la ruta para la llave.

include "/etc/dhcp3/rndc.key";

#Agregando la zona directa

zone thiney.com {

primary 192.168.5.2;

key rndc-key;

}

#Agregando la zona inversa

zone 5.168.192.in-addr.arpa.{

primary 192.168.5.2;

key rndc-key;

}

#Esto es lo que activa las actualizaciones.

ddns-updates on;

ddns-update-style interim;

ddns-domainname "thiney.com";

ddns-rev-domainname "5.168.192.in-addr.arpa";

do-forward-updates on;

allow client-updates;

authoritative;

log-facility local7;

# CONFIGURACION DE MI RED LOCAL.

subnet 192.168.5.0 netmask 255.255.255.0 {

range 192.168.5.100 192.168.5.200;

option routers 192.168.5.1;

option broadcast-address 192.168.5.255;

option domain-name "thiney.com";

option domain-name-servers 192.168.5.2;

default-lease-time 600;

max-lease-time 1200;

}

 Guardamos y salimos

#control + x + si + enter

 Por último reiniciamos el servicio y confirmamos que nos este entregando direcciones.

FUNCIONAMIENTO SQUID

2008-08-12T01:08:00.001-05:00

Cuando una página se encuentra almacenada en la caché del servidor Squid, ocurre esto:

Paso 1º: En ésta imágen podemos ver cómo se establece la conexión entre el cliente y el servidor Intermediario, recordemos que esta conexión se establece ya que se esta utilizando un protocolo orientado a conexión, es decir que necesita establecer un canal para poder trasmitir.

Paso 2º: El usuario por medio de un cliente (un navegador), realiza una petición URL al servidor Intermediario. La petición URL en pocas palabras es una página web que el usuario esta solicitando,

Paso 3º:En esta imágen podemos observar que lo primero que hace un servidor proxy al momento de recibir una peticion URL, es buscar en su caché esta petición y la encuentra!!

Paso 4º:Una vez encontrada esta petición en la caché el servidor Intermediario le da una respuesta al cliente, es decir, la página web solicitada. Esta es la principal razón por la cual no es recomendado reinicar con frecuencia el servicio o el servidor Proxy. Ya que al reiniciar los datos en la caché son eliminados y estaria haciendo nuevamente el siguiente procedimiento para cada petición.

Cuando una página No se encuentra almacenada en la caché del servidor Squid, ocurre esto:

Paso 1º:En ésta imágen podemos ver cómo se establece la conexión entre el cliente y el servidor Intermediario, recordemos que esta conexión se establece ya que se esta utilizando un protocolo orientado a conexión, es decir que necesita establecer un canal para poder trasmitir.

Paso 2º:El usuario por medio de un cliente (un navegador), realiza una petición URL al servidor Intermediario. La petición URL en pocas palabras es una página web que el usuario esta solicitando,

Afiche Flisol

2008-08-10T14:19:00.002-05:00

CONFIGURACION DEL SERVIDOR FTP (PROFTPD)

2008-08-10T13:00:00.009-05:00

PROFTPD nace con la necesidad de tener un servidor FTP configurable y seguro, cuenta con un único fichero de configuración llamado proftpd.conf.

Presenta una gran ventaja con respecto a otros ya que su código ha sido portado a muchas plataformas, lo que lo hace bien interesante a la hora de elegir un servidor FTP, entre las mas reconocidas encontramos AIX, FreeBSD, DG/UX, Linux, Mac OS X, NetBSD, OpenBSD, Solaris, SunOS, entre otros...

Para empezar con la instalación de proftpd, debemos descargar el paquete.
Thiney:/#apt-get install proftpd
Escogemos el modo cómo se va a ejecutar, es decir, si lo hará bajo inetd (por servicio) ó standalone (servidor-forma independiente). La gran diferencia entre ambos métodos es la velocidad de ejecución y la carga que se le dará al equipo.

En este caso lo ejecutaré de forma independiente y procedemos a dar Aceptar. Una vez terminada la instalación se crea automática una carpeta dentro del directorio etc llamada proftdp. En esta se encuentra el archivo de configuración principal llamado proftd.conf, procedemos a editarlo con nuestro editor favorito.
Thiney:/# nano /etc/proftpd/proftpd.conf

Aproximadamente en la linea 10 encontramos el primer parámetro.
#Soporte para Ipv6: Activa o desactiva este parámetro de acuerdo a su necesidad. En este caso lo desactivamos.
UseIpv6 off
#Nombre del servidor FTP
ServerName "ftp.thiney.com"
#Modo en que se va a trabajar el servidor, en este caso independiente.
ServerType standalone
#Activa el mensaje de entrada antes o después del logueo del user
DeferWelcome on
#Personaliza el mensaje de bienvenida
ServerIdent on "BIENVENIDO AL SERVIDOR FTP.THINEY.COM"
#La siguiente linea nos garantiza la compatibilidad o no con la mayoría de clientes FTP. Por lo tanto procedemos a activarlo (on).
MultilineRFC2228 on

#Usaremos on, para que tome las opciones por defualt de un servidor ftp
DefaultServer on
#Si esta en on, podremos ver los links, si el link esta fuera de nuestro home no tendremos acceso a él
ShowSymlinks on
#Permite o Deniega la sobre-escritura de los archivos existentes, en este caso desactivamos la sobre-escritura.
AllowOverwrite off
#El número máximo en segundos, que puede estar un cliente, sin transferencia
TimeoutNoTransfer 900
#Ahora procedemos a cambiar el número máximo de segundos que puede estar el cliente-servidor sin recibir información de una transferencia.
TimeoutStalled 600
TimeoutIdle 160
#El siguiente parámetro es un filtro de protección para este servidor ProFTPd
DenyFilter \*.*/

#Puerto de escucha
Port 21
#Número de visitas máximas en el ftp
MaxInstances 13
#Usuario y grupo, Si no existen estos grupos o usuarios, debemos crearlo.
User proftpd
Group proftpd
#Personaliza el mensaje al momento de loguearse
AccessGrantMsg "LA CONEXION FUE EXCITOSA"
#Mensaje cuando el nombre o el pass ha fallado
AccessDenyMsg "HA FALLADO, VUELVA A LOGUEARTE"
#Enjaula al usuario dentro de su propio home
DefaultRoot ~
#El siguiente comando permite definir un fichero de contraseñas especifico a los usuarios y a los grupos.
AuthUserFile "/etc/passwd"
AuthGroupFile "/etc/group"

#Establece un número máximo de clientes que pueda estar conectados simultaneamente en el servidor
MaxClients 2 "MAX USER"
#Máximo numero de clientes por Host(ip)
MaxClientsPerHost 2 "MAX HOST"
#Máximo numero de clientes por usuario
MaxClientsPerUser 2 "MAX POR USER"
#A continuación desactivamos el parámetro que nos indica que los usuarios no requieren una shell, valida o "autentica". Esto le brinda un poco de seguridad a nuestro servidor FTP.
RequireValidShell off
#Le decimos que el directorio del ftp es /home/ftp y a continuación le damos unas características
Umask 077 077
AllowOverwrite off

#nuestro directorio de subida se encontrará en /home/ftp/subir, así que especificamos algunos permisos para el directorio
Umask 077 077
AllowOverwrite on
#El directorio tendrá acceso de lectura, escritura y grabación para todos(Allow All)
AllowAll
#Para denegar acceso a ciertos usuarios
DenyUser fercho
#Guardamos y salimos (control + X + Si + Enter)

Lo siguiente es crear las cuentas de usuario y el grupo
Thiney:/#adduser kate
Adding user 'kate' ...
Adding new group 'kate' (1007) ...
Adding new user 'kate' (1004) with group 'kate' ...
Creating home directory '/home/kate' ...
Copying files from '/etc/skel' ...
Enter new UNIX password:*******
Retype new UNIX password:*******
passwd: contraseña actualizada correctamente
Cambiando la información de usuario para kate
Introduzca el nuevo valor, o presione ENTER para el predeterminado
Nombre completo []: kate
Número de habitación []:
Teléfono del trabajo []:
Teléfono de casa []:
Otro []:
¿Es correcta la información? [y/N] y

Ahora editamos el archivo passwd ubicado en etc. En este archivo realizaremos dos cambios significativos.
Thiney:/#nano /etc/passwd
Vamos a la linea del usuario que acabamos de agregar, es decir, kate.
kate:x:1004:1007:kate,,,:/home/kate,:/bin/bash
Primero, cambiamos el /home para que todos queden alojados en /home/ftp/. Segundo, cambiamos el shell de /bin/bash a /bin/false, con el fin de que los usuarios no accedan a una shell completa; quedando así:
kate:x:1004:1007:kate,,,:/home/ftp,:/bin/false

En ProFTPd no es necesario agregar una nueva shell (/bin/false) en /etc/shells, pues en el archivo de configuración principal desactivamos este parámetro que indica que los usuarios no requieren una shell, valida o "autentica" (RequireValidShell off)

Por ultimo reiniciamos el servicio ProFTPd para que la configuración tenga efecto.
Thiney:/#/etc/init.d/proftpd restart
Stopping ftp server: proftpd.
Starting ftp server: proftpd.

Ahora ingresaremos al ftp desde la consola

Thiney:/#ftp 192.168.70.4
Connected to 192.168.70.4.
220 BIENVENIDO AL SERVIDOR FTP.THINEY.COM
Name (192.168.70.4:root): kate
331 Password required for kate
Password: ***** (ponemos nuestra contraseña)
230 LA CONEXION FUE EXCITOSA
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls (Listar contenido)
200 PORT command successful
150 Opening ASCII mode data connection for file list
-rw-r--r-- 1 thiney thiney 12449 Jul 30 01:46 servicios.odt
drwxrwxrwx 3 root root 4096 Aug 3 08:37 subir
226 Transfer complete.
ftp> exit
221 Goodbye.

Verificamos por medio del navegador, para esto ponemos la dirección de nuestro servidor ftp://192.168.70.4 o si ya tenemos el dns funcionando ponemos ftp://thiney.com/. Nos pedirá el nombre de Usuario y Contraseña, así:

Y listo!!

Si desea conocer mas parámetros para una configuración avanzada, lo invito a ingresar a la página oficial de proftpd http://www.proftpd.org/localsite/Userguide/linked/userguide.html

Hasta pronto

Plataforma de Correo Segura en Windows Server 2003 Enterprise

2008-08-09T15:22:00.000-05:00

Plataforma de Correo Segura en Windows Server 2003 Enterprise (Martes 09-12-08)

Publish at Scribd or explore others:

BENCHMARK

2008-08-04T16:38:00.002-05:00

Qué es??
Apache Benchmark (ab) es una herramienta para la evaluación comparativa de servidores web. Esta herramienta permite a los administradores llevar a cabo unas buenas pruebas de carga, simulando miles y miles de conexiones por segundo, antes de poner en marcha un servidor Web.
Esta aplicación viene por defecto con Apache2, es decir, no es necesario descargarla o instalarla.

Recomendaciones:
*Usa la misma configuración de hardware y kernel (SO) para todas las pruebas.
*Toma por lo menos de 3 a 5 lecturas y utiliza el mejor resultado.

Es importante realizar la pruebas con y sin KeepAlive (-k). Este parámetro permiten múltiples solicitudes en una misma conexión TCP. Cuando se hacen comparativas con benchmarks se tiene que hacer con equipos equivalentes y que todo sea lo más parecido posible y en las mismas condiciones, así se garantiza que los resultados sean lo mas parecido a la realidad.

El Objetivo de estas pruebas es ver cómo reaccionan los diferentes servidores web en situaciones extremas. Trabajaremos con algunas variables (-n, -k, -c)

Donde:
-n: Es el número de peticiones.
-k: Nos índica si la conexión se cierra o queda abierta para recibir las demás peticiones. Consume menos recursos y hace que el servidor responda más rápido.
-c: Número de concurrencias, solicitudes simultáneas. El valor máximo es 20000

NOTA: El sistema tiene un tope determinado de peticiones para algunos procesos. Es posible forzar el sistema utlizando el comando ulimit:
Esta función obtendrá o modificará algún límite para el proceso actual, en este caso, nos permite aumentar el número de peticiones y trabajar con números más grandes. Podemos obtener más información sobre estos procesos con ulimit -a:

Como podemos ver open file (-n) se encuentra en 10000, es decir que solo podemos enviar 10000 peticiones simultáneamente con ab (concurrencia), para forzar el sistema o cambiar este límite, debemos utilizar ulimit -n mas el valor que se desee, este valor llega a 1048576. Pero no es necesario llegar a este número (1048576) ya que por defecto la concurrencia en apache tiene un limite y es de 20000 peticiones simultáneamente. Sin embargo lo haremos a manera de ejemplo:
ulimit -n (número de 0 a 1048576)
Esto queda así:
Nos enfocaremos en los tiempo de respuestas (Time per request) que la prueba ab nos arroje. Y con éste valor más el número de peticiones se crearán unas gráficas comparativas entre los diferentes servidores web.
TIPS: Las pruebas se realizan con 3 servidores web montados en una sola máquina, estos servicios se encuentran corriendo en los puertos 80, 81 y 82.
Es importante que la longitud del documento (Document Length), es decir, el tamaño del index sea el mismo en los 3 servicios. En este caso utilizamos un pequeño index de 29 bytes.
Tenga en cuenta el / al terminar la URL

Prueba 1º

Detalles:
Procesador: Mobile AMD Sempron 1,81 GHz
Memoria: 512 MB
S.0: Debian GNU/Linux 4.0 "Etch"
Apache Benchmark Version 2.0.40-dev.
Versiones de los servicios web:
Apache 2.2.3 lighttpd-1.4.13Cherokee 0.5.5

Conclusiones Personales: En esta gráfica podemos ver claramente el desempeño de los servidores web. Inicialmente vemos algo muy variable.Vemos un aumento en los tiempos de respuesta de los 3 servidores, estas variaciones se dan en los rangos del 50 al 2000, después de las 2000 peticiones los 3 servidores se estabilizan y los resultados en los tiempos de respuestas tambien.Cabe notar que los tiempos de respuestas entre ellos no son los mismos. Podemos ver claramente que el tiempo de respuesta del servidor apache es muy alto, en pocas palabras, se demora mucho procesando una petición, cosa que no ocurre con el servidor web cherokee. Este servidor muestra un mejor desempeño incluso frente al servidor Lighttpd. Recordemos que esta prueba es muy exigente ya que en cada petición se debe abrir y cerrar la conexión.

Prueba 2º
Detalles:
Procesador: Mobile AMD Sempron 1,81 GHz
Memoria: 512 MB
S.0: Debian GNU/Linux 4.0 "Etch"
Apache Benchmark Version 2.0.40-dev.
Versiones de los servicios web:
Apache 2.2.3 lighttpd-1.4.13 Cherokee 0.5.5

Conclusiones Personales: Esta prueba es muy parecida a la primera, solo que para esta prueba se utilizó la variable -k que nos índica que la conexión queda abierta para recibir las demás peticiones, podemos ver que los tiempos de respuestas son mas favorables para los tres servidores ya que esta variable hace que los servidores consuman menos recursos y como consecuencia responden más rápido.

Prueba 3º
Detalles:
Procesador: Mobile AMD Sempron 1,81 GHz
Memoria: 512 MB
S.0: Debian GNU/Linux 4.0 "Etch"
Apache Benchmark Version 2.0.40-dev.
Versiones de los servicios web:
Apache 2.2.3
lighttpd-1.4.13
Cherokee 0.5.5

Conclusiones Personales: En nuestra tercera prueba podemos observar y concluir que el servidor web Cherokee responde mejor cuando se le aplica mayor carga, es decir, cuando tienes mas peticiones que procesar. Estas fueron unas pequeñas pruebas que se realizaron a los servidores web para tener una idea propia del rendimiento de cada uno. De manera muy personal los invito a que utilicen esta aplicación (Apache Benchmark) y realicen sus propias pruebas, recordemos que el resultado variará de acuerdo a la capacidad del computador, de las versiones que utilice en los servidores, del sistema operativo, entre otros.

Hasta Pronto

LIGHTTPD Básico

2008-08-03T13:42:00.003-05:00

Lo primero que vamos hacer es instalamos el paquete

apt-get install lighttpd
Si estas siguiendo paso a paso este manual, probablemente te salga este error al momento de arrancar el servicio.

Starting web server: can't bind to port: 80 Address already in use.
Nos esta indicando que el puerto 80 esta siendo usado, por tal motivo no puede arrancar. Efectivamente el cherokee esta corriendo en este puerto, y en el 81 se encuentra el apache, así que debemos cambiarle de puerto al lighttpd. Vamos a la carpeta lighttpd que se crea automáticamente en etc.
#cd /etc/lighttpd
Y edita al archivo de configuración lighttpd.conf
#nano lighttpd.conf
En la linea 59 aparece el puerto del servidor, se lo cambiamos, que quede así y si esta comentado lo descomentamos.
server.port = 81
Al momento de instalar lighttpd se crea en /var/www una pagina index.html, vamos y la ponemos bien bonita.
cd /etc/lighttpd# cd /var/www

#nano index.html
Ahora si podemos arrancar el servicio.

/etc/init.d/lighttpd restart

verificaremos por medio de un navegador. http://localhost

CHEROKEE Y HOSTVIRTUAL

2008-08-02T13:24:00.003-05:00

En esta oportunidad vamos a instalar el cherokee con hostvirtual, les quiero recordar que en este mismo servidor tenemos instalado un Apache2 y luego se procederá a instalar el Lighttpd para poder realizar nuestras pruebas de estres del servidor web.

Lo primero que hacemos es descargar el paquete

#wget http://www.cherokee-project.com/cherokee-last-tarball/cherokee-0.8.0.tar.gz
Nos ubicamos en la carpeta donde se descargo el paquete y procedemos a desempaquetar y descomprir.
#tar -zxvf cherokee-0.8.0.tar.gz
Configuramos el archivo en el sistema
#./configure --localstatedir=/var
--prefix=/usr
--sysconfdir=/etc
--with-wwwroot=/var/www
Compilamos el paquete
#make
Y por último instalamos.
#make install
Muy bien ahora empezamos a configurar.
Entramos a la carpeta de cherokee que se crea automática en el directorio etc, después de instalarlo.
#cd /etc/cherokee/
aquí podemos ver varios archivos de configuración y algunas carpeta, muy similar al apache, bien entramos a sites-availables
#cd site-available
Copiamos el archivo example.com en con los nombres que querramos para nuestro hostvirtual.
#cp example.com thiney.com
Ahora lo editamos
#nano thiney.com
En la linea 4 ponemos el nombre de nuestro hostvirtual y el la linea 5 la ruta completa para llegar a ésta. Así:
## Virtual server for thiney.com
Server www.thiney.com {
DocumentRoot /var/www/cherokee1/
Directory / {
Handler common
}
}
Para nuestro segundo hostvirtual copiamos este archivo con el nombre que querramos
#cp thiney.com maritza.com

Y realizamos el mismo procedimiento cambiando el nombre del hostvirtual y la ruta para llegar a esta.
## Virtual server for example.com
Server www.maritza.com {
DocumentRoot /var/www/cherokee2
Directory / {
Handler common
}
}

2008-08-01T10:33:00.000-05:00

Moodle

Publish at Scribd or explore others: Web 2.0 Technology

AUTENTICACION DE SQUID

2008-07-24T23:04:00.004-05:00

A continuación veremos cómo configurar la autenticacación para SQUID. Si aún no has realizado la configuración básica para el SQUID por favor ingresa a http://thiney.blogspot.com/2008/08/configuracion-squid.html

AUTENTICACIÓN HTPASSWD - MODULO NCSA (National Center for Supercomputing Applications): Squid provee varios módulos de autenticación (helpers) que serán los encargados de realizar la validación (NCSA, PAM, SASL, YP y SMB). Aquí veremos como realizar una configuración básica utilizando el módulo NCSA

Bueno, para empezar debemos crear el archivo que contiene a los usuarios y sus respectivas contraseñas para su autenticación. Esto lo hacemos con htpasswd.

La sintaxis es la siguiente:
Thiney:/etc# htpasswd -c /etc/squid/usuarios thiney
New password: (introducimos la contraseña)
Re-type new password: (volvemos a introducir la contraseña)
Adding password for user thiney

Donde:

htpasswd: Es el comando para administrar los archivos del usuario para la autenticación básica

-c es la opción que le pasamos a htpasswd para que cree un archivo nuevo. en este caso creara usuarios/etc/squid/usuarios es la ruta completa donde queremos poner el archivo que estamos creando, en este caso usuarios.

thiney es el nombre del usuario que ingresamos al fichero usuario

Me explico: estamos utilizando el comando htpasswd para que cree un archivo llamado usuarios y dentro del archivo usuarios va a almacenar un usuario llamado thiney al que después se le dará un password.

Si queremos agregar nuevos usuarios hay que utilizar la misma sintaxis pero sin la opción -c
Bien, ahora buscamos la ubicación exacta del fichero ncsa_auth

Thiney:/etc#find / -name ncsa_auth

Normalmente se encuentra en /usr/lib/squid/ncsa_auth. Esto se hace para asegurarnos de la ruta exacta ya que la necesitamos poner en la configuración del squid.

Ahora procedemos a editamos nuevamente el archivo de configuración de squid y configurar los parámetros para la autenticación.

Thiney:/etc##nano etc/squid/squid.conf
Nos ubicamos aproximadamente en la línea 1807 y agregamos :
auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/usuarios

Donde:

auth_param basic program: Es el parámetros.
/usr/lib/squid/ncsa_auth: Es la ubicación del archivo ncsa_auth
/etc/squid/usuarios: Es la ruta donde se encuentra nuestro archivo con los usuarios y sus respectivas contraseñas.

Ahora en las listas de control ingresamos una nueva linea, aproximadamente en la línea 2424, esta lista se llamara password:
acl password proxy_auth REQUIRED

Por último usamos esta lista para agregar la siguiente regla. Esto va en la línea 2577 aproximadamente. Procuremos que sea al inicio de todas las reglas.
http_access allow password

Guardamos con control x + si + enter

Ahora solo resta reiniciar el squid:

Thiney:/etc#/etc/init.d/squid restart

Hasta la próxima

CONFIGURACION SQUID

2008-07-24T22:42:00.002-05:00

Abrimos la consola, nos logueamos como root y empezamos a instalar el paquete Squid
#apt-get install squid
Ingresamos al directorio donde se encuentra el archivo de configuración del Squid.
#cd /etc/squid/
Empezamos a editar el archivo de configuración.
#nano squid.conf

Dentro del archivo empezamos a descomentar y configurar nuestro proxy. La primera configuración a realizar se encuentra en la linea 73 aproximadamente.
Para ir a ella le damos control + w + control +t, seguido del numero de la linea, en este caso: 73.
En esta línea encontramos el puerto por el cual escucha el Proxy se puede utilizar así o simplemente especificas el puerto, como se utiliza en el segundo ejemplo. Puedes especificar más de un puerto. Por defecto squid maneja el 3128.
http_port 192.168.5.2:3128
http_port 8080
En la linea 263 aproximadamente se encuentra el puerto por el cual nuestro Proxy se comunicara con otro proxy. Es muy importante ya que este permite la comunicación con otros Proxies.
icp_port 3130
El siguiente parámetro a configurar es el proxy con el cual nos comunicaremos. Aquí se especifica la dirección ip del Proxy o el nombre completo del host (FQDN) con el que nos comunicaremos por el puerto icp mencionado anteriormente, la palabra parent significa que nos comunicaremos con un Proxy padre, si quisiéramos comunicarnos con un Proxy hermano seria sibling. El 80 es el puerto por el cual escucha el Proxy con el que nos estamos comunicando. 3130 es el puerto que utilizan los proxies para comunicarsen. Y por último Default es una opción que se le da a esta línea
#cache_peer 172.20.49.51 parent 80 3130 default
Después de este procedimiento vamos a la linea 771 aproximadamente y la descomentamos, es decir, borramos el símbolo # y colocamos el numero de megas que queremos que haga cache en la memoria RAM. Si se posee un servidor con al menos 128 MB de RAM, establezca 16 MB como valor para este parámetro:
cache_mem 16 MB
Como vamos? Bien!! ahora nos dirigimos a la línea 788 y 789, la primera nos indica el nivel en porcentaje de capacidad mínima aceptada por squid, es decir, los objetos se mantendrán en el cache hasta que se cope el límite mínimo y la segunda especifica en porcentaje el límite máximo que utiliza
squid para mantener objetos en el cache. Si el valor asignado es del 95%, squid comenzara a eliminar los objetos del cache cuando se tope el 95% de la capacidad asignada a squid. Descomentamos ambas líneas.
cache_swap_low 90
cache_swap_high 95
Ahora nos ubicamos en la linea 804, donde encontraremos un parámetro, que indica el tamaño máximo que se almacena en la cache del disco duro, en KB. Por defecto se utiliza 4MB. Es decir que squid no almacerá archivos que superen este tamaño. Procedemos a descomentarlo ya que es muy importante y definimos el tamaño.
maximum_object_size 3000 KB

Nos ubicamos en la línea 1026 y procedemos a descomentarla. Este parámetro define la ruta donde se guardará la cache en disco duro y la cantidad en megas que se utilizará, Sea cauteloso con el tamaño de caché especificado, ya que si se especifica un determinado tamaño de caché y éste excede al espacio real disponible en el disco duro, Squid se bloqueará. Además de este parámetro, incluye tres parámetros numéricos adicionales. El primero incluye el número de MB que se utilizarán en este directorio para el cache, por defecto 100MB, el segundo el número de directorios a utilizar en el primer nivel (16 por defecto) y el tercero el número de subdirectorios en el segundo nivel (256 por defecto).
cache_dir ufs /var/spool/squid 100 16 256
En la línea 1120 encontramos un parámetro que define en donde se almacenan los mensajes del sistema, descomentamos la linea.
cache_log /var/log/squid/cache.log
Nos dirigimos a las líneas 2070 2071 y 2072 y las descomentamos. Estos parámetro define si un objeto debe almacenarse en el cache cuando el usuario ha interrumpido una solicitud, si el objeto tiene el valor especificado en min. o falta más del valor especificado en max. se abortará la transferencia.
Si se ha realizado una transferencia mayor del valor en porcentaje especificado en pct, no se abortará el almacenamiento del objeto. Se recomienda utilizar los valores por defecto:
quick_abort_min 16 KB

quick_abort_max 16 KB
quick_abort_pct 95
Ahora pasamos a crear las ACL´s es decir, la listas de Control de Acceso, estas listas mas los permisos que se les da, son muy importantes a la hora de configurar squid. Ya que por medio de estas damos acceso o restricción a host, dominios o palabras. Se configuran aproximadamente en la linea 2450.
Se definen de la siguiente manera:
acl nombre_acl tipo_acl descripción
acl nombre_acl tipo_acl "ubicación_del archivo"

Tipos de acl:
src : Origen, Dirección IP de un cliente
dst : Destino, Dirección IP del servidor
srcdomain : Dominio Origen, nombre de dominio del cliente
dstdomain : Destino, Nombre de domino del server
time : Hora del día y día de la semana
url_regex : URL regular expression pattern matching
urlpath_regex: URL-path regular expression pattern matching, leaves out the protocol and hostname
proxy_auth : Autenticación de usuario a traves de un proceso externo
maxconn : Número máximo de limite de conexiones de una dirección IP

Definimos las ACL´s con las que vamos a trabajar.

acl dirnoper src "/etc/squid/dirnoper"
acl thiney.com src 192.168.5.0/255.255.255.0
acl palabrasneg url_regex "/etc/squid/palabrasneg"
acl nodominio dstdomain "/etc/squid/nodominio"

Creamos las http_acces en la linea 2576, este parámetro es muy importante ya que nos indica que se debe hacer con la lista, es decir si se permite el acceso o lo deniega. En pocas palabras es una regla de control de acceso.

Sintaxis de las http_access:
http_access (deny o allow) (nombre de lista de control de acceso)
deny: denegar
allow: permitir.

http_access deny palabrasneg

http_access deny nodominio

http_access deny dirnoper

http_access allow all

Hasta aquí sería una configuración normal, guardamos los cambios y procedemos a configurar los parámetros para la autenticación, por favor continúe con este manual.

Muy bien hasta aquí sería una configuración normal, guardamos los cambios y procedemos a crear los archivos.

#touch dirnoper

#nano dirnoper

Dentro de este archivo deben ir direcciones IP, por qué direcciones ip y no dominios, por el tipo de la acl que estamos creando, recuerda que es una src. Así que dentro de este debemos poner direcciones que vamos a permitir o que vamos a negar como en este caso, pero estas direcciones no son externas, NO son direcciones publicas, son direcciones de mi red local.

192.168.5.67

192.168.5.42

Guardamos y salimos

El siguiente archivo a crear es palabrasneg, estos archivos recuerda que deben ir en la carpeta de squid.

#touch palabrasneg

#nano palabrasneg

En este archivo van todas las palabras que usted quiere negar en este caso, recuerda que el único que decide que va hacer con la lista es el parámetro http_access, que se configuró en la linea 2576. la lista se puede llamar palabrasneg, pero si usted en los permisos no lo esta negando, no se lo negara.... Estas palabras se negaran al momento de usted utilizar un buscador como google, yahoo, etc..

sexo

porno

xxx

online

Guardamos y salimos

Por último creamos el archivo nodominio, en este archivo incluiremos todos los dominios que queramos restringir, es mejor poner dominio.com y www.dominio.com, para asegurarnos que de ambas formas quede bloqueado.

www.cualquierdominio.com

cualquierdominio.com

www.otracosa.com

otracosa.com

www.loquesea.com

loquesea.com

Guardamos y salimos

HOSTVIRTUAL CON APACHE2

2008-07-23T21:59:00.003-05:00

Bien, ahora si procedemos a instalar y configurar nuestros servicios
Empezamos realizando la instalación de apache2
#apt-get install apache2
corremos el servicio para verificar que este bien
#/etc/init.d/apache2 restart
Y lo comprobamos por medio de un navegador (http://localhost)
Al momento de instalar apache2, nos crea automáticamente un directorio en /var/www/apache2-default, este es el directorio por defecto donde apache almacena la página de inicio (index.html)
Ahora vamos a este directorio y modificamos nuestra página.
#nano /var/www/apache2-default/index.html
creamos un directorio nuevo donde almacenaremos nuestro host virtual
#mkdir maritza
Entramos al directorio
#cd maritza
Y creamos un nuevo index para nuestro host virtual
#touch index.html
Si desconocemos el lugar donde debemos configurar los host virtuales, nos remitimos al archivo de configuración principal
#nano /etc/apache2/apache2.conf
Al final nos muestra la ruta donde se configurarán los host virtuales, es decir, /etc/apache2/sites-enabled
Vamos a este directorio
#cd /etc/apache2/sites-enabled
En este directorio encontramos un archivo por defecto (000-default), lo utilizamos para crear nuestro archivo .conf, donde agregaremos la información del host virtual.
#cp 000-default maritza.conf
Editamos este archivo
#nano maritza.conf
PARAMETROS A TENER EN CUENTA:
linea 1:
NameVirtualHost 192.168.5.2:80
linea 2:
VirtualHost 192.168.5.2:80Ponemos lo mismo que en la linea 1
linea 3
ServerAdmin webmaster@maritza.com
Es la dirección de correo del administrador, recuerda poner en vez del localhost, el “domino” que se esta manejando para el host virtual.
Agregaremos la siguiente linea
linea4
ServerName www.maritza.com
linea 6
DocumentRoot /var/www/apache2-default/
Esta es la ubicación del directorio para el host virtual
Linea 11
Directory /var/www/apache2-default/
¡¡Cuidado!! En la linea 18 encontramos el directorio donde se encuentra el index para el hostvirtual. Así que se especifica.
Linea 18
RedirectMatch ^/$ /maritza/
Bien, como vamos?? Por último guardamos y salimos
Ahora copiamos este archivo para realizar la configuración del host real, es decir, thiney.com
#cp maritza.com thiney.com
#nano thiney.com
Las lineas a modificar son las siguientes:
Linea 3 y 4:
Cambiar solo el dominio maritza.com por thiney.com
Linea 6:
Debemos especificar la ruta del index para thiney, este index no se ha movido así que la linea 6 quedara:
DocumentRoot /var/www/ igual que la linea 11.
Linea 18:
RedirectMatch ^/$ /apache2-default/ quedara así..
Ya para terminar
Guardamos.
Si no se tiene configurado un DNS debemos agregar estos nombre al archivo que se encuentra en etc, llamado hosts
#nano /etc/hosts
Agregamos:
nuestra ip www.maritza.com
la misma ip www.thiney.com
Reiniciamos el servicio
#/etc/init.d/apache2 restart
y probamos con el navegador

Primero, lo primero

2008-07-23T21:44:00.000-05:00

Antes de empezar con la instalación y la configuración de los servidores. Debemos configurar la interface como estática:
# nano /etc/network/interfaces
Agregamos esto:
auto eth0
iface eth0 inet static
network 192.168.5.0
broadcast 192.168.5.255
address 192.168.5.2
netmask 255.255.255.0
gateway 192.168.5.1
Guardamos
control + x + si + enter

Servicios

2008-07-23T21:06:00.000-05:00

Esta semana debemos entregar los servicios que el profesor nos puso. Aunque esto era un "repaso" en lo personal nunca lo fue.... Ya que nunca habia tenido la oportunidad de hacer todo lo que ahora estoy haciendo; dicen que todos los dias aprendemos cosas nuevas y pues asi es.... Proximamente publicaré un paso a paso de todos los servicios, o por lo menos los más comunes... Espero sea de su interés,

Hasta pronto.

Monitoreo, Administración y Gestión Integral de una red en Linux

2008-07-09T16:03:00.000-05:00

Segundo Proyecto: Monitoreo y Gestion Integral.
En este proyecto podemos encontrar un pequeño resumen de los protocolos que se implementara, como es el caso del snmp, snmpd, entre otros. Tambien podemos encontrar una pequeña guia de su funcionamiento y configuración.
Para este proyecto utilizamos un software de monitoreo, llamado zenoss, pues bien, encontrará tambien información importante del programa, las utilidades que maneja y una pequeña guia de como agregar, administrar y por supuesto monitorear servicios, puertos, etc..

Monitoreo Addministración y Gestion Integral de Una Red en Debian

Publish at Scribd or explore others:

Volumenes Lógicos

2007-12-12T01:35:00.000-05:00

Quieres aprender a configurar volúmenes Lógicos?? Pues bien, este fue un pequeño videotutorial que realicé, espero te sirva...

Discos Dinámicos

2007-12-10T19:32:00.000-05:00