Volviendo a eMule

Publicado el de Christian

Estos días en Mastodon veía movimiento respecto a eMule y pensé «¿en serio sigue vivo?». Por simple curiosidad decidí instalar aMule (su versión libre multiplataforma) en mi Fedora tras buscarlo en los repositorios con DNF, ya que no aparece listado en el centro de software pero sí usando la consola:

sudo dnf install amule

El caso es que tras unas pruebas agridulces empecé a armarme de paciencia. Con unos días aprendiendo de nuevo sobre su uso, así como pequeñas configuraciones, la mejora de la plataforma empezó a notarse y aunque no brilla como en aquellos dorados 2000 todavía puede encontrarse material para descargar en un tiempo razonable.

Hacía años que no era tan asiduo de eMule. Prefería Ares o el socorrido torrent, que en Linux se volvió un imprescindible para acceder a música o pelis que nunca antes hubiera soñado. Con el auge de las plataformas de streaming y los continuos golpes a las páginas de torrent empecé a depender de servicios como Spotify y comunidades online. Me di cuenta de que ya no poseía copias sino que delegaba todo en la nube, había caído en la trampa de descuidar mis colecciones locales.

Así pues, aprovechando las actuales mejoras en formatos, conexiones y calidades, me propuse recuperar algo de mi material favorito para conservarlo. eMule consigue ser un servicio P2P muy competente y sorprende que esté experimentando una segunda vida… Bueno, quizás no sorprenda tanto tras la citada persecución a páginas torrent y el abuso del streaming.

Los mejores consejos que puedo dar para volver a esta plataforma son los siguientes:

1- En Preferencias > Directorios debemos poner una ruta de descarga que nos resulte cómoda, ya que al menos en aMule el destino por defecto es una carpeta oculta en nuestro /home.

2- Al principio conviene saber esperar. eMule posee un sistema que da prioridad a aquellos veteranos que contribuyen a la red ofreciendo archivos a los demás. Por tanto cuanto más tiempo pasemos conectados y más compartamos nuestras descargas iremos notando cómo progresivamente las cosas van más rápido. Un pequeño truco para acelerar las descargas al principio de nuestra aventura es desconectarse y conectarse otra vez cada cierto tiempo para aprovechar el tirón de las primeras peticiones.

3- Conviene configurar tres cosas para asegurarnos la calidad de los servidores:

  • En el apartado Redes debemos tener la URL http://emuling.gitlab.io/server.met para que conecte con fuentes que la comunidad reconoce como fiables. Luego en Preferencias > Servidores activaremos la casilla Autoactualizar la lista de servidores al inicio.
  • En Preferencias > Seguridad yo activo Permitir la ofuscación de protocolo e incluso Usar la ofuscación para las conexiones salientes. Eso ayuda a tener un extra de privacidad con nuestro proveedor de internet, quien podría capar conexiones P2P.
  • También en Preferencias > Seguridad activaremos el filtrado de direcciones IP y pegaremos la URL http://emuling.gitlab.io/ipfilter.zip en la casilla correspondiente, permitiendo Autoactualizar el filtro de IP al inicio. Lo que hace es descargar la lista pública de servidores que podrían ser maliciosos y denegar sus conexiones.

Seguro que hay otras muchas opciones que podríamos aplicar, como abrir y cerrar puertos. Sin embargo eso es meterse un poco en harina entendiendo cómo queremos hacer las conexiones, y considero que para empezar es un poco excesivo. También podríamos tener en cuenta la configuración de nuestro cortafuegos.

La convivencia del P2P con las compras e incluso los servicios de streaming me parece el camino adecuado: lo ideal es descargar y guardar lo que más nos gusta, comprando aquellas cosas que supongan algo para nosotros. No debemos olvidar que más allá de los abusos de la industria y la legislación detrás están los autores que adoramos. Poseer el material de manera legal, preferiblemente en físico, creo que es justo y eleva la disponibilidad de las obras que amamos en su calidad original. Tengámoslo en cuenta.

PD: Menudo placer más tonto eso de quedarse mirando cómo se llenan las barritas de descarga.

Recursos y más:

22 comentarios en “Volviendo a eMule”

  1. Un mini-pc o una RPI corriendo la parte servidor (bajo consumo, siempre encendido) y amule-remote-gui o similar para manejarlo desde otro equipo de la LAN. Puertos del router no habituales, para despistar. Excelentes resultados.

    Le gusta a 1 persona

      1. En principio se abren hacia la IP de LAN del servidor con este criterio:
        4662 / TCP
        4665 / UDP (el anterior más 3)
        4672 / UDP
        Puedes usar otros, siempre que mantengas el primer UDP igual al primer TCP más 3. Importante que el operador desactive el CG-NAT si lo tiene activado para tu conexión. No dudes en escribir si necesitas algo más.

        Le gusta a 1 persona

      2. Con el amule de OS X y una buena configuración consigo unas bajadas espectaculares desde cualquier ISP (incluso haciendo tethering con el móvil), sin interrupciones más allá de la disponibilidad «física» de la fuentes; si tengo la posibilidad de abrir los puertos, entonces la velocidad es ya de vértigo. También he conseguido replicar este fenómeno desde Windows (con emule, claro), básicamente con la misma configuración que uso en OS X. Lo que no he conseguido jamás es que todo esto me funcione en Linux, de ningún modo. Desde Linux, y lo he probado desde varias distribuciones (Debian, Arch, Fedora), el amule salvo para bajarme pdf’s y archivos sumamente pequeños que pueden bajarse con el discreto empujón de estar recién abierto, el amule me resulta básicamente inútil. Si quiero bajar algo que pese una giga y pico, debo arrancar OS X aunque sólo sea por este motivo, que entonces lo bajo en menos de 3 minutos (si es algo «popular»). Es mi experiencia.

        Le gusta a 1 persona

  2. Justo esta misma semana estaba pensando sobre esto. Mi hijo acababa de descubrir una película en una plataforma y pocos días después me llega un email diciendo que la van a retirar del catálogo. No podemos confiar en terceros.

    Le gusta a 1 persona

  5. Ay, qué envidia sana. Me ha dado nostalgia y ganas de probarlo otra vez, pero estando en UK no me fío un pelo de tantearlo por las leyes de aquí. Disfrutadlo los que lo tenéis más fácil!

    Me gusta

  8. Tengo 77 años y hace 4 años que tuve un ictus. De el no tengo apenas conflictos. Hace 20 años estuve con el emule funcionando. He intentado con muchas charlas que hay ahora con el emule v0.50a y no soy capaz de ponerlo en marcha. Tengo el router ZTE H-3600P con unos 300 de fibra. Me gustaria saber como tengo que configurar el v0.50a.

    Me gusta

    1. Hola Guillermo

      No voy a poder ayudarte con eso, desconozco muchas cosas de tu caso en particular como el sistema operativo de tu ordenador, el estado del cortafuegos, las opciones de tu router, etc.

      Lo mejor es que vayas probando configuraciones, desde la más sencilla a la más compleja.
      Podría ser que Emule no funcionase porque está bloqueado por el cortafuegos, o podría ser algo más complejo.

      Puedes ayudarte con algunas herramientas de IA como ChatGPT o Perplexity para que te dé pistas y pasos a seguir. A menudo ayudan mucho con ese tipo de situaciones.

      Siento no poder hacer más. Un abrazo!

      Me gusta

  9. Después de dejar ayer el comentario acerca de mis problemas con el amule en Linux, me dispuse a investigar, y descubrí que mi caso no es «único» ni «extraño», y además conseguí solucionar el problema, con un método encontrado en este hilo –> https://github.com/amule-project/amule/issues/290#issuecomment-2171901412 Es para los que uséis Linux, y os aseguro que cambiará por completo vuestra percepción del amule (hay hasta gente que usa el emule desde win para sortear el amule). Se trata de compilar amuled (el demonio de amule) desde Docker, a través del comando que véis en el enlace. Para aseguraros de tener la dependencia del módulo libcrypto++.so.8.7.0 poned esta línea en el penúltimo párrafo del comando: cp /usr/lib/x86_64-linux-gnu/libcrypto++.so.8.7.0 /tmp/libcrypto++.so.8;\ Ahora sí puedo decir que el amule de Linux, con algo de trabajo, funciona bien. Abandonad ciertas creencias, como que «se premia» a quien esta mil horas compartiendo millones de archivos, o que tu ISP te chapa la conexión si usas puertos standard… Son leyendas urbanas que responden a una mala configuración, o como en este caso, a una mala compilación.

    Le gusta a 1 persona

      1. El Docker es sólo para compilar desde él. Si no lo tienes instalado: sudo apt-get install docker, pacman -S docker o lo que corresponda a tu distribución, disparas el Docker así: sudo systemctl start docker y entonces ya puedes disparar ese comando, que dejará el amuled en la carpeta /tmp, acuérdate de poner en el comando justo antes de la última instrucción: cp /usr/lib/x86_64-linux-gnu/libcrypto++.so.8.7.0 /tmp/libcrypto++.so.8;\ porque ese amuled te pedirá ese módulo si no lo tenías ya, como era mi caso. Después pasas esos archivos (el amuled y el lybcrypto++.so.8.7.0) a sus correspondientes carpetas. Yo los he mantenido en /usr/local/bin juntos y los disparo desde un alias en mi .zshrc: alias amuledd=»LD_PRELOAD=/usr/local/bin/libcrypto++.so.8 /usr/local/bin/amuled –ec-config -f» Ya sé que parece mucho «curro», pero cuando veas la recompensa te darás por MUY satisfecho.

        Le gusta a 1 persona

Deja un comentario (puedes usar Markdown)