Forum Linux.général Connexion cahotique

Posté par  .
Étiquettes : aucune
0
13
août
2006
J'en ai marre des chinois du FBI qui font rentrer des IPs dans ma carte internet!

J'explique.

J'ai un ibook G4 qui tourne sous debian/sid - OSX 10.3 et je suis chez free non degroupé en 512 perdu dans la campagne.Tout marchais très bien. Depuis une à deux semaine, ma connexion est devenue très "cahotique": un coup ça marche (genre pendant 10min), un coup ça marche pas(genre pendant 3min). Mais uniquement sous linux. Je n'ai pas de problème sous OSX. Du coup je me suis dit que c'était un upgrade un peu foireux, j'ai donc attendu mais je n'ai pas vu d'amélioration. Du coup j'ai pris mon baton de pélerin:


- le trafic sortant semble correct (genre multiple post dans des fora à force de cliquer sur envoyer et que rien ne se passe; vérification avec ifstat)

- un mtr vers google.fr donne


                                                 Packets               Pings

 Host                                          Loss%   Snt   Last   Avg  Best  Wrst StDev

 1. 192.168.254.254                            65.8%    38   56.3  56.8  55.5  57.6   0.6

 2. bzn-6k-5-v201.routers.proxad.net           94.6%    38   57.6  56.5  55.5  57.6   1.5

 3. bzn-6k-1-po4.intf.routers.proxad.net       94.6%    38   55.0  56.2  55.0  57.4   1.7

 4. cbv-6k-1-po4.intf.routers.proxad.net       52.6%    38   56.2  56.9  54.4  61.6   1.5

 5. cbv-6k-2-v828.intf.routers.proxad.net      62.2%    38   62.4  57.1  54.9  62.4   2.0

 6. ldc-6k-1-a0.routers.proxad.net             18.4%    38   56.0  56.6  54.6  58.0   0.8

 7. google.freeix.net                           2.6%    38   56.2  57.8  54.8  65.6   2.7

 8. 72.14.236.220                               0.0%    38  131.1 132.6 129.4 168.0   6.3

 9. 216.239.46.14                               0.0%    38  150.6 151.8 149.9 158.6   1.4

10. 66.249.95.244                               2.7%    38  152.4 153.6 149.9 188.2   6.4

11. 216.239.46.44                               0.0%    38  209.2 202.8 201.2 209.2   1.8

12. 72.14.236.9                                48.6%    37  201.3 202.6 200.6 213.7   3.4

    72.14.236.11

13. 72.14.233.121                               2.7%    37  203.3 204.0 201.6 214.2   2.7

    72.14.233.123

    66.249.94.227

14. 216.239.49.14                              25.0%    37  200.7 202.0 200.0 210.9   2.5

    72.14.233.123

    216.239.49.15

15. 216.239.49.2                               94.4%    37  202.7 203.7 202.7 204.8   1.5

16. 216.239.57.104                             10.8%    37  202.6 201.6 200.0 203.3   0.9

Bref, plein de paquets perdus dans tous les sens

- j'ai aussi pensé que ma machine pouvait etre compromise. un rapide chkrootkit ne donne rien mais rkhunter me dit

Please inspect: /dev/.static (directory) /dev/.udev (directory) /dev/.initramfs (directory) /etc/.dhclient.conf.swp (data)

Je veux bien inspecter mais comment?

- j'ai verifier l'état du réseau sur free.fr et bien entendu rien du tout



\begin{TheorieDuComplot}
C'est free qui vois que je télécharge beaucoup depuis nux (forcément, une sid ça se nourrit) et qui du coup me bride. Alors que comme je télécharge peu depuis OSX il me laisse passer.
\end

Si vous avez d'autre suggestions ou même des idées pour me dépanner je suis preneur.

Merci.


Nico

  • # Envoie à Free le résultat de ton mtr

    Posté par  . Évalué à 2.

    J'ai déjà vu cela : un routeur chez Free mal configuré chez Free. L'envoi de l'affichage d'un traceroute à permit à l'équipe technique de reconfigurer le routeur.

    \begin{TheorieDuComplot}
    Une autre possibilité : comme OSX charge peu, les paquets perdus sont redemandés et les connections ne sont pas interrompues.
    \end

    • [^] # Re: Envoie à Free le résultat de ton mtr

      Posté par  . Évalué à 1.

      c'est quoi le mail de l'équipe technique de free, j'ai pas trouvé. Je vais essayer, mais ça n'explique pas les différences de comportement.

      \begin{TheorieDuComplot}
      Ben non, parce que le probleme "occure" sous nux même lorsque je fais simplement du websurfing tout bète. Et les quelques gros téléchargements fais sous OSX se passaient à vitesse correct.
      \end

      Merci

      • [^] # Re: Envoie à Free le résultat de ton mtr

        Posté par  . Évalué à 3.

        une idée toute bête, ce ne sont pas tes dns qui sont pourris ?

        cat /etc/resolv.conf

        donne quoi ? (a la fois sous osx et sous linux).

        je ne pense pas que cela soit cela, mais on ne sait jamais.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Envoie à Free le résultat de ton mtr

          Posté par  . Évalué à 1.

          Perdu! C'est les mêmes.

          Shoot again ;-)

          Dans le même style, j'ai un bug de dhclient qui ne veut me faire que des lease de 60s, mais avant ça marchait (avec le bug "activé") et de toute façon le problème persiste avec pump. Donc c'est pas ça non plus.

          J'ai oublié de dire que bien sur j'ai fais des freebox hard reboot, que celle ci est dans un endroit bien aere sans bordel dessus...

          Je suis vraiment dubitatif.

          • [^] # Re: Envoie à Free le résultat de ton mtr

            Posté par  . Évalué à 2.

            et avec un livecd ? Tu pourras tester ta connexion avec un système "neuf" si je puis dire.

            Enfin, c'est vrai, comme on nous l'a puissamment démontré, le support de linux sur ibook est nullissime :

            http://linuxfr.org/comments/741751.html#741751

            Sans compter les accessoires en plus qui sont nécessaires : la pince monseigneur pour ouvrir le fermoir (pas de pb sous osx), la gégéne extérieure pour recharger les batteries (cela consomme tellement plus sous linux), les boules quies pour se protéger du ventilateur, la manivelle pour démarrer...

            En tout cas je serais toi, je tenterai le livecd (je pense qu'il n'y a quasiment qu'unbuntu pour le powerpc), sinon contacte free, mais je ne vois pas trop ce qui pourrait changer entre osx et linux, que tu connectes une imprimante réseau, un ordinateur ou un autre switch sur le routeur, la livebox s'en moque, je ne vois pas ce qui pourrait modifier son comportement.

            sinon voici diverses commandes, que tu connais peut être, en rapport avec le réseau, cela peut permettre de détecter une activité anormale d'un programme :

            rpcinfo -p : liste des ports
            lsof -i : liste les fichiers n rapport avec une connexion internet
            netstat -a : info sur les connexions
            fuser
            iftop: liste les connexions
            pppstatus : liste le traffic réseau
            cat /proc/net/dev : activité réseau.

            sudo lsof -i -n -P : voir les ports ouverts
            netstat -pan | grep :21 (par exemple ici port 21)
            netstat -lntup : Pour connaîtres les programmes derrière les ports ouverts (en root)

            etc...

            Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: Envoie à Free le résultat de ton mtr

        Posté par  . Évalué à 1.

        Pour envoyer un message à l'équipe technique, consulte la page :
        http://faq.free.fr/adsl/Resoudre_les_problemes/Freebox_et_Co(...)
        Ensuite, clique sur le lien "Vous n'avez pas trouvé réponse à vos questions ?"
        Enfin entre une adresse électronique chez Free avec son mot de passe.

        Bon courage

  • # un bug connu du kernel ?

    Posté par  . Évalué à 2.

    il semblerait que le kernel 2.6.17.xxx
    ait eu un bug sur les fenetres MTU et autres reglages reseaux.

    si tu as ce kernel sous linux, tu est peut-etre victime de ce bug.

    en faisant une recherche tu devrais trouver le paliatif (fichier à modifier).

  • # Traces résaux

    Posté par  . Évalué à 1.

    Ca serait bien si tu pouvais mettre à disposition des traces réseaux, de préférences à un moment où l'on passe de l'état "ca fonctionne", à l'état "ca fonctionne plus". Ca permettrait de réaliser une analyse fine, et voir si le problème vient de Free ou de machine.

    tcpdump -i $INTERFACE -s 0 -w trace.dump où $INTERFACE est l'interface réseau utilisé(eth0, ....)
    puis
    gzip trace.dump


    Attention, de ne pas laisser de données personnelles à l'intérieur...

Suivre le flux des commentaires

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