jueves, 4 de septiembre de 2008

COMPARTIR RECURSOS PARA REMOTE DESKTOP CONNECTION

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

martes, 2 de septiembre de 2008

Chrome lanzado!!

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.

viernes, 15 de agosto de 2008

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

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
OK
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.

martes, 12 de agosto de 2008

FUNCIONAMIENTO SQUID

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,