Surfer est devenu une catastrophe depuis 2-3 jours

mouleagaufre

Membre confirmé
11 Mars 2009
95
2
Bonjour à tous,

J'en viens à votre aide car je suis en train de m'arracher les cheveux sévère sur mon Macbook Pro 13 acheté il y'a quelques mois. (i5 2.4Ghz 4Go)

Depuis 2-3 jours, Impossible de surfer tranquillement.
9 fois sur 10, l'accès au site est catastrophique, c'est lent, ça charge mal, je deviens fou.

Le pire c'est sur Facebook, je peux plus afficher mes photos ect.

J'ai testé avec un autre PC, connexion impeccable, aucun souci, mon compte Facebook aussi.
J'ai testé sur mon iPad 2, aucun souci non plus.

J'ai donc commencé à vérifier les paramètres réseaux de ma machine.. le DNS c'est mon routeur, ça a toujours été comme ça.. j'ai mis les DNS de mon FAI, sans succès.
J'ai mis les DNS "OpenDNS".. sans succès.
J'ai également essayé de planter une adresse IP locale fixe.. mais rien à faire.

J'ai donc à tout hasard profité de l'occasion pour faire une sauvegarde, et migrer sur Mountain Lion.. sans succès.

J'ai réinitialiser Safari et vidé le cache.. sans succès.
J'ai fais un dscacheutil -flushcache pour vider le cache.. sans succès.

Est-ce que par hasard quelqu'un pourrait m'aider ????

Je sais plus quoi faire! Ce souci arrive avec Safari, avec Firefox et Opera.

Bonne soirée !
 
Salut,
Merci pour ta réponse.
J'ai justement tiré un câble réseau y'a 3 mois pour avoir les deux, et c'est le même résultat.

Le mode FTP Passif est activé dans les paramètres réseaux dans l'onglet proxy, avec:
Ignorer les réglages proxy pour ces hôtes et domaines:
*.local, 169.254/16

Je présume que c'est normal..
 
Alors...

Si ça le fait avec tous les navigateurs, ils ne sont pas en cause.

On évacue le pb wifi avec l'Ethernet.
Pour les DNS, remet le routeur comme d'habitude.

J'ai la même configuration dans l'onglet proxy.

:confused:
 
Il doit y'avoir un truc foireux bien profond dans le système... mais comment le trouver, ça..

Je pense réinstaller quand j'aurai le CD Mountain Lion.
 
Ca fait penser aux DNS mais si tu as mis ce qu'il faut...

Tu n'as touché à rien dans la config du modem/routeur ?
 
Rien du tout! J'ai même appelé mon FAI en pensant que ça venait de chez eux, ils m'ont demandé de faire un reset du routeur.. et tout les PC connectés fonctionnent parfaitement.

Là j'ai réussi à surfer pendant 1h quasiment parfaitement, juste une petite lenteur, et tout à coup ben j'ai beau ouvrir 10 onglets, aucun chargent.
 
Pour savoir si ça vient des DNS, tu vas sur un nouveau site (donc appel au DNS) et ensuite tu navigues sur des pages de ce site (à ce moment le DNS n'intervient plus) pour voir s'il y a une différence.
 
Bonjour

moi j'ai eu beaucoup de problème avec l'IPV6
En la désactivant tout est rentré dans l'ordre .

Deux semaine après je la remet et ça fonctionne ! Pourquoi je ne sais pas , peut-être une mise a jour du fournisseur d’accès ou autre .
 
Hello,

Merci à tous pour vos réponses.

Concernant l'IPV6, je crois qu'on ne peut plus le désactiver.
Je l'ai passée sur lien local uniquement à tout hasard..

Pour les DNS, je ne sais vraiment plus quoi faire pour tester.
J'ai utilisé l'utilitaire de réseau pour tenter de faire des Traceroute, mais les résultats sont vraiment difficiles à decrypter.

J'ai utilisé cette liste pour prendre des exemples:
http://www.pcinpact.com/news/50355-50-sites-internet-plus-visites.htm

Par exemple pour le site Doubleclick.com :
traceroute to doubleclick.com (216.73.93.8), 64 hops max, 72 byte packets
1 xxx.xxx.1.1 (xxx.xxx.1.1) 0.873 ms 0.577 ms 0.555 ms
2 xxx-27.xxx-195.fws.bluewin.ch (195.xxx.xxx.xxx) 19.591 ms 19.443 ms 19.690 ms
3 xxx-xxx-3-xxx.bluewin.ch (xxx.3.xxx.xxx) 23.079 ms 22.413 ms 22.472 ms
4 xxx-xxx-3-xxx.bluewin.ch (xxx.3.xxx.141) 22.754 ms 22.123 ms 22.029 ms
5 13-xxx-3-xxx.bluewin.ch (xxx.3.xxx.13) 22.865 ms 22.800 ms 22.443 ms
6 134-xxx-3-xxx.bluewin.ch (xxx.3.xxx.134) 25.918 ms 23.599 ms 23.938 ms
7 i79zhb-025-bun4.bb.ip-plus.net (138.187.129.37) 33.238 ms 36.142 ms 35.546 ms
8 * i00ffm-015-por11.bb.ip-plus.net (138.187.129.107) 32.429 ms 31.800 ms
9 google-decix-ten2.bb.ip-plus.net (193.5.122.62) 31.828 ms 31.705 ms 31.498 ms
10 72.14.238.44 (72.14.238.44) 31.444 ms 31.914 ms 31.930 ms
11 72.14.239.60 (72.14.239.60) 31.979 ms 32.177 ms 47.007 ms
12 72.14.235.17 (72.14.235.17) 45.674 ms 41.525 ms 88.790 ms
13 72.14.235.172 (72.14.235.172) 41.489 ms 63.942 ms 41.655 ms
14 216.239.43.4 (216.239.43.4) 113.735 ms
216.239.46.218 (216.239.46.218) 114.100 ms 113.937 ms
15 72.14.239.93 (72.14.239.93) 139.762 ms
209.85.249.11 (209.85.249.11) 118.615 ms 119.904 ms
16 72.14.235.10 (72.14.235.10) 126.329 ms 126.282 ms
72.14.235.12 (72.14.235.12) 126.713 ms
17 72.14.239.64 (72.14.239.64) 133.630 ms
72.14.239.66 (72.14.239.66) 134.202 ms 133.342 ms
18 66.249.94.25 (66.249.94.25) 133.293 ms
66.249.94.7 (66.249.94.7) 133.532 ms 133.054 ms
19 64.233.174.3 (64.233.174.3) 133.432 ms 132.671 ms 133.188 ms
20 72.14.198.65 (72.14.198.65) 170.059 ms 170.324 ms 170.515 ms
21 www.doubleclick.net (216.73.93.8) 170.472 ms 166.459 ms 164.792 ms

Pour AOL.com c'est plus mitigé:


traceroute: Warning: AOL.com has multiple addresses; using 205.188.101.58
traceroute to aol.com (205.188.101.58), 64 hops max, 72 byte packets
1 xxx (xxx) 0.973 ms 0.652 ms 0.663 ms
2 225-xxx-195.fws.bluewin.ch (xxx) 20.268 ms 19.407 ms 19.196 ms
3 xxx.bluewin.ch (xxx) 22.401 ms 22.603 ms 22.378 ms
4 xxx.bluewin.ch (xxx) 22.280 ms 22.333 ms 22.151 ms
5 xxx.bluewin.ch (xxx) 23.123 ms 22.642 ms 22.757 ms
6 xxx.bluewin.ch (xxx) 23.716 ms 23.452 ms 24.419 ms
7 i79zhb-025-bun4.bb.ip-plus.net (138.187.129.37) 29.007 ms 35.978 ms 35.879 ms
8 * i00ffm-015-por11.bb.ip-plus.net (138.187.129.107) 102.084 ms 253.275 ms
9 te0-0-0-0-pr1.fra.router.colt.net (80.81.192.61) 34.769 ms 35.010 ms 35.954 ms
10 * * *
11 dar2-frr-xe-0-0-0.atdn.net (66.185.152.241) 33.123 ms 33.268 ms 32.820 ms
12 bb1-new-xe-1-1-0.atdn.net (66.185.152.146) 121.960 ms 138.060 ms 121.793 ms
13 bb1-ash-xe-0-0-3.atdn.net (66.185.137.41) 128.500 ms 128.392 ms 128.981 ms
14 pop1-ash-xe-0-0-0.atdn.net (66.185.144.193) 128.518 ms 128.301 ms 128.730 ms
15 dar1-dtc-xe-1-1-0.atdn.net (66.185.151.158) 127.677 ms 127.494 ms 127.782 ms
16 gear1-dtc-10gigabitethernet1-1.net.aol.com (66.185.150.34) 127.568 ms 127.999 ms 127.664 ms
17 edge5-dtc-ae0.net.aol.com (149.174.32.14) 128.411 ms 128.384 ms 128.292 ms
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *


Un site peut très bien fonctionner à merveilles, et 30min plus tard ça remet une plombe pour charger, et je dois ré-actualiser pour que ça charge.

A+ et bonne nuit !
 
En lisant ton histoire, sa m'a fait pensé au virus DNS qui à touché de nombreuses machines il n'y à pas si longtemps de ça.
Vérifie en cliquant sur ce lien : http://dnschanger.detect.my

Si c'est vert, c'est que tu n'est pas infecté, je te souhaite bonne chance pour trouver la solution.
Dans ce cas, je pense que ton soucis viens des réglages DNS du mac.
Est tu sur de n'avoir pas activé un proxy par hasard ? (voir fichier joint)

Autre question, tu n'as pas de logiciel tiers qui pourrais potentiellement te pomper ta connexion ? Par exemple P2P ?
 
Bonjour,

En complément de tt ce qui a été dit plus haut:

Ca peut être plein de choses. On ne sait pas grand chose sur la conf de ton réseau local.
Si j'ai bien compris, des fois, c'est bon, des fois pas.
Alors, en vrac:

Quand ça rame, il faudrait faire ce qu'a dit ntx (post #8) pour voir si ce n'est pas un pb DNS.

Il faudrait faire un test de débit quand c'est bon, et un deuxième, quand ça rame pour comparer.

Faire aussi (dans une fenêtre Terminal) un ping de facebook.fr, quand c'est bon, et un autre quand ça rame pour comparer.

Faire un ifconfig (dans une fenêtre Terminal) pour voir l'état des interfaces sur le Mac.

Y-a-t-il de la TV, un serveur multimédia, des sauvegardes automatiques sur le réseau local?

Pour moi, les traceroute sont bons. La ligne 2 montre un équipement fws.bluewin. Je fais peut-être fausse route, mais ça fait penser à un firewall.
Je ne suis pas chez bluewin, mais si ils proposent un firewall et un antivirus, il faudrait les désactiver et faire un essai.
Désactiver aussi ceux du Mac par la même occasion pour voir.

Un truc qui m'intrigue, c'est le tarceroute de doubleclick.com
Rien à dire sur le traceroute lui-même, mais quand il y a pb, doubleclik est-il concerné?
Certains antivirus intègrent des filtres de bannières qui interviennent sur certains sites de régies publicitaires et d'analyse de comportements de navigation (comme doubleclick)
Doubleclick installe aussi un coockie. Dans les préférences de Safari (confidentialité), est-il présent?
Si non, faire un essai en autorisant les coockies pour voir si ça change quelque chose.

Voilà, c'est le foutoir...:siffle:
 
Salut à tous,

Typiquement là, j'ai du attendre 30 secondes pour que la page de réponse apparaisse, et les smileys sont apparus pendant que j'écrivais cette phrase.

Je ne suis pas victime du DNS changer, confirmé.

Les débits sont excellents en tout temps.
20-22 mega environ:

2104262386.png


Les pings passent sans souci, pas constaté de problème:

PING facebook.com (69.171.229.11): 56 data bytes
64 bytes from 69.171.229.11: icmp_seq=0 ttl=241 time=179.450 ms
64 bytes from 69.171.229.11: icmp_seq=1 ttl=241 time=179.383 ms
64 bytes from 69.171.229.11: icmp_seq=2 ttl=241 time=179.302 ms
64 bytes from 69.171.229.11: icmp_seq=3 ttl=241 time=179.682 ms

Aucun proxy, je vous ai donné la config plus haut, c'est la même que vous.

Non, j'utilise extrêmement peu le P2P, uniquement uTorrent, mais je l'ai pas démarré depuis des mois..

Mais ce qui est bizarre, c'est que c'est l'enfer pour ouvrir quelques sites quand je reviens de la pause par exemple.. et une fois que j'attend un peu, je refresh, j'insiste, et pendant un moment ça va mieux, mais l'ouverture des photos FB ou vidéos sur Youtube c'est la catastrophe. Mais ça marche.

Mon réseau local est simple, 1 routeur, 1 Apple TV qui est éteinte la majeur partie du temps.
Cela ne concerne que mon Mac, mais je sais pas quoi. Je doute que ce soit une config.

C'est avec grand plaisir que je vous transmet un ifconfig:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether 3c:07:54:4c:0b:8b
inet6 fe80::3e07:54ff:fe4c:b8b%en0 prefixlen 64 scopeid 0x4
inet 192.168.1.47 netmask 0xffffff00 broadcast 192.168.1.255
media: autoselect (100baseTX <full-duplex>)
status: active
en1: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether 68:a8:6d:28:78:d6
media: autoselect (<unknown type>)
status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether 0a:a8:6d:28:78:d6
media: autoselect
status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr a4:b1:97:ff:fe:c4:22:ea
media: autoselect <full-duplex>
status: inactive

Pas d'autre appareil réseau à part l'apple TV.
Pas d'anti-virus sur le Mac ni FW.. je viens de controler, le coupe-feu est désactivé.

Exact, le cookie doubleclick est présent dans la liste.

En fait, tout les sites sont concernés.
En rentrant de la pause midi, j'ai ouvert les sites d'informations locaux.. et tout les onglets ne se sont pas chargés.. j'ai du attendre et faire autre-chose.
Maintenant, si je relance ces sites, ils chargent sans souci particulier, mais ça ne va pas durer.

La lenteur sur les sites comme Youtube reste en permanence.

Sauvegarde en cours, reste 50GB.
D'ici quelques heures, je réinstalle en démarrant avec CMD+R.
 
Dernière édition:
Pas simple, tout semble bon...:confused:

Maintenant, si je relance ces sites, ils chargent sans souci particulier, mais ça ne va pas durer.

La lenteur sur les sites comme Youtube reste en permanence.
Je pense que c'est dû à l'action du cache local.


-Il faudrait vérifier si la qualité de la liaison entre le mac et le routeur est bonne (on met hors de cause la liaison vers l'opérateur, parceque c'est bon avec un PC).
Dans une fenêtre Terminal, on pourrait faire un
netstat -s
Dans le pavé d'analyse du protocole TCP, on verra si le ratio de retransmissions est correct.

-Il faudrait aussi regarder la configuration ethernet dans les préférences système (réseau--avancé--ethernet) pour voir la vitesse, et si par hasard on est pas en half duplex.

-Autrement, il restera l'artillerie lourde...
Si il faut 30 sec pour afficher la page de réponse sur le forum de macgé, on pourrait faire une trace.
-Il faudrait alors se connecter sur le forum.
-Puis dans une fenêtre Terminal, taper la commande:
sudo tcpdump -i en0 -c 20 host 94.103.134.62 (pour capturer les 20premières lignes sur l'interface ethernet)
-Taper sur "Répondre"
En principe, ça doit défiler dans la fenêtre Terminal. On pourra alors analyser les 20 premières lignes. On verra peut-être quelque chose...:)
 
Dernière édition:
Hello, je m'incruste :coucou: :cool:

Vous avez mis hors de cause la liaison, on sais même (grâce au test de débit) que le débit est bon jusqu'à la machine, et même dans les couches réseau qui sont à l'intérieur de l'ordinateur .... le seul problème vient finalement de la couche application.

Pour moi, c'est donc le rendu des pages web qui pose problème.

Il serait intéressant de voir deux choses :
1. L'activité du processeur lorsque ça rame : est-ce que ça plafonne ? Quelle est la température du processeur à ce moment là (si trop chaud, il limite drastiquement son activité), que font les wantilateurs ?

2. Lorsque les sites web rament, essaye de faire un gros transfert FTP. Quel est le débit à ce moment là ?(ce test a peut-être déjà été fait. Pardon si je ne l'ai pas vu :rose:). Un transfert par un autre protocole marche aussi. L'important, c'est qu'il n'y ait pas de rendu web. Torrent, P2P, SAMBA ... ça va encore.

Quand tu as migré sous Moutain Lion, je suppose que tu as migré ton compte utilisateur ? Essaye de créer une session temporaire, et voie si les blocages se produisent aussi sous cette nouvelle session.


Voilà quelques pistes qui aideront peut-être au schmilblick :zen:


Plus : Pour analyser la vitesse de chargement des pages dans Safari :
1. Dans les Préférences/Avancées de Safari, activer le "menu Développement".
2. Dans le menu Développement apparu plus tôt, "Afficher l'inspecteur web".
3. Activer l'onglet Réseau, et cliquer sur l'icone en forme de rond noir, qui devient rouge, comme un bouton d'enregistrement sur un lecteur de K7.
4. Charger la page, et admirer la représentation graphique.

Plus tard, vérifier que l'enregistrement de l'activité est arrêté (le rond ne doit pas être rouge).
 
Dernière édition:
Salut à tous.

Encore un grand merci pour votre support.

Polo, j'ai effectué le netstat, le voici: (J'ai rien vu de spécial)

tcp:
185103 packets sent
30819 data packets (21933027 bytes)
800 data packets (790622 bytes) retransmitted
1 resend initiated by MTU discovery
118177 ack-only packets (93 delayed)
0 URG only packets
0 window probe packets
24613 window update packets
10744 control packets
0 data packets sent after flow control
286736 packets received
37736 acks (for 21857179 bytes)
3928 duplicate acks
0 acks for unsent data
246816 packets (304922699 bytes) received in-sequence
274 completely duplicate packets (52241 bytes)
0 old duplicate packets
3 packets with some dup. data (1678 bytes duped)
5211 out-of-order packets (5542798 bytes)
0 packets (0 bytes) of data after window
0 window probes
515 window update packets
943 packets received after close
0 bad resets
0 discarded for bad checksums
0 discarded for bad header offset fields
0 discarded because packet too short
5538 connection requests
71 connection accepts
0 bad connection attempts
0 listen queue overflows
4986 connections established (including accepts)
5883 connections closed (including 474 drops)
181 connections updated cached RTT on close
181 connections updated cached RTT variance on close
25 connections updated cached ssthresh on close
190 embryonic connections dropped
36271 segments updated rtt (of 36240 attempts)
6139 retransmit timeouts
367 connections dropped by rexmit timeout
0 connections dropped after retransmitting FIN
0 persist timeouts
0 connections dropped by persist timeout
9 keepalive timeouts
0 keepalive probes sent
1 connection dropped by keepalive
1690 correct ACK header predictions
229975 correct data packet header predictions
222 SACK recovery episodes
359 segment rexmits in SACK recovery episodes
505315 byte rexmits in SACK recovery episodes
1373 SACK options (SACK blocks) received
2693 SACK options (SACK blocks) sent
0 SACK scoreboard overflow
udp:
91864 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
702 dropped due to no socket
488 broadcast/multicast datagrams dropped due to no socket
0 dropped due to full socket buffers
0 not for hashed pcb
90674 delivered
77442 datagrams output
ip:
383296 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
0 fragments received
0 fragments dropped (dup or out of space)
0 fragments dropped after timeout
0 packets reassembled ok
377959 packets for this host
5337 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
266590 packets sent from this host
0 packets sent with fabricated ip header
0 output packets dropped due to no bufs, etc.
4 output packets discarded due to no route
0 output datagrams fragmented
0 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
0 packets dropped due to no bufs for control data
icmp:
702 calls to icmp_error
0 errors not generated 'cuz old message was icmp
Output histogram:
destination unreachable: 702
0 messages with bad code fields
0 messages < minimum length
0 bad checksums
0 messages with bad length
0 multicast echo requests ignored
0 multicast timestamp requests ignored
Input histogram:
echo reply: 44
destination unreachable: 5228
0 message responses generated
ICMP address mask responses are disabled
igmp:
124 messages received
0 messages received with too few bytes
0 messages received with wrong TTL
0 messages received with bad checksum
0 V1/V2 membership queries received
123 V3 membership queries received
0 membership queries received with invalid field(s)
121 general queries received
2 group queries received
0 group-source queries received
0 group-source queries dropped
0 membership reports received
0 membership reports received with invalid field(s)
0 membership reports received for groups to which we belong
0 V3 reports received without Router Alert
124 membership reports sent
ipsec:
0 inbound packets processed successfully
0 inbound packets violated process security policy
0 inbound packets with no SA available
0 invalid inbound packets
0 inbound packets failed due to insufficient memory
0 inbound packets failed getting SPI
0 inbound packets failed on AH replay check
0 inbound packets failed on ESP replay check
0 inbound packets considered authentic
0 inbound packets failed on authentication
0 outbound packets processed successfully
0 outbound packets violated process security policy
0 outbound packets with no SA available
0 invalid outbound packets
0 outbound packets failed due to insufficient memory
0 outbound packets with no route
ip6:
711 total packets received
0 with size smaller than minimum
0 with data size < data length
0 with bad options
0 with incorrect version number
0 fragments received
0 fragments dropped (dup or out of space)
0 fragments dropped after timeout
0 fragments that exceeded limit
0 packets reassembled ok
705 packets for this host
0 packets forwarded
0 packets not forwardable
0 redirects sent
379 packets sent from this host
0 packets sent with fabricated ip header
0 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
40 output datagrams fragmented
96 fragments created
0 datagrams that can't be fragmented
0 packets that violated scope rules
0 multicast packets which we don't join
Input histogram:
TCP: 30
UDP: 675
ICMP6: 4
Mbuf statistics:
35 one mbuf
two or more mbuf:
lo0= 327
349 one ext mbuf
0 two or more ext mbuf
0 packets whose headers are not continuous
0 tunneling packets that can't find gif
0 packets discarded due to too may headers
0 failures of source address selection
0 forward cache hit
0 forward cache miss
0 packets dropped due to no bufs for control data
icmp6:
0 calls to icmp_error
0 errors not generated because old message was icmp error or so
0 errors not generated because rate limitation
Output histogram:
neighbor solicitation: 5
neighbor advertisement: 5
MLDv2 listener report: 12
0 messages with bad code fields
0 messages < minimum length
0 bad checksums
0 messages with bad length
Input histogram:
neighbor advertisement: 4
Histogram of error messages to be generated:
0 no route
0 administratively prohibited
0 beyond scope
0 address unreachable
0 port unreachable
0 packet too big
0 time exceed transit
0 time exceed reassembly
0 erroneous header field
0 unrecognized next header
0 unrecognized option
0 redirect
0 unknown
0 message responses generated
0 messages with too many ND options
0 messages with bad ND options
0 bad neighbor solicitation messages
0 bad neighbor advertisement messages
0 bad router solicitation messages
0 bad router advertisement messages
0 bad redirect messages
0 path MTU changes
ipsec6:
0 inbound packets processed successfully
0 inbound packets violated process security policy
0 inbound packets with no SA available
0 invalid inbound packets
0 inbound packets failed due to insufficient memory
0 inbound packets failed getting SPI
0 inbound packets failed on AH replay check
0 inbound packets failed on ESP replay check
0 inbound packets considered authentic
0 inbound packets failed on authentication
0 outbound packets processed successfully
0 outbound packets violated process security policy
0 outbound packets with no SA available
0 invalid outbound packets
0 outbound packets failed due to insufficient memory
0 outbound packets with no route
rip6:
0 messages received
0 checksum calcurations on inbound
0 messages with bad checksum
0 messages dropped due to no socket
0 multicast messages dropped due to no socket
0 messages dropped due to full socket buffers
0 delivered
0 datagrams output
pfkey:
0 requests sent to userland
0 bytes sent to userland
0 messages with invalid length field
0 messages with invalid version field
0 messages with invalid message type field
0 messages too short
0 messages with memory allocation failure
0 messages with duplicate extension
0 messages with invalid extension type
0 messages with invalid sa type
0 messages with invalid address extension
0 requests sent from userland
0 bytes sent from userland
0 messages toward single socket
0 messages toward all sockets
0 messages toward registered sockets
0 messages with memory allocation failure

Je n'ai pas trouvé ton fameux "Half duplexe" est-tu certain que ce paramètre est encore présent sur OSX 10.8 ?

Je garde de côté ta commande pour diagnostiquer en même temps que le chargement, merci!

Quand à toi Leyry, tu es un gagnant.
J'y avais pas pensé, mais effectivement, pas de souci depuis le compte invité!!!
Exact, j'ai migré mon compte tel-quel... donc le problème est lié à mon compte.

Concernant les ressources CPU, je viens d'ouvrir 4-5 onglets, 5-15% d'utilisation, plutôt 5% la majeure partie du temps, pas de bloquage en haute conso. Les ventilateurs sont à la sièste.

Pour le transfert, c'est là que c'est louche, j'ai un fichier de 200mo sur un FTP, j'ouvre le lien.. il mouline, mouline, mouline, et démarre le téléchargement à 1mo/s sans souci.. donc c'est juste le chargement au départ qui est foireux!

Je me lance dans le mode développeur de Safari.
Ton mode réseau c'est sûrement "Chronologies" ---> "Demandes du réseau"

Je vais déjà envoyer ce message avant d'effectuer les tests, histoire de pas le perdre.. :up:

See ya!



---------- Nouveau message ajouté à 18h35 ---------- Le message précédent a été envoyé à 18h20 ----------


Voilà voilà, enfin une véritable preuve qui prouve que je ne suis pas fou :D

Chargement d'un site sur la session invité:
capturedcran20120806182.png




Chargement de Facebook sur ma session (celle qui foire sévère):
capturedcran20120806182.png


Et quand j'ai arrêté l'enregistrement après 44 secondes, le chargement était loin d'être terminé.

---------- Nouveau message ajouté à 18h54 ---------- Le message précédent a été envoyé à 18h35 ----------

Et pour finir, voici le résultat de la commande de Polo:
"sudo tcpdump -i en0 -c 20 host 94.103.134.62"

Lorsque le site Macgeneration.com mets environ 30 secondes pour charger:
(J'ai fait plusieurs tentatives de chargement et d'exécution de la requête, avant et pendant le chargement)


tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
18:50:57.490376 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags , seq 675264003, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 103546494 ecr 0,sackOK,eol], length 0
18:50:57.529120 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [S.], seq 2890888469, ack 675264004, win 2920, options [mss 1460,nop,nop,sackOK,nop,wscale 1], length 0
18:50:57.529227 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 1, win 16384, length 0
18:50:57.534384 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [P.], seq 1:838, ack 1, win 16384, length 837
18:50:57.573630 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], ack 838, win 2297, length 0
18:50:57.719223 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 1:1461, ack 838, win 2297, length 1460
18:50:57.719918 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 1461:2921, ack 838, win 2297, length 1460
18:50:57.720091 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 2921, win 16201, length 0
18:50:57.720823 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 2921:4381, ack 838, win 2297, length 1460
18:50:57.759169 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 4381:5841, ack 838, win 2297, length 1460
18:50:57.759331 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 5841, win 16019, length 0
18:50:57.760064 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 5841:7301, ack 838, win 2297, length 1460
18:50:57.761060 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 7301:8761, ack 838, win 2297, length 1460
18:50:57.761160 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 8761, win 15836, length 0
18:50:57.798544 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 8761:10221, ack 838, win 2297, length 1460
18:50:57.799226 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 10221:11681, ack 838, win 2297, length 1460
18:50:57.799526 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 11681, win 15654, length 0
18:50:57.799821 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [.], seq 11681:13141, ack 838, win 2297, length 1460
18:50:57.800196 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56706: Flags [P.], seq 13141:14167, ack 838, win 2297, length 1026
18:50:57.800373 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [.], ack 14167, win 15498, length 0
20 packets captured
217 packets received by filter
0 packets dropped by kernel

-----

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
18:51:33.134404 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 675264841, ack 2890902637, win 16384, length 0
18:51:33.134703 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 1157823016, ack 2540769693, win 16384, length 0
18:51:33.462425 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:33.462467 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:33.863674 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:33.863733 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:34.365553 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:34.465781 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:35.167443 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:35.367873 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:36.571482 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:36.971829 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:38.173441 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:39.077262 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:40.193974 IP 192.168.1.47.56733 > lb1-e1-2.netsample.com.http: Flags , seq 4186926830, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 103588921 ecr 0,sackOK,eol], length 0
18:51:40.232284 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56733: Flags [S.], seq 3543186316, ack 4186926831, win 2920, options [mss 1460,nop,nop,sackOK,nop,wscale 1], length 0
18:51:40.232399 IP 192.168.1.47.56733 > lb1-e1-2.netsample.com.http: Flags [.], ack 1, win 16384, length 0
18:51:40.239365 IP 192.168.1.47.56733 > lb1-e1-2.netsample.com.http: Flags [P.], seq 1:838, ack 1, win 16384, length 837
18:51:40.278611 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56733: Flags [.], ack 838, win 2297, length 0
18:51:40.545617 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56733: Flags [.], seq 1:1461, ack 838, win 2297, length 1460
20 packets captured
650 packets received by filter
0 packets dropped by kernel

-----



tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
18:51:49.808998 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 1157823016, ack 2540769693, win 16384, length 0
18:51:51.113096 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 675264841, ack 2890902637, win 16384, length 0
18:51:52.717470 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:55.124858 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:55.283958 IP 192.168.1.47.56733 > lb1-e1-2.netsample.com.http: Flags [F.], seq 4186927668, ack 3543200484, win 16384, length 0
18:51:55.284851 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags , seq 590910806, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 103603863 ecr 0,sackOK,eol], length 0
18:51:55.321846 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56733: Flags [.], ack 1, win 2297, length 0
18:51:55.323130 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56744: Flags [S.], seq 3788612145, ack 590910807, win 2920, options [mss 1460,nop,nop,sackOK,nop,wscale 1], length 0
18:51:55.323232 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags [.], ack 1, win 16384, length 0
18:51:55.324548 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags [P.], seq 1:919, ack 1, win 16384, length 918
18:51:55.363953 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56744: Flags [.], ack 919, win 2324, length 0
18:51:55.372100 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56744: Flags [P.], seq 1:1427, ack 919, win 2324, length 1426
18:51:55.372204 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags [.], ack 1427, win 16294, length 0
18:51:55.627042 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:51:58.963433 IP 192.168.1.47.56676 > lb1-e1-2.netsample.com.http: Flags [R.], seq 1, ack 1, win 16384, length 0
18:51:59.163889 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:52:00.372526 IP lb1-e1-2.netsample.com.http > 192.168.1.47.56744: Flags [F.], seq 1427, ack 919, win 2324, length 0
18:52:00.372707 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags [.], ack 1428, win 16384, length 0
18:52:03.187866 IP 192.168.1.47.56706 > lb1-e1-2.netsample.com.http: Flags [F.], seq 0, ack 1, win 16384, length 0
18:52:04.802803 IP 192.168.1.47.56744 > lb1-e1-2.netsample.com.http: Flags [F.], seq 919, ack 1428, win 16384, length 0
20 packets captured
403 packets received by filter
0 packets dropped by kernel
 
Dernière édition:
Alors, le netstat montre qu'il n'y a pas de pb réseau (taux de retransmission TCP très faible en upload, )

Il me semble que seul le premier tcpdump a été pris dans de bonnes conditions (affichage d'une page). Les datagrammes IP envoyés par Macgé sont reçus et acquittés normalement. L'horodatage montre qu'il n'y a pas de ralentissement.
Ca signifie que le pb n'est pas au niveau réseau, mais bien au niveau du chargement des pages (comme le test de Leyry Hynemonth :zen: l'a si bien démontré).
Maintenant, pourquoi c'est bon avec un autre compte utilisateur? :confused: Chais pas.
Mais Leyry a surement une idée...;)

Je n'ai pas trouvé ton fameux "Half duplexe" est-tu certain que ce paramètre est encore présent sur OSX 10.8 ?
Je ne suis pas sous lion, mais je crois qu'il y a un onglet "matériel". Ca doit être dedans.
Mais de tte façon, le pb n'est pas là. On sait maintenant que ce n'est pas le réseau.
 
Après réinstallation, il a automatiquement tout remis.. résultat le profil est toujours vérolé.
Super.

Faut que je recommence, mais cette fois ce foutu installateur doit me formater le disque!!! grr.
 
Mais Leyry a surement une idée...;)

Moais.... Je vais faire une incantation (le temps qu'il fasse la réinstallation complète), et le problème sera résolu :siffle: :rateau:
 
Exact.. système réinstallé.

Problème résolu.

Mais bon.. dommage quoi.. fonctionnait à la perfection ce système.
J'espère que ce genre de bugs "à la Microsoft" ne se reproduira pas avant 2022.

Merci encore pour votre support

Ciaooooo !