que sea descentralizada significa que no hay servidores de datos que sirvan como nodos mayores, sin embargo, debe haber servidores trackers fijos que los clientes busquen y tengan la información de la colmena (los cientes conectados y las cosas utiles que se merezcan conocer) de resto es practicamente imposible la implementación sin trackers

cierto... aunque hay  una tecnica llamada "port bashing" o algo similar, que es que el tracker le avisa a ambos clientes que deben comunicarse entre ellos y los puertos a usar, ambos empiezan a enviarse mensajes por la ruta indicada, haciendo que el NAT haga el forwarding y enrutando todo correctamente

Hola compañeros, muchas gracias por las respuestas.

Entonces lo que buscaba era un "tracker", entiendo. Pero eso ¿no sería una red P2P centralizada? Mmmm nos estamos conectando a un servidor para obtener información de los hosts. Si cae el servidor adiós red.

Mi idea de implementación en base a mis conocimientos, sería crear un servidor, o usar un servidor web gratuito, donde los clientes hagan HTTP request  al servidor y el servidor los vaya metiendo en una tabla, con su IP, y si pasado X tiempo no llegan datos de uno se eliminaría de la tabla. Allí mostraría los usuarios de la red en una tabla con IP y puerto. Al hacer HTTP request a la página obtendrían el listado de hosts online, con los que poder compartir información.

Incluso podría dar órdenes desde el servidor web a un cliente, y hacer que este envíe un comando a los demás, ese comando quedaría intraceable ya que pasaría de nodo a nodo.

El problema es que la página web que haría de "tracker" podría fallar, o desaparecer al ser de dominio gratuito, y si es atacada caería la red, ¿cómo podría comunicar entonces a los usuarios? ¿qué más maneras se os ocurren?.

Claro que el server solo recojería las IPs que hacen HTTP request y las mostraría, y pasaría de response las que tiene en la tabla, luego los clientes harían la red.

Me gustaría tener una mejor solución que esa XD.

Saludos.

Edito: El problema es que sería muy fácil tumbarla pues el cliente se estaría conectando todo el rato al servidor web para ver quienes están conectados, alguien que tiene el cliente abre wireshark ve el server de donde extrae la info de la red y se puede cargar fácilmente el server así como la red.

OOoo mejor, se me acaba de ocurrir que cuando entre un nuevo cliente haga post al tracker, y luego mande a los hosts un "hola estoy aqui" y estos lo añadan en la tabla sin necesidad de que tengan que estar todo el tiempo comunicandose con el server, bien.
De esta manera se comunicarían solo una vez, pero si un cliente se apaga seguiría figurando en la tabla del servidor..(pero luego al bajarse la tabla y que saltase el timeout lo descartaría), pero abría que eliminarlos del server (para eso hacer un ping cada hora aunque sea podría funcionar) a ver a ver...  

Ahh vale, ahora entiendo bien. Podría hacer algo "persistente" creando varios servidores web HTTP y poniendo su IP en el cliente, de esta manera si falla uno saltarían al siguiente, y desde el siguiente que pueda mandar una orden o que lo haga desde un cliente (con una firma) diciendo que añadan un nuevo dominio de web que he creado y que eliminen el anterior.

Pero ayer estuve leyendo acerca del troyano más sofisticado actualmente el "Gameover Zeus" o "zbot", y si no puede conectarse a la red por medio del tracker creaba un dominio en función del día y la hora, para que se conectaran a él me pareció entender.

También, para no perder conexión con el tracker en caso de que el tracker principal cayera, el programa hacía peticiones HTTP a dominios random con terminaciones .com, .biz, .net ... con una palabra clave como "gameover-zeus-dga.com" etc.


De esta manera si cae todos los trackers el cliente mandará peticiones a dominios aleatorios y cuando el controlador de la red cree ese dominio, habrá podido reconectar toda la botnet y controlar los bots. Es bastante fino.

LEEAN: http://blog.shadowserver.org/2014/06/08/gameover-zeus-cryptolocker/

Muy interesante, así se comunica el troyano más potente del mundo.
Y con esto ya creo que puedo partir a hacer pequeños programillas.

Saludos y gracias.

Edito: Aunque si pongamos que "la policia" tomará el control del primer tracker, y se apoderara de ese dominio, ¿como reconectaríamos?, yo creo que aunque haya conexión con el tracker principal, habría que mandar peticiones a los demás servidores frecuentemente, o mejor aún a servidores que se generen aleatoriamente, y que solo el autor sepa cuales son.

Así pues podríamos tener un programa que genere en orden 1000 dominios distintos, solo el creador sabría que dominios generaría y cuando cree uno reconectaría la botnet, a pesar de tener conexión con el tracker principal, debería de hacerlo por si nos quieren robar la botnet que no puedan, ya que cada cierto tiempo se conectaría a uno de estos 1000 dominios. Bastante fino la verdad.

Edito:
Okey se me debió de pasar engelx, gracias por la respuesta. Ya no tengo dudas.

Muuucho tiempo, laaargo proyecto.

Edito: Podria generar 1000 cadenas usando una semilla única en todos los clientes obtendría los mismos dominios, ya solo sería que lanzaran peticiones a ellos y si alguno responde con la adecuada respuesta, se reconectaría la red. Muchas cosas.