Download Un Cliente Ligero (Thin client) - SAPPI

INSTITUTO POLITÉCNICO NACIONAL
SECRETARÍA DE INVESTIGACIÓN Y POSGRADO
REPORTE TÉCNICO
PROYECTO DE INVESTIGACIÓN:
Clientes Ligeros IPN
Registro asignado por la SIP: 20080245
DESARROLLADO POR:
•
•
•
•
•
JESÚS ANTONIO ALVAREZ CEDILLO -DIRECTOR DEL PROYECTO
MICHAEL KLAUSS LINDIG BOS
HIND TAUD
PATRICIA PEREZ ROMERO
ELIZABETH ACOSTA GONZAGA
ENERO 2009.
Resumen
Un Cliente Ligero (Thin Client) es una computadora cliente que trabaja en una
arquitectura de red cliente-servidor y que en su interior tiene muy poca o ninguna lógica
del programa, por lo que depende principalmente del servidor central para las tareas de
procesamiento.
La palabra liviano (Thin: en ingles), se refiere a lo pequeña que es la imagen de
arranque, lo cual nos indica que su tamaño depende de los elementos requeridos para
conectar a la red y arrancar un navegador web.
Abstract
A thin client is a client computer that works in a network architecture client-server and
that it has little or no logic of the program, which depends mainly on the central server
for processing tasks.
The word light refers to how small it is the boot image, which shows that its size
depends on the elements required to connect to the network and start a web browser.
1.1 Introducción
En el diseño de una aplicación cliente-servidor, hay una decisión que hay que tomar:
qué parte de la aplicación debe ser hecha por el cliente y cuál por el servidor. Esta
decisión puede afectar crucialmente el costo del servidor y el cliente, la robustez, la
seguridad de toda la aplicación.
Las ventajas de los clientes ligeros son las siguientes:
•
Información Centralizada. Como la información se encuentra en un solo lugar
facilita la realización de backups y evita que se guarden archivos que no sean del
negocio.
•
Menor coste de hardware. El hardware de los Clientes Livianos es
generalmente más barato ya que estos no cuentan con disco duro, memoria para
las aplicaciones, o un procesador poderoso. También tienen un periodo de
funcionamiento más largo antes de necesitar actualizarse o quedar obsoletos.
•
Menor IT costo de administración. Estos Clientes Livianos son manejados
enteramente desde el servidor, el hardware tiene menos lugares donde puede
fallar, y el entorno local es altamente restringido, por lo tanto provee protección
contra el cargado y la ejecución de malware
•
Más barato y seguro. Los Clientes Livianos pueden ser diseñados para que
ninguna información de las aplicaciones resida en los clientes (esto es
enteramente dibujada) entonces la protección contra el malware es centralizada
•
Sin valor para los ladrones. El hardware de los Clientes Livianos es poco útil
fuera de un entorno cliente-servidor. Ladrones interesados en equipamiento de
computadoras tardan mucho más tiempo en revender el hardware de los Clientes
Livianos y este es mucho menos valioso.
•
Consumo energético: Estos clientes poseen muy poco consumo eléctrico, por lo
que ahorran hasta un 80% de electricidad y cuidan el medio ambiente.
En la práctica, parece que hay poco donde elegir para descartarse entre una y otra
arquitectura para la mayoría de las aplicaciones. Pocas situaciones se decantan
claramente hacía una u otra. Los proyectos de computación distribuida como
SETI@home (que utilizan una gran cantidad de computadoras remotas para realizar un
análisis computacional intensivo) son aplicaciones que requieren clientes pesados.
2. Construcción de un Thin Client
Po otra parte sistemas de difusión de entretenimiento multimedia o la difusión de
material educativo a muchos clientes puede ser realizada mejor con clientes livianos, ya
que se difunde el mismo material a todos los clientes. En esto radica la importancia de
su fabricación.
Una de las formas para poder construir un Cliente Ligero es necesario seguir los
siguientes pasos:
1. Cargar el kernel de Linux en la memoria del cliente liviano. Esto puede hacerse
de distintas maneras, entre ellas: PXE, gPXE, Etherboot o yaboot.
2. En la mayoría de los casos usando una tarjeta de red con PXE para arrancar es la
forma más rápida y sencilla de hacerlo.
3. Una vez que el kernel ha sido cargado en la memoria, comenzará la ejecución.
4. El núcleo inicializa todo el sistema y los periféricos que reconozca.
5. Aquí es donde la diversión realmente comienza. Durante el proceso de carga del
núcleo, una imagen initramfs también será cargada en la memoria.
6. Normalmente, cuando el núcleo ha terminado de arrancar, se pondrá en marcha
el nuevo task launcher upstart, que se encargará de la puesta en marcha de un
servidor o una estación de trabajo. Pero, en este caso, hemos instruido al kernel
para que cargue un pequeño shell script en su lugar. Este script se llama /init,y
reside en la raíz de initramfs.
7. El script /init empieza por montar /proc y /sys, arranca udev para descubrir e
inicializar el hardware, especialmente la tarjeta de red, que es necesaria en todo
aspecto para arrancar de aquí en más. También, crea un pequeño disco en RAM,
donde se puede guardar cualquier cosa que se necesite, por ejemplo, para
configurar el archivo xorg.conf.
8. Se configura la interfaz de loopback de la red. Esta es la interfaz de la red que
tiene 127.0.0.1 como dirección IP.
9. Se corre un cliente DHCP llamado ipconfig para hacer otra consulta al servidor
DHCP Esta nueva consulta obtiene información tal como el nfs root server, el
default gateway y otros parámetros importantes del sistema del archivo
dhcp.conf
10. Cuando ipconfig obtiene una respuesta del servidor, la información que se recive
se usa para configurar la interfaz Ethernet y para determinar desde que servidor
se va a montar el root.
11. Hasta este momento el sistema de directorios ha sido un disco ram. Ahora el
script /init montará un nuevo sistema de directorios via NBD o NFS. En el caso
que sea via NBD, la imagen que será cargada será generalmente
/opt/ltsp/images/i386.img. Si la raíz es montada via NFS, entonces el directorio
que será exportado desde el servidor es típicamente /opt/ltsp/i386. No es posible
montar el nuevo sistema de directorios como /i. Primero debe ser montado a un
directorio separado. Luego hará un run-init, que cambiará el sistema de
directorios raíz actual por un nuevo sistema de directorios.
1. Cuando esta etapa se completa, el sistema de directorios quedará montado en /.
Cualquier directorio que necesite ser creado o escrito para un arranque normal ,
como por ejemplo /tmp, o /var, son montados en este momento.
12. Una vez que el montado del nuevo sistema de directorios fue finalizado, se ha
terminado con el script /init y se necesita llamar al verdadero programa
/sbin/init.
13. El programa init va a leer el directorio /etc/event.d y comenzará a configurar el
ambiente del cliente fino. A partir de aquí se ejecutará el primer comando de
/etc/rcS.d.
14. El primer comando S32ltsp-client-setup configurará muchos aspectos del
ambiente del cliente fino, como por ejemplo chequear si los dispositivos locales
necesitan ser arrancados, cargar algún módulo específico, etc.
15. A continuación el programa init va a comenzar a ejecutar comandos en el
directorio /etc/rc2.d
16. Uno de los items en el directorio /etc/rc2.d es el comando S20ltsp-client-core
que estará ejecutándose mientras el cliente fino está arrancando.
17. El archivo lts.conf será parseado, y todos los parámetros en ese archivo que
hacen referencia a ese cliente fino serán definidos como variables de ambiente
para ser usadas por el script S20ltsp-client-core.
18. Si el sonido está configurado el demonio pulseaudio se activará permitiendo
conexiones remotas de audio desde el servidor para tocar en el cliente.
19. Si el cliente soporta dispositivos locales, el programa ltspfsd es ejecutado
permitiendo al servidor leer de dispositivos como "memory sticks" o CDs
mapeados con el cliente fino.
20. En este momento alguna de las sesiones definidas en el archivo lts.conf será
ejecutada. Las sesiones por pantalla es lo que se va a ver en todas las pantallas
de las terminales. Éstas son las pantallas virtuales estándares que tienen las
distribuciones de GNU/Linux, por ejemplo de Alt-F1, hasta Alt-F10. Por defecto
va a correr en la pantalla 1 un "getty" estándar basado en caracteres
(SCREEN_01 en el archivo lts.conf ). También, si no se especifica nada en el
archivo lts.conf , un script de pantalla ldm va a ser ejecutado en SCREEN_07. El
LTSP Display Manager (ldm) es el administrador de login por defecto para
LTSP.
21. Si SCREEN_07 esta cargada con un valor ldm, o startx, entonces el sistema X
Windows será ejecutado brindándole una interfaz gráfica al usuario.Por defecto
el servidor Xorg va a testear la tarjeta, va a crear un archivo /etc/X11/xorg.conf
con valores por defecto en el disco ram de la terminal y va a comenzar xorg con
esa configuración.
22. El servidor X va a crear un túnel cifrado ssh hacia al servidor LTSP (en caso de
ldm) o una consulta XDMCP (en el caso de startx). Para cualquiera de los dos
casos va a aparecer una caja de login en la terminal.
23. En este momento el usuario puede loguearse. Cuando lo haga obtendrá una
sesión en el servidor.
Esto confunde a mucha gente al principio. Están sentados en un cliente ligero, pero
están ejecutando una sesión en el servidor. Todos los comandos que se ejecutan se
ejecutan en el servidor, pero la salida se mostrará en el cliente fino.
Protocolos
Algunos de los protocolos usados para la comunicación entre clientes livianos y
servidores son:
XML sobre HTTP usado por XHTML y BXML de Backbase para definir aplicaciones
ricas de Internet X11 usado esencialmente por variantes de Unix tecnología NX
comprime el protocolo X11 para mejores prestaciones
Computación en Red Virtual o VNC
Citrix ICA con MetaFrame
Systancia con Remote Desktop Protocol (RDP)
RDP el mecanismo por defecto de acceso remoto al escritorio para Windows
HTML sobre HTTP usado por un gran grupo de aplicaciones web
Tarantella
WOIPwindows sobre IP WOIP
RXP es el protocolo de GoGlobal, otro software alternativo a Citrix y Terminal Server
3. El Thin Client marca IPN
3.1 Sistema Operativo
Partiendo de esta información se propuso el proyecto de crear un Cliente Ligero el cual
puede tener distintas aplicaciones en las instituciones educativas y en las industrias.
En la primera etapa del proyecto nos enfocamos a desarrollar el sistema operativo en el
cual se pretende montar el thin client.
Debido a las innumerables ventajas que nos ofrece trabajar sobre sistemas linux,
tomamos la decisión de basarnos en una distribución para generar la nuestra, y de esta
manera ajustarla a nuestras necesidades ya que hay una gran variedad de distribuciones
en las cuales podemos basarnos para generar nuestro propio sistema operativo Linux.
Para poder seleccionar la distribución de manera ideal tomamos en cuenta distintas
consideraciones ya que de esta manera nos puede ahorra trabajo a la hora de modificar
la distribución y de montar el software del thin client.
En nuestro caso nos basamos en la distribución de kanoppix debido a que ya contamos
con la documentación necesaria para modificarla y con la cual se han obtenido buenos
resultados.
La modificación de la distribución se resume el los siguientes pasos:
1. Obtener la imagen del sistema operativo Knoppix la cual se pudo obtener de
página Web de la distribución.
2. Hay que tener en cuenta que se trabajo sobre un sistema operativo Linux Ubuntu
7.10
3. Se generaron un conjunto de directorios en los cuales se van a depositar los
fichero sobre los cuales se va a trabajar.
4. Se descomprimió el archivo .ISO de la imagen y se guardo en un directorio.
5. Se instalaron una serie de programas los cuales permiten montar el sistema a
modificar el la computadora.
6. Ya montado el sistema se modificaron las configuraciones necesarias y se
instalo el programa cliente que permite seleccionar los distintos protocolos.
7. Se guarda la configuración y se comprime de nuevo la imagen.
Durante la modificación de la distribución se trato de modificar de manera que se
pudiera adaptar a las necesidades tales como el hecho de que tenia que ser una
distribución relativamente liviana ya que se necesita que ocupe poco memoria en el
disco duro. Para esto fue necesario remover toda la paquetería innecesaria dentro de
sistema tales como juegos, herramientas de oficina, herramientas de gráficos,
programación, multimedia etc.
Adicionalmente se modifico el aspecto del escritorio y de las ventanas con el objetivo
de que tuviera una apariencia agradable para el usuario. Ver figura 2.
Figura 2. Sistema operativo modificado.
3.2 Interfaz
Ahora se necesitaba desarrollar una aplicación para el Thin Client cuyo objetivo es
proporcionar la interfaz por medio de la cual podrá seleccionar y configurar la
conexión con el servidor. Para esto es necesario proporcionar una serie de datos tales
como dirección IP, puerto, tipo de protocolo, usuario, entre otros.
Esta interfaz fue desarrollada en el ambiente de desarrollo Gambas 2 que tiene un
lenguaje de programación libre derivado de BASIC y que se distribuye bajo licencia
GNU GPL. También cabe mencionar que tiene ciertas similitudes con Java, ya que en la
ejecución de cualquier programa requiere de un conjunto de librerías interprete
previamente instaladas (Gambas Runtime ) que entiendan el bytecode de las
aplicaciones desarrolladas y lo conviertan en código ejecutable para el computador . Por
otro lado, a diferencia de Java, no se experimentan ralentizaciones y es posible
desarrollar grandes aplicaciones en poco tiempo. Vea la figura 2.
Figura 2. Gambas es un leguaje de programación libre bajo licencia GNU GPL.
La programación en gambas es relativamente sencilla tomando en cuenta que ya
teníamos conocimientos previos y experiencia en otros lenguajes de programación. El
desarrollo de la interfaz se concluyo en algunos días. Ver figura 3.
Figura 3.- Pantalla principal del proyecto Thin Client IPN.
La configuración nos ofrece la posibilidad de elegir uno de cinco protocolos de
conexión remota los cuales cada uno de ellos tiene ciertas características que los
distinguen. Las opciones que muestra son las siguientes. Ver figura 4.
Figura 4. La venta de configuración nos permite ingresar los datos necesarios para
establecer la conexión.
A continuación de muestra una breve descripción de cómo es que trabaja cada uno de
ellos y cuales son sus aplicaciones.
4. Protocolos
Actualmente existen diversos protocolos por medio de los cuales se puede establecer
una conexión remota con un host. Podemos clasificar estos protocolos en dos partes, los
protocolos que requieren ser ejecutados sobre un sistema operativo y los protocolos que
se ejecutan al arrancar un sistema.
Para nuestro caso nos enfocamos en los primeros ya que se cuenta con el sistema
operativo sobre el cual se instalaran y configuran todos los protocolos.
A continuación se describen cada de los protocolos implementados para el Thin Client.
4.1 Protocolo VNC
(Virtual Network Computing). Aplicación gratuita y de código abierto que permite
acceso remoto a través de un escritorio remoto de otra computadora dentro de una red
(como una LAN o la internet).
Permite controlar una computadora remota enviando eventos como las pulsaciones del
teclado y los movimientos y clics del mouse. En general, en la computadora remota,
también debe estar instalado VNC.
El programa muestra una captura de imagen de la computadora remota cada un período
determinado de tiempo. De esta manera un usuario puede ver exactamente qué eventos
se producen en otra computadora y también controlarlos (si el programa está
configurado para permitir controlarla). Ver figura 4.
Figura 4. Aspecto del un cliente de VNC (Windows) y un servidor LINUX
VNC es independiente de la plataforma, por lo tanto los sistemas operativos de ambas
computadoras pueden ser distintos.
Además del control remoto de otra computadora, permite, por ejemplo, que un profesor
pueda explicar desde su computadora algún tema y todos sus alumnos puedan ver los
resultados constantemente actualizados en sus propios monitores.
Originalmente VNC fue desarrollado en el Reino Unido, en los laboratorios de Olivetti
& Oracle Research en Cambridge. Luego, en 1999, el laboratorio es adquirido por
AT&T, que lo desarrolló completamente. El laboratorio fue cerrado en 2002. Luego
pasó a la compañía RealVNC, que lo convirtió en un programa de código abierto y libre
distribución.
VNC utiliza el protocolo RFB (Remote FrameBuffer) para funcionar. En general, no
tiene un buen sistema de seguridad, un crackeador de fuerza bruta (que prueba múltiples
claves de forma automática) podría descubrir la clave secreta. Por esta razón, se
recomienda utilizar claves largas (más de 8 caracteres) para este programa.
De todas maneras, VNC puede ser tunelizado sobre conexiones SSH o VPN, lo que
podría agregar una capa de seguridad extra con una encriptación más potente.
Por ser de código abierto, existes múltiples implementaciones con distintas
características, y que permiten mayor o menos seguridad.
4.2 Protocolo RDesktoP
Remote Desktop Protocol (RDP) es un protocolo desarrollado por Microsoft que
permite la comunicación en la ejecución de una aplicación entre un terminal (mostrando
la información procesada que recibe del servidor) y un servidor Windows (recibiendo la
información ingresada por el usuario en el terminal mediante el ratón ó el teclado), ver
figura 5.
Figura 5. Escritorio del cliente conectado por RDP.
El modo de funcionamiento del protocolo es sencillo. La información gráfica que
genera el servidor es convertida a un formato propio RDP y enviada a través de la red al
terminal, que interpretará la información contenida en el paquete del protocolo para
reconstruir la imagen a mostrar en la pantalla del terminal. En cuanto a la introducción
de órdenes en el terminal por parte del usuario, las teclas que pulse el usuario en el
teclado del terminal así como los movimientos y pulsaciones de ratón son redirigidos al
servidor, permitiendo el protocolo un cifrado de los mismos por motivos de seguridad.
El protocolo también permite que toda la información que intercambien cliente y
servidor sea comprimida para un mejor rendimiento en las redes menos veloces. Pues es
la única de las soluciones de clientes ligeros analizadas que nos permite utilizar este
protocolo para que los terminales puedan actuar como clientes de servidores Windows,
lo que puede ser interesante en multitud de ambientes de trabajo en los que se utilizan
servidores Microsoft.
Este servicio utiliza por defecto el puerto TCP 3389 en el servidor para recibir las
peticiones. Una vez iniciada la sesión desde un punto remoto el ordenador servidor
mostrará la pantalla de bienvenida de windows, no se verá lo que el usuario está
realizando de forma remota.
Este tipo de software es muy usado a la hora de contratación de servidores dedicados en
diferentes empresas de alojamientos y usted se comunica a ellas mediante el mismo.
4.3 Telnet
Telnet (TELecommunication NETwork) es el nombre de un protocolo de red (y del
programa informático que implementa el cliente), que sirve para acceder mediante una
red a otra máquina, para manejarla remotamente como si estuviéramos sentados delante
de ella. Para que la conexión funcione, como en todos los servicios de Internet, la
máquina a la que se acceda debe tener un programa especial que reciba y gestione las
conexiones. El puerto que se utiliza generalmente es el 23.
4.4 Protocolo SSH
SSH (Secure SHell) -intérprete de comandos seguro- es el nombre de un protocolo y del
programa que lo implementa, y sirve para acceder a máquinas remotas a través de una
red. Permite manejar por completo la computadora mediante un intérprete de comandos,
y también puede redirigir el tráfico de X para poder ejecutar programas gráficos si
tenemos un Servidor X (en sistemas Unix) corriendo.
Además de la conexión a otras máquinas, SSH nos permite copiar datos de forma segura
(tanto ficheros sueltos como simular sesiones FTP cifradas), gestionar claves RSA para
no escribir claves al conectar a las máquinas y pasar los datos de cualquier otra
aplicación por un canal seguro tunelizado mediante SSH.
Seguridad
SSH trabaja de forma similar a como se hace con telnet La diferencia principal es que
SSH usa técnicas de cifrado que hacen que la información que viaja por el medio de
comunicación vaya de manera no legible y ninguna tercera persona pueda descubrir el
usuario y contraseña de la conexión ni lo que se escribe durante toda la sesión; aunque
es posible atacar este tipo de sistemas por medio de ataques de REPLAY y manipular
así la información entre destinos.
Al principio sólo existían los r-commands, que eran los basados en el programa login, el
cual funciona de una forma similar a telnet.
La primera versión del protocolo y el programa eran libres y los creó un finlandés
llamado Tatu Ylönen, pero su licencia fue cambiando y terminó apareciendo la
compañía SSH Communications Security, que lo ofrecía gratuitamente para uso
doméstico y académico, pero exigía el pago a otras empresas. En el año 1997 (dos años
después de que se creara la primera versión) se propuso como borrador en la IETF.
A principios de 1999 se empezó a escribir una versión que se convertiría en la
implementación libre por excelencia, la de OpenBSD, llamada OpenSSH.
5. Hardware utilizado para montar el Thin Client.
Dado que el sistema como su nombre lo indica es un cliente liviano, el cual debe de
cumplir con las condiciones que debe de ser relativamente sencillo en cuanto al
hardware que lo compone. Observe la figura 6
Figura.6 El sistema Intel Atom cuenta con los dispositivos básicos, el cual lo hace ideal
para trabajar como cliente ligero.
El hardware que se implemento fue un sistema Intel con procesador Atom, el cual
cumple con los requisitos para trabajar como cliente ligero, ya que, por ejemplo el
sistema es relativamente barato ya que incluye procesador integrado, además de que es
de dimensiones pequeñas y puede montarse en un lugar reducido. Otra ventaja es que
cuenta con distintos puertos por medio de los cuales puede comunicarse, tales como
USB, serial, puerto paralelo y Ethernet. Posteriormente se monto sobre un chasis que
para darle protección al equipo y para que tenga mejor apariencia. Ver figura 8.
Figura 8. El Thin Client IPN.
6.1 Características del Thin Client.
Co o mencionamos anteriormente "Thin client" son llamados a aquellos dispositivos de
propósito específico diseñados para acceder a aplicaciones almacenadas en un servidor
remoto. Estos son considerados el componente clave en la nueva tendencia hacia
computación distribuida o basada en servidores, en su forma más general los "Thin
Client" pueden ser divididos en:
• Terminales básicas
Estas son a menudo usadas como reemplazo de las pantallas verdes (terminales UNIX),
ofreciendo un cliente de terminal con soporte de red para conectarse automáticamente a
un servidor terminal (terminal server).
• Terminales tipo Browser
En adición a la funcionalidad de las terminales básicas, estas pueden acceder a
aplicaciones basadas en web (Web-enabled applicactions).
• Terminales tipo línea de negocios (LOB)
En adición a la funcionalidad de ambas terminales explicadas anteriormente estas
habilitan la ejecución local de un número limitado (usualmente uno) de aplicaciones sin
necesidad de conexión a red persistente o requerimientos de uso fuera de línea.
• Tendencia de la industria
EL principal factor detrás de la computación basada en servidor (server-based
computing) y el auge de la implementación de "Thin Client" es la necesidad de las
empresas de reducir el costo total de propiedad en las soluciones tecnológicas.
De acuerdo a un estudio de Intelliquest las mayores ventajas asociadas a la reducción
del costo de propiedad al implementar esta tecnología son:
- Reducción del Costo de Administración de Redes (55% de ahorro)
- Menor incidencia de la Administración Informal, y gastos de tiempo entre
compañeros de trabajo en ayudas por asuntos tecnológicos (14%)
- Menor costo de Adquisición de Equipos (13%)
- Facilidad de actualizaciones de software (11%)
- Menor costo de actualización de Sistemas Operativos (3%)
- Reducción significativa en uso de Licencias de Software, entre otros.
Una significativa ventaja de este acercamiento es que el dispositivo cliente no tiene que
ser capaz de procesar localmente aplicaciones sofisticadas, requiriendo procesadores
menos poderosos, menos memoria, e inclusive puede trabajar sin disco duro ejecutando
el sistema operativo ya optimizado desde una memoria de estado sólido. En ese mismo
sentido otras ventajas podrían ser:
• Robustez
El Thin Client no tiene partes móviles ni siquiera ventiladores internos por lo que no
necesita mantenimiento y el tiempo promedio entre fallas (MTBF) es muy superior al de
un ordenador de escritorio. Así mismo todo el sistema operativo puede correr desde una
memoria de estado sólido, imposible de corromper debido a apagados incorrectos o
intentos de borrado por personal no autorizado.
• Fácil actualización
El Thin Client puede ser actualizado en pocos minutos cambiando la memoria flash,
este procedimiento evita reinstalaciones complejas y demoradas del sistema operativo
manteniendo sus terminales funcionando todo el tiempo con tiempos de caídas
mínimos.
• Desarrollo sencillo
En una arquitectura orientada hacia servidor, las aplicaciones son desarrolladas a nivel
de este, siendo el cliente un genérico que casi nunca necesita ser modificado, cambios a
las aplicaciones se hacen solamente en el lado del Servidor.
• Administración remota
Los Thin Clients pueden también ser administrados y controlados remotamente de
forma segura desde una aplicación central que puede estar corriendo desde un ordenador
de propósito general.
• Menor consumo eléctrico
El Thin Client tiene una potencia de consumo de alrededor de 15 wats, una fracción de
lo usado por un ordenador de escritorio.
• Inmune a virus
El Thin Client no puede ser afectado por los llamados virus informáticos, ni puede ser
desconfigurado por los usuarios, tampoco pueden ser borradas o desconfiguradas las
aplicaciones que se accedan desde el equipo.
• Menor ruido
Por no poseer disco duro o ventiladores el Thin Client genera un ruido menor,
prácticamente imperceptible para el oído humano.
• Facilidad de uso
EL Thin Client provee ventajas en términos de facilidad de uso y bajos costos de
entrenamiento, debido a que los clientes no tienen que entrenarse en el manejo del
sistema operativo sino solamente en el manejo de la aplicación.
• Mayor Seguridad
Un incremento en la seguridad se consigue al no almacenarse datos localmente sino en
el o los servidores centrales.
• Flexibilidad
EL Thin Client puede integrarse muy fácilmente a cualquier topología de red sea esta
cableada o inalámbrica.
• Mercado
El mercado de los "Thin Client" ha madurado considerablemente en los últimos años
debido a los innumerables beneficios asociados a esta tecnología, de acuerdo a la firma
IDC, el mercado corporativo de "Thin Client" ha ido creciendo de 3 millones de
unidades vendidas en el 2002 a 7.6 millones de unidades vendidas en el 2006 con un
crecimiento anual del 35%.
Esta industria emergente está teniendo una gran demanda en escenarios donde los
empleados no solo requieren acceso a aplicaciones basada en servidores sino también a
servicios sobre WEB (Intranets corporativas), servicios multimedia, aplicaciones locales
y periféricos conectados locamente.
• Uso de "Thin Client"
Los "thin clients" son más común y productivamente implementados en uno de los
siguientes cuatro escenarios:
• Rápido desarrollo de aplicaciones tipo LOB o Web-based
En este escenario la integración con los servidores INETServer o servidores
terminales de Windows (Windows 2000/2003) proveen la solución perfecta del lado del
servidor.
• Reemplazo de terminales tipo pantalla verde (green-screen)
EL Thin Client es una excelente alternativa para reemplazar las tan ampliamente
usadas pantallas verdes (terminales UNIX) sobre todo en instituciones financieras,
proveyendo un camino convincente de migración a aplicaciones más amigables.
• Kioscos
Este segmento incluye el uso de terminales de acceso publico que usan Internet
para acceder a una aplicación del tipo web-based.
• Medio ambiente hostil para una PC convencional
Para lugares muy distantes con poca demanda de soporte técnico o condiciones de
operación inapropiadas para un ordenador de escritorio el Thin Client ofrece una
alternativa de uso estable y duradero.
• Resumen
EL Kypus Thin Client ofrece a las empresas una solución "Thin Client" muy robusta, la
posibilidad de escoger el sistema operativo entre Windows y Linux lo hacen al mismo
tiempo una alternativa muy flexible para infraestructuras desarrolladas sobre
aplicaciones tipo server-based.
Las empresas del mundo están cada vez mas presionadas por reducir sus costos
operativos, mejorar os ingresos, las ganancias, ser más competitivos, todo lo que
redunda en la mejora del negocio presionando al área tecnológica en agregar valor a la
organización, el punto álgido es el repago del costo de adquisición de tecnología, tanto
en tiempo como en calidad. Los empresarios buscan cada vez mas productos escalables,
confiables y muy flexibles que les permita reducir los costos de mantenimiento
asociados a los grandes sistemas tradicionales.
7. Conclusiones
El sistema operativo GNU/ Linux especialmente diseñados para cliente ligeros ha
demostrado su versatilidad al poderse ejecutar desde el disco duro, memoria flash y CD.
ROM.
• El cliente ligero hecho con computadoras obsoletas no cumple con ciertas
características de los clientes ligeros comerciales.
•
•
•
•
Como por ejemplo:
Las tarjetas madre de computadoras no son compactas.
No son silenciosas en su operación
Los clientes ligeros diseñados específicamente ahorran energía ya no emiten
gran cantidad de calor.
•
Los clientes Ligeros hechos con procesador Atom de Intel si cumplen con las
características de los clientes ligeros.
•
Su consumo de energía es bajo.
•
Son silenciosos.
•
No generan calor.
Podemos terminar recalcando que la computación centralizada combinada con clientes
ligeros puede cortar dramáticamente con los ciclos de inversión de hardware y software
así como también reducir los costos de mantenimiento y actualizaciones.
Esta combinación también provee un mejor control sobre le software de las
aplicaciones y los datos ya que reduce los problemas de usuarios finales.
7. Referencias
1. Joseph Sinclair and Mark Mekow.
2003 Thin Client (Cleeary expplanned)
2.Colouris G.
2001 Sistemas Distribuidos
2. Kart wall et al
2004 Programacion en Linux.
3.Vicente Lopez Camcho
2002 Linux Guía de Instalación y Administración.
4. Daniel campos. Jose Luis Redrego
2004 Programación Visual con Linux.
5. Craig Zacker
2002 Manual de Referencia redes
6. Harvey. M. Deitel.
1998 Introducción a los sistemas operativos.
7. Amenta Gabriela, navarro Gustavo, 2004 manual del Usuario; Redes y
Comunicaciones electrónicas.