aMule Forum
Spanish => aMule Ayuda => Topic started by: tanato on March 15, 2008, 09:24:04 PM
-
Hola todos:
Mi SO es Ubuntu 7.10. En las últimas 24 h mi amule apenas ha descargado nada en unas condiciones (nº de descargas, fuentes disponibles...) en las que estaba promediando no menos de 2GB (con medias de 40-50 kb/s). Utilizaba la versión SVN del 17 de febrero. Comprobé que la red KAD se encontraba por momentos tras el cortafuegos (problemas que ya creía haber solucionado gracias a las instrucciones que encontré en este mismo foro). He actualizado a la versión SVN 3-3-2008 y el problemas persiste: ID Alta en edk, Kad abierta (aunque en algún momento puntual se ha vuelto a cerrar), pero la descarga no supera los 5 kb/s. Además, al amule le cuesta un enorme trabajo encontrar fuentes.
Repito que parte de estos problemas los tenía con la versión 2.1, pero los solucioné al actualizar la versión del programa y el nodes.dat. Por desgracia, desde ayer he vuelto a las andadas.
¿Alguien más experimenta estos problemas?
Un saludo
-
Hay una versión aun más nueva: 15-03-2008
Comprueba si el problema persiste. Respecto a lo del kad bajo cortafuegos, pulsa en el desconecta y conecta una vez (o dos) esperando un poco a ver si el kad se pone verde (a mi me funciono eso cuando se ponía algunas veces bajo firewall)
Comprueba que no usas ningun IPFilter y prueba a cambiar los puertos por unos superiores al 10000, tales como 10324 y 10245 por ejemplo.
-
Hola de nuevo y gracias por responder:
He actualizado la versión, cambiado los puertos (aunque los que usaba ya estaban por encima de 10000), comprobado que las reglas de iptables son correctas, empleado distintas versiones del SVN... y nada. Mismo problema.
He de decir que acabo de comprobar que mi cliente BitTorrent (Transmission) tampoco parece funcionar muy correctamente, aunque su puerto también está abierto. Apenas aprovecha el ancho se subida y bajada y encuentra muy pocos peers (en torrents con miles de ellos). No sé si tendrá relación ni qué podría afectar al p2p en general estando correcta la conexión a Internet. Añadiría que la gran mayoría de fuentes que encuentra aMule aparecen como "Cola llena" y eso no es muy normal.
Mi ISP es ONO, aunque si el problema estuviese relacionado con ese factor supongo que no sólo me afectaría a mí.
Un saludo
-
Si tu ISP es ONO asegurate de tener la ofuscación activada y denegar las conexiones no ofuscadas (aMule, Opciones, Seguridad, Protocolo de ofuscación)
Por favor échale un vistazo a este post pasa saber más sobre ONO y aMule:
http://forum.amule.org/index.php?topic=14130.0
-
Hola Festor:
Siempre utilizo la ofuscación de protocolo, no puede ser eso (además, no afecta a la subida). Para cerciorarme de que no es un problema de mi ISP he reiniciado en Windows y el emule me va perfectamente.
Ahora ya creo que el problema es más general ya que afecta a otros programas que necesitan conectarse a Internet, como Transmission y un applet de Gnome (GrNotify). Sin embargo, sigo navegando sin ningún problema y la descarga directa funciona bien.
Si a nadie más le sucede supondré que algo se ha fastiado a nivel del SO (y no entiendo cómo).
Un saludo.
-
¿Qué forma utilizas para conectarte a Internet? Wifi, Cable, modem...?
-
Utilizo el cable-modem de ONO directamente conectado a ethernet. Nada de routers, drivers ni demás.
Un saludo y gracias por la paciencia, ;).
-
Por cierto, para completar todo tipo de testeos, he emulado con wine el emule 0.48a. En mi partición de Windows esta misma versión funciona sin problemas. Al emularla en Ubuntu la red Kad aparece tras el cortafuegos (pero ID Alta en edk), al igual que le sucede al aMule.
Sencillamente desesperante.
-
Has probado a actualizar la lista de nodos del KAD?
http://forum.amule.org/index.php?topic=12750.0
-
Sí, una de las primeras cosas que intenté fue actualizar el nodes.dat otra vez. Creo que el problema va más allá del aMule. Creí que la configuración de iptables podía estar mal, pero no veo nada anormal. Este es el estado del firewall en un momento en el que aMule aparece tras el cortafuegos. Estoy utilizando los puertos 14462 14672:
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- 62.42.230.24 0.0.0.0/0 tcp flags:!0x17/0x02
ACCEPT udp -- 62.42.230.24 0.0.0.0/0
ACCEPT tcp -- 62.42.63.52 0.0.0.0/0 tcp flags:!0x17/0x02
ACCEPT udp -- 62.42.63.52 0.0.0.0/0
ACCEPT 0 -- 0.0.0.0/0 0.0.0.0/0
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 10/sec burst 5
DROP 0 -- 0.0.0.0/0 255.255.255.255
DROP 0 -- 224.0.0.0/8 0.0.0.0/0
DROP 0 -- 0.0.0.0/0 224.0.0.0/8
DROP 0 -- 255.255.255.255 0.0.0.0/0
DROP 0 -- 0.0.0.0/0 0.0.0.0
DROP 0 -- 0.0.0.0/0 0.0.0.0/0 state INVALID
LSI 0 -f 0.0.0.0/0 0.0.0.0/0 limit: avg 10/min burst 5
INBOUND 0 -- 0.0.0.0/0 0.0.0.0/0
LOG_FILTER 0 -- 0.0.0.0/0 0.0.0.0/0
LOG 0 -- 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Unknown Input'
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 10/sec burst 5
LOG_FILTER 0 -- 0.0.0.0/0 0.0.0.0/0
LOG 0 -- 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Unknown Forward'
Chain OUTPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- 81.203.7.237 62.42.230.24 tcp dpt:53
ACCEPT udp -- 81.203.7.237 62.42.230.24 udp dpt:53
ACCEPT tcp -- 81.203.7.237 62.42.63.52 tcp dpt:53
ACCEPT udp -- 81.203.7.237 62.42.63.52 udp dpt:53
ACCEPT 0 -- 0.0.0.0/0 0.0.0.0/0
DROP 0 -- 224.0.0.0/8 0.0.0.0/0
DROP 0 -- 0.0.0.0/0 224.0.0.0/8
DROP 0 -- 255.255.255.255 0.0.0.0/0
DROP 0 -- 0.0.0.0/0 0.0.0.0
DROP 0 -- 0.0.0.0/0 0.0.0.0/0 state INVALID
OUTBOUND 0 -- 0.0.0.0/0 0.0.0.0/0
LOG_FILTER 0 -- 0.0.0.0/0 0.0.0.0/0
LOG 0 -- 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 6 prefix `Unknown Output'
Chain INBOUND (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:14662
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:14662
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:14672
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:14672
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:14665
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:14665
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:51413
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:51413
LSI 0 -- 0.0.0.0/0 0.0.0.0/0
Chain LOG_FILTER (5 references)
target prot opt source destination
Chain LSI (2 references)
target prot opt source destination
LOG_FILTER 0 -- 0.0.0.0/0 0.0.0.0/0
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound '
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound '
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04
LOG icmp -- 0.0.0.0/0 0.0.0.0/0 icmp type 8 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound '
DROP icmp -- 0.0.0.0/0 0.0.0.0/0 icmp type 8
LOG 0 -- 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5 LOG flags 0 level 6 prefix `Inbound '
DROP 0 -- 0.0.0.0/0 0.0.0.0/0
Chain LSO (0 references)
target prot opt source destination
LOG_FILTER 0 -- 0.0.0.0/0 0.0.0.0/0
LOG 0 -- 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5 LOG flags 0 level 6 prefix `Outbound '
REJECT 0 -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable
Chain OUTBOUND (1 references)
target prot opt source destination
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT 0 -- 0.0.0.0/0 0.0.0.0/0
He intentado incluso funcionar con el firewall desactivado y el problema persiste. ??? ???
-
También, como enésima curiosidad, ahora al reiniciar aMule (sin tocar nada del cortafuegos) tengo ID Baja. He hecho un nuevo sudo iptables -nL y muestra exactamente la misma situación que ya he posteado cuando tenía ID Alta.
En definitiva, que ahora ya he tocado fondo: ID Baja y Tras cortafuegos. Todo sin haber tocado nada de la configuración de la mula ni del firewall.