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 slack . Évalué à 2.
\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 HSimpson . Évalué à 1.
\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 B16F4RV4RD1N . Évalué à 3.
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 HSimpson . Évalué à 1.
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 B16F4RV4RD1N . Évalué à 2.
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 slack . Évalué à 1.
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
[^] # Re: Envoie à Free le résultat de ton mtr
Posté par HSimpson . Évalué à 1.
Merci et merci de tes encouragements.
# un bug connu du kernel ?
Posté par NeoX . Évalué à 2.
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 Pascal . Évalué à 1.
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.