Direct Connect

De Wikipedia, la enciclopedia libre

Direct Connect es una aplicación peer-to-peer escrita por Jon Hess de NeoModus. Después de que fuera creado, otros clientes implementando el protocolo de Direct Connect se han hecho. Los clientes de Direct Connect conectan a un hub central.

El protocolo está basado en FTP. Originariamente protocolo cerrado, se consiguió implementar como software libre existiendo diversos clientes para esta red, como son MlDonkey, DC++ (implementado en C++ y primer cliente Software Libre para Direct Connect) y oDC (basado en DC++) para Windows o ShakesPeer para Mac OS X.

Su funcionamiento se basa en servidores centrales llamados hubs. Este hub contiene un listado de todos los clientes que se han conectado a él, y todos los archivos que están compartiendo. Al hacer una búsqueda en el hub, este devuelve todos los archivos que tienen relación con el buscado y que clientes lo poseen, y a continuación el cliente solicitante descarga el archivo en cuestión mediante FTP directamente desde el cliente que posee el archivo buscado, desvinculándose por completo el ordenador que hace de hub (en este sentido, se puede interpretar el hub como un directorio de archivos que solamente indica quien tiene que). No hay excesivos problemas con el ancho de banda debido a que cuando se registra una máquina en el hub se identifican todos los archivos que comparte con su hash, pudiéndose buscar otros archivos con el mismo hash pero distinto nombre por la razón que sea que según la teoría del hasheo son el mismo archivo.

La persona que monta un hub puede poner todas las características que desee que poseen los clientes para poder usarlo: sockets abiertos (número de descargas concurrentes), cantidad de gigabytes compartidos, baneo de contenidos (por ejemplo pornografía)... Esto permite tener unos mínimos de calidad en las distintas subredes que se crean con cada hub, evitando los lammers.

[editar] Funcionamiento

Los clientes se conectan al servidor, al cual se le denomina HUB. Es el encargado de gestionar las conexiones entre clientes, como si de un servidor de la red ed2k se tratase. El cliente, una vez conectado al servidor, tiene posibilidad de comunicarse con otros usuarios conectados, hacer búsquedas y, por supuesto, compartir ficheros. Por lo general los HUB tienen temáticas muy bien definidas como pueden ser estilos de música concretos, cine de acción, de terror, anime, etc.. Un usuario, para poder conectarse, ha de cumplir 2 condiciones:

Compartir la mínima cantidad de material que el servidor le exija: si no cumple dicha condición al conectarse el HUB le echará y le pedirá que comparta, por ejemplo, 10 GB.
Tener un mínimo de SLOT's disponibles: para entender esto necesitamos saber qué es un SLOT, que no es más que una conexión; si el HUB nos exige tener un mínimo de 10 SLOT's, significa que, una vez estemos conectados, podrán conectarse a nosotros al menos diez (10) usuarios a la vez.

Estos métodos, que a algunos les parecerán abusivos, son de lo más común y se usan para evitar leechers (usuarios que adquieren algo de los demás pero no comparten).

Cuando encontremos algo interesante y procedamos a descargarlo se creará una conexión entre ambos clientes. Si el que comparte el fichero se cae, la mayoría de clientes DC permiten buscar otras fuentes para continuar descargando. Es muy común en parties grandes como la Euskal, Campus Party, e incluso en otras más pequeñas como la Enredada. No se precisa poseer un ordenador de mucha potencia para manejar 4200 clientes simultáneamente sin verse afectado su rendimiento.