Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[tanato]

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
 

[Festor]

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.

[tanato]

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

[Festor]

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

[tanato]

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.

[Festor]

¿Qué forma utilizas para conectarte a Internet? Wifi, Cable, modem...?

[tanato]

Utilizo el cable-modem de ONO directamente conectado a ethernet. Nada de routers, drivers ni demás.

Un saludo y gracias por la paciencia,  .

[tanato]

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.

[Festor]

Has probado a actualizar la lista de nodos del KAD?

http://forum.amule.org/index.php?topic=12750.0

[tanato]

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. 

[tanato]

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.