Journal aMule et le réseau normand...

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
25
jan.
2004
Comme je l'ai dit dans un journal précédent, j'ai installé aMule, qui a tourné très bien durant 2 jours.

Samedi matin, je me suis rendu compte que l'accès internet était mort.

La question est la suivante : est-lié à aMule ou à mon provider ?

Les symptomes :

- La connection en upload marche parfaitement : les mails et aMule uploadent à fond.

- En download, la connection marche par intermitence :

PING 130.104.1.1 (130.104.1.1) 56(84) bytes of data.
64 bytes from 130.104.1.1: icmp_seq=1 ttl=252 time=11.1 ms
64 bytes from 130.104.1.1: icmp_seq=2 ttl=252 time=16.6 ms
64 bytes from 130.104.1.1: icmp_seq=3 ttl=252 time=16.3 ms
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
64 bytes from 130.104.1.1: icmp_seq=7 ttl=252 time=10.8 ms
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
64 bytes from 130.104.1.1: icmp_seq=22 ttl=252 time=15.4 ms
64 bytes from 130.104.1.1: icmp_seq=23 ttl=252 time=17.9 ms
64 bytes from 130.104.1.1: icmp_seq=24 ttl=252 time=16.3 ms
64 bytes from 130.104.1.1: icmp_seq=25 ttl=252 time=13.1 ms
64 bytes from 130.104.1.1: icmp_seq=26 ttl=252 time=11.4 ms
ping: sendmsg: Operation not permitted
64 bytes from 130.104.1.1: icmp_seq=28 ttl=252 time=13.0 ms
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
64 bytes from 130.104.1.1: icmp_seq=34 ttl=252 time=13.8 ms
64 bytes from 130.104.1.1: icmp_seq=35 ttl=252 time=9.14 ms

Voilà un ping très représentatif sur mon provider. Remarquez que le ping est très rapide lorsqu'il répond. Par contre, le "Operation not permitted, j'ai jamais vu".

Notons que la durée sans ping réussi varie entre 1 secondes et 5 minutes. La durée sans un seul échec varie dans la même tranche. Cela suffit donc pour recevoir des mails (sauf que IMAP chie..) et pour être sur jabber.

J'ai évidemment coupé aMule. Lorsque aMule est coupé, le nombre de packet perdus est de 60-80%. Il est de 95% avec aMule lancé et uploadant à plein régime.

Mais même après avoir coupé aMule, j'ai encore des dizaines de connections de petits comiques qui ont pas vu que j'avais coupé aMule. (je le vois avec iptraf).

alors, à votre avis :

- C'est le provider. La différence entre le nombre de packets perdus vient juste du fait que aMule sature un peu plus le réseau qui ne répond.

- C'est aMule, il faut attendre que plus personne ne se connecte à ton port 4662 et tu auras une connection parfaite.
(mais dans ce cas, pourquoi est-ce que ça a marché deux jours sans problèmes et puis, ça fait 12h que amule est coupé et j'ai encore des imbéciles qui tentent de se connecter chez moi !)
  • # Re: aMule et le réseau normand...

    Posté par  . Évalué à 4.

    Je pense que c'est lié au fait que ton nombre de connections (NATé) est limité :

    http://lists.debian.org/debian-user-french/2003/debian-user-french-(...)
    • [^] # Re: aMule et le réseau normand...

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      merci, c'est certainement un truc du style, effectivement..

      Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: aMule et le réseau normand...

      Posté par  . Évalué à 1.

      Ca rejoint peut-être ton problème, la solution m'intéresse ! :)

      http://linuxfr.org/~shadebob/8392.html(...)
      • [^] # Re: aMule et le réseau normand...

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        effectivement, j'ai résolu le problème en mettant le nombre de connections à 16304..

        Merci :)

        Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: aMule et le réseau normand...

          Posté par  . Évalué à 1.

          Je ne sais pas si tu te rends compte à quel point ce chiffre est considérable....
          A chaque fois que tu interroge une nouvelle source, ça veut dire que tu risque de ne pas faire l'effort de la fermet, et ta pile TCP/IP va grossir, grossir, jusqu'a finalement planter. C'est bête et méchant, c'est pas un bug, juste un problème de capacité.
          • [^] # Re: aMule et le réseau normand...

            Posté par  (site web personnel, Mastodon) . Évalué à 1.

            ben on est 8 ordinateurs sur le réseau en permanence.

            Et le nombre de connections est en temps normal de 3900 dans la table. (il faut imaginer qu'il y'a 3 ou 4 p2p, il y'a 6 clients MSN, 2 clients jabber et surtout des winXP qui ont la sale habitude d'ouvrir plein de connections dès le démarage.

            Le time out d'une connection conntrack est de 5 jours !!! Et si je veux changer ça, je dois recompiler le module, càd tout le noyau, et j'ai péas envie de faire ça sur ma passerelle pour le moment.

            Alors, il suffit d'une pointe quelque part pour dépasser la table et avoir mon problèmes. Genre : ouvrir 10 tabs à la fois dans firebird...

            Ici, tout marche nickel et je suis toujours à 3900 connections. Je vais monitorer ça durant une semaine pour voir.

            En fait, j'aurais pu mettre à 5000, mais j'ai lu que qqn avait mis 16304 alors j'ai fait la même chose.

            Mais si j'ai plus d'informations sur ce chiffre, je suis preneur !
            En fait, j'ai lu que la normale est de 8000+ et je sais pas pourquoi j'avais 4096.

            Mes livres CC By-SA : https://ploum.net/livres.html

  • # Re: aMule et le réseau normand...

    Posté par  . Évalué à 3.

    J'ai l'impression que c'est tout simplement: «les mails et aMule uploadent à fond.» qui pose problème... En TCP/IP il faut qu'il te reste un peu de bande passante montante pour que tu puisses downloader quelque chose. Tu as peut-être étouffé ton débit avec l'upload. Essaie de limiter cet upload (il doit y avoir une option quelque part dans amule qui fait ça, non ?), et regarde si ton download est toujours aussi mauvais.
  • # Re: aMule et le réseau normand...

    Posté par  . Évalué à 1.

    humhum... tu as quelque chose contre la normandie ? :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.