La mayor\u00eda de usuarios de las redes y aplicaciones P2P (peer to peer o punto a punto) tenemos nuestra aplicaci\u00f3n favorita. Algunos tienen Overnet, otros DirectConnect, los m\u00e1s osados (e ingenuos si se me permite) usan Kazaa y una grand\u00edsima mayor\u00eda usan la red eDonkey en alguna de sus variantes. Pero es innegable que aqu\u00ed eMule es el amo y se\u00f1or.<\/p>\n
No es que eMule sea la mejor aplicaci\u00f3n de este tipo. En mi opini\u00f3n bittorrent funciona de manera mucho m\u00e1s eficiente, es m\u00e1s estable, tiene opciones m\u00e1s coherentes y es sumamente sencillo de utilizar. El precio que hay que pagar es que se comparten cosas relativamente nuevas y es dif\u00edcil descargarte ficheros raros, adem\u00e1s de tenerte que descargar el archivo torrent a usar, busc\u00e1ndolo en alguna p\u00e1gina especializadaa de internet.<\/p>\n
eMule en este sentido le pasa la mano por la cara. La facilidad de montar un servidor de eMule facilita las b\u00fasquedas masivas a trav\u00e9s de la extensa red de eDonkey y las descargas son directas, sin tener que mediar ning\u00fan archivo intermedio. De todos modos llega a ser exasperante ver lo baja que es la cifra de descargas aunque estemos subiendo a tope de lo que permite nuestra conexi\u00f3n siempre.<\/p>\n
La explicaci\u00f3n de esto es el sistema de cr\u00e9ditos y colas de eMule, que provoca que si un archivo es dif\u00edcil de encontrar, lo comparte poca gente y quien lo comparte est\u00e1 compartiendo adem\u00e1s otros archivos mucho m\u00e1s solicitados, tengamos que aguardar pacientemente en su cola hasta que nos toque descargarnos un cachito.<\/p>\n
Una desventaja a\u00f1adida se da cuando al usuario que comparte no le interesa compartir tanto el archivo que necesitamos como otros archivos, puesto que le consume ancho de banda de subida, muy preciado a estas alturas. Y es aqu\u00ed cuando entra en acci\u00f3n una nueva caracter\u00edstica que se est\u00e1 empezando a dejar ver en algunas \u00abmods\u00bb de eMule (versiones modificadas a partir del cliente oficial), el webcache.<\/p>\n
eMule webcache se basa en la misma idea que en su d\u00eda utiliz\u00f3 telef\u00f3nica para enchufarnos su proxy-cach\u00e9 entre nuestras conexiones e Internet. Una idea que a priori parece estupenda para agilizar el tr\u00e1fico de la red, pero que tiene sus inconvenientes como veremos.<\/p>\n
La idea del proxy cache es la de almac\u00e9n intermedio y uso de anchos de banda de gran capacidad. Los proxy cache los forman grandes servidores montados por las compa\u00f1\u00edas de telecomunicaciones como Telef\u00f3nica, Telecable\u2026 con lo cual gozan de un ancho de banda enorme, y funcionan de la siguiente manera: Un usuario hace una petici\u00f3n a internet para bajarse una p\u00e1gina web, el proxy mira a ver si tiene esa p\u00e1gina web en su almac\u00e9n y si no es as\u00ed hace la petici\u00f3n por el usuario para descargarla y la sirve al usuario. A partir de ese momento esa p\u00e1gina queda almacenada en el proxy, y todos los usuarios que hacen una petici\u00f3n de esa misma p\u00e1gina al operador que ha puesto el proxy reciben la p\u00e1gina del proxy, no del sitio original en Internet. Con esto se consigue una mayor velocidad al estar la p\u00e1gina alojada en una m\u00e1quina mucho m\u00e1s cercana al cliente que ha hecho la petici\u00f3n, y adem\u00e1s contar con mucho m\u00e1s ancho de banda del que podr\u00eda tener el servidor que alojaba la p\u00e1gina web original.<\/p>\n
En el eMule webcache se usa la misma filosof\u00eda pero aplicada al intercambio de archivos mediante eMule. Por un lado un cliente de eMule hace una petici\u00f3n de un fragmento de archivo a otro que lo est\u00e1 compartiendo. El eMule de quien comparte el archivo pregunta al proxy cache si tiene ese fragmento y si no es as\u00ed lo sube al proxy. A partir de entonces, todos los clientes que le pidan el mismo archivo, eMule los redirigir\u00e1 al proxy para que lo bajen de all\u00ed, con lo cual estaremos por un lado ahorrando el ancho de banda de subida (no serviremos nosotros el fragmento, sino el proxy) y por otro lado el cliente que ha hecho la petici\u00f3n se podr\u00e1 bajar ese fragmento a una velocidad m\u00e1s elevada ya que no se ve limitado por el ancho de banda del que comparte sino que est\u00e1 utilizando el ancho de banda del proxy que tiene much\u00edsima m\u00e1s capacidad.<\/p>\n
La idea es sencilla en s\u00ed y es buena en el fondo, pero llevada a la pr\u00e1ctica es un poco m\u00e1s complejo que surta el efecto deseado. Por un lado, para que todo fuera como la seda, todo el mundo deber\u00eda usar una versi\u00f3n de eMule que soportara webcache. Hoy en d\u00eda esto no es as\u00ed puesto que es una caracter\u00edstica que hasta hace poco no ha visto la luz y la conoce poca gente. <\/p>\n
Por otra parte, para poder bajarnos un fragmento de un proxy, obviamente necesitamos que alguien lo haya subido antes y esta es una posibilidad bastante baja en muchos archivos. Pensemos que si ya es bajo el n\u00famero de personas que usan eMule webcach\u00e9, de estas personas habr\u00eda que descontar las que no comparten el archivo que queremos, y de estas habr\u00eda que descontar las que no usan el proxy de nuestro operador de Internet.<\/p>\n
Todo ello hace que por el momento el uso de webcach\u00e9 sea un poco decepcionante al principio, pero que en el futuro puede dar jugosos resultados si se usa masivamente. Sobretodo si se consigue que funcionen los proxys de manera transparente (es decir, que si falta el fragmento en un proxy y s\u00ed que est\u00e9 en otro, se pueda bajar del segundo a trav\u00e9s del primero). El uso de esta caracter\u00edstica est\u00e1 a\u00fan en pa\u00f1ales y hay que darle tiempo.<\/p>\n
No obstante animo a todo el mundo a que lo pruebe puesto que no se pierde nada, y alg\u00fan cachito de fragmento siempre se puede descargar de los proxys, aligerando nuestro tr\u00e1fico de subida y alegrando el d\u00eda de quien descarga, que no tiene que esperar en la cola y bajar\u00e1 m\u00e1s r\u00e1pido.<\/p>\n
Para m\u00e1s informaci\u00f3n podeis ir a la p\u00e1gina del proxy-cache de telefonica<\/a>. En esta otra p\u00e1gina<\/a> podreis ver el estado actual del uso de eMule webcache y el proxy que debereis utilizar si decid\u00eds probarlo. Que os aproveche…<\/p>\n","protected":false},"excerpt":{"rendered":" La mayor\u00eda de usuarios de las redes y aplicaciones P2P (peer to peer o punto a punto) tenemos nuestra aplicaci\u00f3n favorita. Algunos tienen Overnet, otros DirectConnect, los m\u00e1s osados (e ingenuos si se me permite) usan Kazaa y una grand\u00edsima mayor\u00eda usan la red eDonkey en alguna de sus variantes. Pero es innegable que aqu\u00ed […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[2,6],"tags":[],"_links":{"self":[{"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/posts\/20"}],"collection":[{"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/comments?post=20"}],"version-history":[{"count":0,"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/posts\/20\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/media?parent=20"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/categories?post=20"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.enezeta.com\/zapateces\/wp-json\/wp\/v2\/tags?post=20"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}