Problèmes d'accessibilité de certains sites en ethernet
Résolu
pepeolive63
Messages postés
60
Date d'inscription
Statut
Membre
Dernière intervention
-
brupala Messages postés 112039 Date d'inscription Statut Membre Dernière intervention -
brupala Messages postés 112039 Date d'inscription Statut Membre Dernière intervention -
Bonjour.
J'ai un problème d'accessibilité sur certains sites (les pages jaunes par exemple) lorsque je suis connecté en ethernet. Par contre, lorsque je suis connecté en wifi, tout va bien.
Pouvez-vous m'aider?
Voici mon résultat ipconfig:
C:\Users\olivier> ipconfig/all
Configuration IP de Windows
Nom de l'hôte . . . . . . . . . . : olivier-PC
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non
Carte Ethernet Connexion au réseau local :
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : F8-0F-41-2C-25-68
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.74(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Bail obtenu. . . . . . . . . . . . . . : mercredi 18 octobre 2017 18:58:46
Bail expirant. . . . . . . . . . . . . : jeudi 19 octobre 2017 18:58:46
Passerelle par défaut. . . . . . . . . : 192.168.1.1
Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
Serveurs DNS. . . . . . . . . . . . . : 192.168.1.1
NetBIOS sur Tcpip. . . . . . . . . . . : Activé
Carte Tunnel isatap.{75B07834-559B-436C-8763-562F82A6E1FE} :
Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Carte Microsoft ISATAP
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
Carte Tunnel Connexion au réseau local* 4 :
Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
J'ai un problème d'accessibilité sur certains sites (les pages jaunes par exemple) lorsque je suis connecté en ethernet. Par contre, lorsque je suis connecté en wifi, tout va bien.
Pouvez-vous m'aider?
Voici mon résultat ipconfig:
C:\Users\olivier> ipconfig/all
Configuration IP de Windows
Nom de l'hôte . . . . . . . . . . : olivier-PC
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non
Carte Ethernet Connexion au réseau local :
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : F8-0F-41-2C-25-68
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.74(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Bail obtenu. . . . . . . . . . . . . . : mercredi 18 octobre 2017 18:58:46
Bail expirant. . . . . . . . . . . . . : jeudi 19 octobre 2017 18:58:46
Passerelle par défaut. . . . . . . . . : 192.168.1.1
Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
Serveurs DNS. . . . . . . . . . . . . : 192.168.1.1
NetBIOS sur Tcpip. . . . . . . . . . . : Activé
Carte Tunnel isatap.{75B07834-559B-436C-8763-562F82A6E1FE} :
Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Carte Microsoft ISATAP
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
Carte Tunnel Connexion au réseau local* 4 :
Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
A voir également:
- Problèmes d'accessibilité de certains sites en ethernet
- Ethernet n'a pas de configuration ip valide - Guide
- Meilleurs sites de téléchargement - Accueil - Outils
- Sites de vente d'occasion - Guide
- Pourquoi certains sites sont inaccessibles - Guide
- Site de partage de photos - Guide
63 réponses
Je ne suis pas pote avec Shakespeare mais j'ai trouvé ça, je ne sais pas ce que ça vaut et si brupala te l'a proposé d'une autre manière? Si c'est non, demande à brupala si c'est pertinent ou pas de le faire.
https://forums.majorgeeks.com/threads/some-websites-dont-work-with-ethernet-but-do-with-wifi.273548/
https://forums.majorgeeks.com/threads/some-websites-dont-work-with-ethernet-but-do-with-wifi.273548/
Bonjour bonjour.
Alors après une bonne nuit de sommeil, on se remet au boulot :)
Merci tovlin pour le forum en anglais lol, je sens que Google Traduction va chauffer.
Brupala, tu en penses quoi?
Alors après une bonne nuit de sommeil, on se remet au boulot :)
Merci tovlin pour le forum en anglais lol, je sens que Google Traduction va chauffer.
Brupala, tu en penses quoi?
Salut,
nous voilà plus vieux et pluvieux.
le lien de Tovlin ne nous apporte pas grand chose qu'on ait pas déjà fait, le problème n'a pas eu l'aire d'être réglé et la dernière demande sans réponse était un redémarrage de la box.
Si tu es fâché avec lengliche tu peux l'ouvrir avec Chrome, il devrait traduire automatiquement, ça donne des expressions un peu bizarres comme réseautage pour networking mais ça peut aider dans la plupart des cas.
Aujourd'hui, nous allons explorer une autre piste: les erreurs de transmission.
Des erreurs de transmission récurrentes entre ton port ethernet et ta box pourraient empêcher les gros paquets de passer sur la liaison.
Ils sont normalement retransmis mais si l'erreur se reproduit systématiquement tous les 1000 octets par exemple, la retransmission ne passe jamais non plus.
Aussi, ça peut être la mếmoire du périphérique qui a un défaut et qui fait qu'un gros paquet dans le tampon est sytématiquement altéré.
pour ça on va faire un ping local uniquement sur 192.168.1.1 avec une taille de 1500 et laisser tourner avec l'option -t ou par 100, -n 100
on pourrait le faire aussi avec WinMTR
ping 192.168.1.1 -n 100 -l 4000
une fois en ethernet et une fois en wifi pour comparer.
nous voilà plus vieux et pluvieux.
le lien de Tovlin ne nous apporte pas grand chose qu'on ait pas déjà fait, le problème n'a pas eu l'aire d'être réglé et la dernière demande sans réponse était un redémarrage de la box.
Si tu es fâché avec lengliche tu peux l'ouvrir avec Chrome, il devrait traduire automatiquement, ça donne des expressions un peu bizarres comme réseautage pour networking mais ça peut aider dans la plupart des cas.
Aujourd'hui, nous allons explorer une autre piste: les erreurs de transmission.
Des erreurs de transmission récurrentes entre ton port ethernet et ta box pourraient empêcher les gros paquets de passer sur la liaison.
Ils sont normalement retransmis mais si l'erreur se reproduit systématiquement tous les 1000 octets par exemple, la retransmission ne passe jamais non plus.
Aussi, ça peut être la mếmoire du périphérique qui a un défaut et qui fait qu'un gros paquet dans le tampon est sytématiquement altéré.
pour ça on va faire un ping local uniquement sur 192.168.1.1 avec une taille de 1500 et laisser tourner avec l'option -t ou par 100, -n 100
on pourrait le faire aussi avec WinMTR
ping 192.168.1.1 -n 100 -l 4000
une fois en ethernet et une fois en wifi pour comparer.
Et ben voilà, j'ai suivi les indications du forum en anglais mais ça n'a rien changé. Le forum se finit en queue de poisson en plus. Ca correspond bien à mon problème mais il n'y a pas de résolution à la fin.
Par acquis de conscience, j'ai tout de même effectué les quelques trucs suggéré mais rien de rien.
Par acquis de conscience, j'ai tout de même effectué les quelques trucs suggéré mais rien de rien.
résultat en ethernet
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 2ms, Moyenne = 0ms
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 2ms, Moyenne = 0ms
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Résultat en wifi:
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 2ms, Maximum = 28ms, Moyenne = 3ms
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 2ms, Maximum = 28ms, Moyenne = 3ms
Ethernet sur www.pagesjaunes.fr
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 122 | 122 | 0 | 0 | 0 | 0 |
| 156.48.6.109.rev.sfr.net - 0 | 122 | 122 | 17 | 19 | 26 | 18 |
| 93.148.154.77.rev.sfr.net - 0 | 122 | 122 | 18 | 19 | 36 | 19 |
| 202.69.26.109.rev.sfr.net - 0 | 122 | 122 | 18 | 21 | 27 | 22 |
| 250.122.3.109.rev.sfr.net - 0 | 122 | 122 | 19 | 23 | 39 | 23 |
| 10.74.24.109.rev.sfr.net - 0 | 122 | 122 | 19 | 23 | 29 | 22 |
|g1-3-0.noaub101.aubervilliers.francetelecom.net - 0 | 122 | 122 | 19 | 21 | 40 | 20 |
|ae50-0.nridf302.Paris13eArrondissement.francetelecom.net - 0 | 122 | 122 | 19 | 20 | 43 | 22 |
|lag-41.ncren202.Rennes.francetelecom.net - 0 | 122 | 122 | 25 | 27 | 47 | 26 |
| 193.252.99.125 - 0 | 122 | 122 | 25 | 29 | 136 | 26 |
| 193.253.13.14 - 0 | 122 | 122 | 26 | 29 | 49 | 26 |
| 193.252.242.25 - 0 | 122 | 122 | 25 | 26 | 34 | 26 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 122 | 122 | 0 | 0 | 0 | 0 |
| 156.48.6.109.rev.sfr.net - 0 | 122 | 122 | 17 | 19 | 26 | 18 |
| 93.148.154.77.rev.sfr.net - 0 | 122 | 122 | 18 | 19 | 36 | 19 |
| 202.69.26.109.rev.sfr.net - 0 | 122 | 122 | 18 | 21 | 27 | 22 |
| 250.122.3.109.rev.sfr.net - 0 | 122 | 122 | 19 | 23 | 39 | 23 |
| 10.74.24.109.rev.sfr.net - 0 | 122 | 122 | 19 | 23 | 29 | 22 |
|g1-3-0.noaub101.aubervilliers.francetelecom.net - 0 | 122 | 122 | 19 | 21 | 40 | 20 |
|ae50-0.nridf302.Paris13eArrondissement.francetelecom.net - 0 | 122 | 122 | 19 | 20 | 43 | 22 |
|lag-41.ncren202.Rennes.francetelecom.net - 0 | 122 | 122 | 25 | 27 | 47 | 26 |
| 193.252.99.125 - 0 | 122 | 122 | 25 | 29 | 136 | 26 |
| 193.253.13.14 - 0 | 122 | 122 | 26 | 29 | 49 | 26 |
| 193.252.242.25 - 0 | 122 | 122 | 25 | 26 | 34 | 26 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
En wifi sur www.pagesjaunes.fr
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|--------------------------------------------|------|------|------|------|------|------|
| box - 0 | 117 | 117 | 0 | 1 | 65 | 1 |
| 156.48.6.109.rev.sfr.net - 0 | 116 | 116 | 18 | 21 | 35 | 20 |
| 93.148.154.77.rev.sfr.net - 0 | 116 | 116 | 19 | 20 | 56 | 20 |
| 194.10.136.77.rev.sfr.net - 0 | 116 | 116 | 19 | 26 | 37 | 22 |
| 182.74.24.109.rev.sfr.net - 0 | 116 | 116 | 21 | 24 | 44 | 25 |
| 54.247.5.109.rev.sfr.net - 0 | 116 | 116 | 21 | 25 | 42 | 24 |
| 42.149.17.93.rev.sfr.net - 0 | 116 | 116 | 20 | 22 | 48 | 22 |
| 193.252.98.121 - 0 | 116 | 116 | 21 | 23 | 47 | 25 |
| 193.252.99.101 - 0 | 116 | 116 | 21 | 23 | 39 | 25 |
| lag-41.ncren201.Rennes.francetelecom.net - 0 | 116 | 116 | 25 | 27 | 45 | 27 |
| 193.252.99.97 - 0 | 116 | 116 | 25 | 33 | 224 | 25 |
| 193.253.13.30 - 0 | 116 | 116 | 26 | 31 | 114 | 31 |
| 193.252.242.125 - 0 | 116 | 116 | 25 | 26 | 45 | 29 |
|____________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|--------------------------------------------|------|------|------|------|------|------|
| box - 0 | 117 | 117 | 0 | 1 | 65 | 1 |
| 156.48.6.109.rev.sfr.net - 0 | 116 | 116 | 18 | 21 | 35 | 20 |
| 93.148.154.77.rev.sfr.net - 0 | 116 | 116 | 19 | 20 | 56 | 20 |
| 194.10.136.77.rev.sfr.net - 0 | 116 | 116 | 19 | 26 | 37 | 22 |
| 182.74.24.109.rev.sfr.net - 0 | 116 | 116 | 21 | 24 | 44 | 25 |
| 54.247.5.109.rev.sfr.net - 0 | 116 | 116 | 21 | 25 | 42 | 24 |
| 42.149.17.93.rev.sfr.net - 0 | 116 | 116 | 20 | 22 | 48 | 22 |
| 193.252.98.121 - 0 | 116 | 116 | 21 | 23 | 47 | 25 |
| 193.252.99.101 - 0 | 116 | 116 | 21 | 23 | 39 | 25 |
| lag-41.ncren201.Rennes.francetelecom.net - 0 | 116 | 116 | 25 | 27 | 45 | 27 |
| 193.252.99.97 - 0 | 116 | 116 | 25 | 33 | 224 | 25 |
| 193.253.13.30 - 0 | 116 | 116 | 26 | 31 | 114 | 31 |
| 193.252.242.125 - 0 | 116 | 116 | 25 | 26 | 45 | 29 |
|____________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
En ethernet.
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Windows\system32>ping 192.168.1.1 -n 100 -l 4000
Envoi d'une requête 'Ping' 192.168.1.1 avec 4000 octets de données :
Réponse de 192.168.1.1 : octets=4000 temps<1ms TTL=64
..... 98 ligne pareilles ....
Réponse de 192.168.1.1 : octets=4000 temps<1ms TTL=64
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms
C:\Windows\system32>
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Windows\system32>ping 192.168.1.1 -n 100 -l 4000
Envoi d'une requête 'Ping' 192.168.1.1 avec 4000 octets de données :
Réponse de 192.168.1.1 : octets=4000 temps<1ms TTL=64
..... 98 ligne pareilles ....
Réponse de 192.168.1.1 : octets=4000 temps<1ms TTL=64
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms
C:\Windows\system32>
Tu veux que je réessaye avec winMTR ?
Sur 192.168.1.1 et un paquet de 1450 et 1480 ?
Pour les paramètres 1460 et 1480, c'est dans options ?
Sur 192.168.1.1 et un paquet de 1450 et 1480 ?
Pour les paramètres 1460 et 1480, c'est dans options ?
Voici le rapport avec les pages jaunes, en ethernet, à 1450
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 303 | 303 | 0 | 0 | 1 | 0 |
| 156.48.6.109.rev.sfr.net - 1 | 295 | 293 | 30 | 67 | 181 | 34 |
| 93.148.154.77.rev.sfr.net - 2 | 283 | 278 | 31 | 62 | 153 | 43 |
| 202.69.26.109.rev.sfr.net - 2 | 287 | 283 | 30 | 77 | 189 | 30 |
| 250.122.3.109.rev.sfr.net - 2 | 291 | 288 | 32 | 65 | 179 | 60 |
| 10.74.24.109.rev.sfr.net - 2 | 287 | 283 | 32 | 79 | 207 | 135 |
|g1-3-0.noaub101.aubervilliers.francetelecom.net - 2 | 291 | 288 | 32 | 84 | 189 | 121 |
|ae50-0.nridf302.Paris13eArrondissement.francetelecom.net - 2 | 287 | 283 | 32 | 68 | 227 | 73 |
|lag-41.ncren202.Rennes.francetelecom.net - 2 | 291 | 288 | 37 | 85 | 674 | 115 |
| te7-2.nlren202.Rennes.francetelecom.net - 2 | 287 | 283 | 38 | 88 | 278 | 167 |
| 193.253.13.14 - 2 | 291 | 288 | 39 | 91 | 174 | 92 |
| 193.252.242.25 - 2 | 291 | 288 | 38 | 88 | 287 | 153 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 303 | 303 | 0 | 0 | 1 | 0 |
| 156.48.6.109.rev.sfr.net - 1 | 295 | 293 | 30 | 67 | 181 | 34 |
| 93.148.154.77.rev.sfr.net - 2 | 283 | 278 | 31 | 62 | 153 | 43 |
| 202.69.26.109.rev.sfr.net - 2 | 287 | 283 | 30 | 77 | 189 | 30 |
| 250.122.3.109.rev.sfr.net - 2 | 291 | 288 | 32 | 65 | 179 | 60 |
| 10.74.24.109.rev.sfr.net - 2 | 287 | 283 | 32 | 79 | 207 | 135 |
|g1-3-0.noaub101.aubervilliers.francetelecom.net - 2 | 291 | 288 | 32 | 84 | 189 | 121 |
|ae50-0.nridf302.Paris13eArrondissement.francetelecom.net - 2 | 287 | 283 | 32 | 68 | 227 | 73 |
|lag-41.ncren202.Rennes.francetelecom.net - 2 | 291 | 288 | 37 | 85 | 674 | 115 |
| te7-2.nlren202.Rennes.francetelecom.net - 2 | 287 | 283 | 38 | 88 | 278 | 167 |
| 193.253.13.14 - 2 | 291 | 288 | 39 | 91 | 174 | 92 |
| 193.252.242.25 - 2 | 291 | 288 | 38 | 88 | 287 | 153 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
bon,
là il y a quelques pertes, mais après ta box et ce sont sans doute les tous premiers paquets.
Rien d'important en tout cas.
c'était 1450 là,
tu peux faire voir 1480 ?
PS maxhosts, on s'en fout, ça n'est pas un critère utile pour nous (ça sert à détecter les boucles de routage).
Edit,
tiens je viens de découvrir que winMTR doit positionner DF du coup à 1480, rien ne passe chez moi, essaie plutôt avec 1460.
là il y a quelques pertes, mais après ta box et ce sont sans doute les tous premiers paquets.
Rien d'important en tout cas.
c'était 1450 là,
tu peux faire voir 1480 ?
PS maxhosts, on s'en fout, ça n'est pas un critère utile pour nous (ça sert à détecter les boucles de routage).
Edit,
tiens je viens de découvrir que winMTR doit positionner DF du coup à 1480, rien ne passe chez moi, essaie plutôt avec 1460.
Par contre, je viens de découvrir un truc.
Dans mon gestionnaire de périphérique, je n'ai aucun controleur ethernet qui apparait. Est-ce normal ?
Dans mon gestionnaire de périphérique, je n'ai aucun controleur ethernet qui apparait. Est-ce normal ?
J'ai mes 2 cartes réseau:
CARTE RESEAU:
- Carte réseau USB 2.0 Realtek RTL8187B sans fil 802.11b/g 54 Mbits/s
- Realtek PCIe GBE Family Controller
La 1ére c'est ma clé wifi usb.
La 2éme c'est ma carte réseau ethernet.
CARTE RESEAU:
- Carte réseau USB 2.0 Realtek RTL8187B sans fil 802.11b/g 54 Mbits/s
- Realtek PCIe GBE Family Controller
La 1ére c'est ma clé wifi usb.
La 2éme c'est ma carte réseau ethernet.
Voici le rapport avec les pages jaunes, en ethernet et à 1460:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 127 | 127 | 0 | 0 | 1 | 0 |
| 156.48.6.109.rev.sfr.net - 3 | 115 | 112 | 30 | 133 | 376 | 54 |
| 93.148.154.77.rev.sfr.net - 4 | 111 | 107 | 30 | 114 | 353 | 94 |
| 194.10.136.77.rev.sfr.net - 3 | 115 | 112 | 33 | 138 | 403 | 161 |
| 182.74.24.109.rev.sfr.net - 3 | 115 | 112 | 34 | 150 | 411 | 37 |
| 54.247.5.109.rev.sfr.net - 4 | 111 | 107 | 33 | 153 | 425 | 125 |
| 42.149.17.93.rev.sfr.net - 2 | 119 | 117 | 33 | 136 | 399 | 45 |
|ae42-0.noidf001.Paris3eArrondissement.francetelecom.net - 3 | 115 | 112 | 33 | 141 | 393 | 109 |
|ae50-0.nridf301.Paris15eArrondissement.francetelecom.net - 4 | 111 | 107 | 33 | 119 | 376 | 71 |
|lag-41.ncren201.Rennes.francetelecom.net - 3 | 115 | 112 | 37 | 156 | 399 | 136 |
| te7-2.nlren201.Rennes.francetelecom.net - 2 | 119 | 117 | 38 | 153 | 433 | 148 |
| 193.253.13.30 - 5 | 107 | 102 | 38 | 136 | 363 | 89 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 127 | 127 | 0 | 0 | 1 | 0 |
| 156.48.6.109.rev.sfr.net - 3 | 115 | 112 | 30 | 133 | 376 | 54 |
| 93.148.154.77.rev.sfr.net - 4 | 111 | 107 | 30 | 114 | 353 | 94 |
| 194.10.136.77.rev.sfr.net - 3 | 115 | 112 | 33 | 138 | 403 | 161 |
| 182.74.24.109.rev.sfr.net - 3 | 115 | 112 | 34 | 150 | 411 | 37 |
| 54.247.5.109.rev.sfr.net - 4 | 111 | 107 | 33 | 153 | 425 | 125 |
| 42.149.17.93.rev.sfr.net - 2 | 119 | 117 | 33 | 136 | 399 | 45 |
|ae42-0.noidf001.Paris3eArrondissement.francetelecom.net - 3 | 115 | 112 | 33 | 141 | 393 | 109 |
|ae50-0.nridf301.Paris15eArrondissement.francetelecom.net - 4 | 111 | 107 | 33 | 119 | 376 | 71 |
|lag-41.ncren201.Rennes.francetelecom.net - 3 | 115 | 112 | 37 | 156 | 399 | 136 |
| te7-2.nlren201.Rennes.francetelecom.net - 2 | 119 | 117 | 38 | 153 | 433 | 148 |
| 193.253.13.30 - 5 | 107 | 102 | 38 | 136 | 363 | 89 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Oui,
comme depuis chez moi:
le serveur pages jaunes répond aux ping de1450, mais pas à ceux de 1460, sans message icmp, ce qui du coup fait perdre le traceroute de winmtr ... il n'aime pas qu'on ne lui réponde pas.
Tout ça ne nous apprend pas grand chose de plus que les ping d'hier.
Sauf que encore une fois, ça dédouane la connexion de ton PC à ta box qui eux se comportent parfaitement.
Pour moi le problème est dans le comportement du serveur pagesjaunes.
pour essayer d'aller plus loin, il va falloir passer aux captures wireshark.
aussi: https://www.wireshark.org/#download
Mais ça,
on ne les mettra pas sur le forum, on peut se les échanger par mail plutôt et en discuter ici.
comme depuis chez moi:
le serveur pages jaunes répond aux ping de1450, mais pas à ceux de 1460, sans message icmp, ce qui du coup fait perdre le traceroute de winmtr ... il n'aime pas qu'on ne lui réponde pas.
Tout ça ne nous apprend pas grand chose de plus que les ping d'hier.
Sauf que encore une fois, ça dédouane la connexion de ton PC à ta box qui eux se comportent parfaitement.
Pour moi le problème est dans le comportement du serveur pagesjaunes.
pour essayer d'aller plus loin, il va falloir passer aux captures wireshark.
aussi: https://www.wireshark.org/#download
Mais ça,
on ne les mettra pas sur le forum, on peut se les échanger par mail plutôt et en discuter ici.
Logiciel téléchargé. Dis moi ce que tu veux que fasse et comment ça marche.
oui, comment ça marche :-)
au passage, tu as bien installé winpcap aussi? usbcap, pas la peine .
déjà faire une capture, en temps utile, le temps du test de connexion.
choisir l'interface à capturer dans l'écran d'accueil ou dans le menu ou avec le bouton options de capture:
au niveau capture, tu as les 4 boutons de gauche:
démarrer l'aileron, arrêter (le carré SFR), redémarrer et paramètres de capture (la roue), après les fichiers pour ouvrir un fichier de capture sauvegardé, sauvegarder la capture en cours ou recharger un enregistrement.
on va ajouter un filtre pour le site page jaunes:
net 193.252.242.0/24
ensuite tu démarres la capture avec l'aileron, tu lance le site page jaunes dans ton navigateur puis tu vérifie qu'il ya bien eu du traffic, genre:
alors,
tu arrêtes la capture sur le bouton rouge et tu sauvegardes le fichier avec le nom que tu choisis par exemple PJ_01 et l'extension proposée .pcapng
ensuite tu me fais un petit mail sur l'adresse de mon profil avec le fichier capturé en PJ, et on en discute.
ça roule ?
au passage, tu as bien installé winpcap aussi? usbcap, pas la peine .
déjà faire une capture, en temps utile, le temps du test de connexion.
choisir l'interface à capturer dans l'écran d'accueil ou dans le menu ou avec le bouton options de capture:
au niveau capture, tu as les 4 boutons de gauche:
démarrer l'aileron, arrêter (le carré SFR), redémarrer et paramètres de capture (la roue), après les fichiers pour ouvrir un fichier de capture sauvegardé, sauvegarder la capture en cours ou recharger un enregistrement.
on va ajouter un filtre pour le site page jaunes:
net 193.252.242.0/24
ensuite tu démarres la capture avec l'aileron, tu lance le site page jaunes dans ton navigateur puis tu vérifie qu'il ya bien eu du traffic, genre:
alors,
tu arrêtes la capture sur le bouton rouge et tu sauvegardes le fichier avec le nom que tu choisis par exemple PJ_01 et l'extension proposée .pcapng
ensuite tu me fais un petit mail sur l'adresse de mon profil avec le fichier capturé en PJ, et on en discute.
ça roule ?
Ca y est !!!!!!!!!!!!!!!!!!!!!! problème résolu !!!!!!!!!!!!!
La piste des contrôleurs ethernet était peut-être bien la bonne.
Explications:
Ayant depuis le début des problèmes avec la connexion en ethernet. J'ai remis à jour mes pilotes avec mon cd d'installation. Ca ne résolvait tout de même pas le problème. En voyant dans le gestionnaire de périphérique que mes controleur ethernet n'apparaissaient pas, j'ai réessayé une installation avec le cd d'installation---> toujours rien, aucunes évolution.
J'ai décidé de persévérer la dessus. J'ai téléchargé les drivers controleur ethernet sur le site de Acer. Je viens de les installé et j'ai choisi l'option "réparer" au début de l'installation.
Aprés ça, j'ai redémarrer l'ordi et SURPRISE!!!! ça marche.
En tout cas pour les pages jaunes. Je ne me souviens plus les quelques autres sites qui bloqués mais franchement, si les pages jaunes marchent, je pense que le reste aussi.
Merci beaucoup Brupala pour ta trés forte contribution, et Tovlin pour tes conseils.
Brupala, tu veux que je fasse un test avec wireshark pour voir le changement?
La piste des contrôleurs ethernet était peut-être bien la bonne.
Explications:
Ayant depuis le début des problèmes avec la connexion en ethernet. J'ai remis à jour mes pilotes avec mon cd d'installation. Ca ne résolvait tout de même pas le problème. En voyant dans le gestionnaire de périphérique que mes controleur ethernet n'apparaissaient pas, j'ai réessayé une installation avec le cd d'installation---> toujours rien, aucunes évolution.
J'ai décidé de persévérer la dessus. J'ai téléchargé les drivers controleur ethernet sur le site de Acer. Je viens de les installé et j'ai choisi l'option "réparer" au début de l'installation.
Aprés ça, j'ai redémarrer l'ordi et SURPRISE!!!! ça marche.
En tout cas pour les pages jaunes. Je ne me souviens plus les quelques autres sites qui bloqués mais franchement, si les pages jaunes marchent, je pense que le reste aussi.
Merci beaucoup Brupala pour ta trés forte contribution, et Tovlin pour tes conseils.
Brupala, tu veux que je fasse un test avec wireshark pour voir le changement?
Chouette pepe,
Non, pas la peine,
mais franchement j'aimerais bien savoir à quel niveau cette histoire de pilote posait défaut, parce qu'on ne voit rien au niveau des tests réseau, c'est vraiment du tordu de chez tordu cette affaire, je pense que les pilotes réseau débordent en dehors de leur rôle d'assurer la connectivité.
Reste que windows et ses pilotes, c'est vraiment boulet en ce moment.
pour résumer,
j'ai découvert beaucoup de choses sur cet exercice et je te remercie de m'avoir permis de regarder des choses que je n'aurais pas pensé avant.
Je suppose que de ton côté, tu as passé à peu près tous les tuyaux du diagnostic réseau et alentours et que tu vas pouvoir bientôt te lancer dans le dépannage.
j'espère surtout que cette discussion assez profonde grâce à toi a permis d'ouvrir des perspectives à ceux qui nous lisent.
Ce fut une collaboration de haut niveau grâce à ta réactivité finalement productive.
Il serait intéressant, si tu peux,
de faire le point sur les références des pilotes avant (donc foireux) et après (donc moins foireux) afin de fournir quelque chose de plus utile à ceux qui nous lisent.
Non, pas la peine,
mais franchement j'aimerais bien savoir à quel niveau cette histoire de pilote posait défaut, parce qu'on ne voit rien au niveau des tests réseau, c'est vraiment du tordu de chez tordu cette affaire, je pense que les pilotes réseau débordent en dehors de leur rôle d'assurer la connectivité.
Reste que windows et ses pilotes, c'est vraiment boulet en ce moment.
pour résumer,
j'ai découvert beaucoup de choses sur cet exercice et je te remercie de m'avoir permis de regarder des choses que je n'aurais pas pensé avant.
Je suppose que de ton côté, tu as passé à peu près tous les tuyaux du diagnostic réseau et alentours et que tu vas pouvoir bientôt te lancer dans le dépannage.
j'espère surtout que cette discussion assez profonde grâce à toi a permis d'ouvrir des perspectives à ceux qui nous lisent.
Ce fut une collaboration de haut niveau grâce à ta réactivité finalement productive.
Il serait intéressant, si tu peux,
de faire le point sur les références des pilotes avant (donc foireux) et après (donc moins foireux) afin de fournir quelque chose de plus utile à ceux qui nous lisent.
En fait,
je regarde ta capture, en fait elle est assez parlante, mais sans rien expliquer.
Je vois que en fait c'est à bas niveau: à la connexion TCP que ça coince:
Ton PC ne semble pas comprendre la réponse du serveur (trame 2), il ouvre 2 fois la même connexion (trame 3) et répète ensuite ses paquets de connexion comme s'il n'avait pas de réponse.
Donc, pas défaut de connectivité, mais incompréhension.
on voit une histoire de négociation de MSS dans les options TCP (1460 pour toi et 1452 pour lui) mais ça n'explique rien car avec moi la connexion s'établit alors qu'il annonce seulement 1416 de MSS.
pourquoi 1416 avec moi d'ailleurs ?
Ce qui est étonnant c'est que ça ne le fasse pas sur tous les sites, car le défaut est vraiment à la base de la connexion tcp.
Encore beaucoup de choses à apprendre :-)
et ... Voili Voilou Voila !
je regarde ta capture, en fait elle est assez parlante, mais sans rien expliquer.
Je vois que en fait c'est à bas niveau: à la connexion TCP que ça coince:
Ton PC ne semble pas comprendre la réponse du serveur (trame 2), il ouvre 2 fois la même connexion (trame 3) et répète ensuite ses paquets de connexion comme s'il n'avait pas de réponse.
Donc, pas défaut de connectivité, mais incompréhension.
on voit une histoire de négociation de MSS dans les options TCP (1460 pour toi et 1452 pour lui) mais ça n'explique rien car avec moi la connexion s'établit alors qu'il annonce seulement 1416 de MSS.
pourquoi 1416 avec moi d'ailleurs ?
Ce qui est étonnant c'est que ça ne le fasse pas sur tous les sites, car le défaut est vraiment à la base de la connexion tcp.
Encore beaucoup de choses à apprendre :-)
et ... Voili Voilou Voila !
Hummmm, comment dire, "me lancer dans le dépannage" ????
C'était et ça reste vraiment du chinoix pour moi. J'ai juste suivi tes indications mais les rapports des divers outils, j'y comprend rien lol.
Je comparerai demain entre mon cd d'installation et les drivers que j'ai télécharger pour voir si il y a une différence ou autre chose.
Mais je sens que ça va être encore du chinois.
En tout cas, même les sites qui marchaient en ethernet se chargent beaucoup plus rapidement maintenant.
Comme diraient gros nounours et le marchand de sable.....Bonne nuit les petits...
C'était et ça reste vraiment du chinoix pour moi. J'ai juste suivi tes indications mais les rapports des divers outils, j'y comprend rien lol.
Je comparerai demain entre mon cd d'installation et les drivers que j'ai télécharger pour voir si il y a une différence ou autre chose.
Mais je sens que ça va être encore du chinois.
En tout cas, même les sites qui marchaient en ethernet se chargent beaucoup plus rapidement maintenant.
Comme diraient gros nounours et le marchand de sable.....Bonne nuit les petits...
