Google et autres sites inaccessible

-
Bonjour,

Je me frotte à un problème depuis quelques mois qui passe au delà de ma compréhension.

Pour vous mettre dans la situation... Je suis passé sur une box fibre Knet, avant c'était un routeur wifi que je configurais moi-même et qui recevait un adsl orange.
Depuis, sur mon pc portable (win10) je n'arrive pas à accéder à des sites comme google, gmail,maps (tout services google en gros) mais aussi outlook, MEGA et d'autres. Les torrents n'arrivent pas à se connecter aux pairs aussi.

Quand je dis que je n'arrive pas c'est, sur firefox, chrome et même IE je lance l'adresse et ça tourne dans le vide pour s'arrêter sur une page blanche sans message d'erreur sans rien juste blanche et l'indicateur de chargement ne bouge plus après quelques dizaines de secondes.

J'ai changé plusieurs fois de DNS, rien, vérifié les firewalls/windows defender, rien. Quand j'envoie un ping en cmd à www.google.fr tout est bon, il arrive à choper l'adresse et à échanger. Mais impossible d'accéder aux sites.

Cela ne m'arrive que sur ce pc, mon téléphone marche très bien sur ce wifi et d'autres pc aussi.
Le pc en déroute arrive à aller sur tout les sites quand je suis sur d'autres réseaux mais quand je suis sur le wifi knet non.

Cerise sur le gâteau, parfois, lorsque que je reviens d'ailleurs et me connecte sur ce wifi les services googles marchent, MEGA aussi et les torrents aussi mais au bout de quelques jours, plus rien... J'ai quelques connaissances informatiques mais là je n'arrive pas à trouver de logique à ce problème, si un gourou passe par là j'aimerais écouter ses conseils.

Merci d'avance pour ceux qui auront lu ce pavé et essaieront de m'aider !
Afficher la suite 

5 réponses

Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149
0
Merci
Salut,
essaie de désactiver ipv6 sur ton PC.
j'ai comme l'impression qu'il est activé sur ton PC mais que ton FAI n''assure pas derrière.
test: http://ipv6-test.com/
et les commandes:
tracert -6 ams.brupala.fr
tracert -4 ams.brupala.fr
Commenter la réponse de brupala
0
Merci
Salut, merci pour ta réponse

Bien vu knet n'a pas l'air de supporter le ipv6, voici les logs des commandes si ça peut aider :


C:\Users\GUS> tracert -6 ams.brupala.fr
Impossible de résoudre le nom du système cible ams.brupala.fr.

C:\Users\GUS> tracert -4 ams.brupala.fr

Détermination de l’itinéraire vers ams.brupala.fr [51.15.82.203]
avec un maximum de 30 sauts :

1 7 ms 4 ms 3 ms 192.168.1.1
2 6 ms 8 ms 9 ms 185.229.163.253
3 7 ms 7 ms 7 ms 178.250.208.167
4 7 ms 6 ms 8 ms 172.16.120.94
5 7 ms 6 ms 6 ms frpar-th2-a9k1.as29075.net [212.85.149.25]
6 7 ms 7 ms 9 ms be4.frpar-th2-n55h1.as29075.net [185.18.172.147]
7 8 ms 5 ms 7 ms ielo-liazo.th2-1.rt.hopus.net [37.77.34.16]
8 15 ms 18 ms 19 ms lag-th2-1.evo-1.rt.hopus.net [37.77.32.37]
9 20 ms 19 ms 19 ms online.evo.hopus.net [37.77.41.9]
10 19 ms 20 ms 22 ms 51.158.8.170
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 22 ms 19 ms 19 ms ams.brupala.fr [51.15.82.203]

Itinéraire déterminé.
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 -
bizarre,
C:\Users\GUS> tracert -6 ams.brupala.fr
Impossible de résoudre le nom du système cible ams.brupala.fr.

devrait fonctionner quand même et si ça ne fonctionne pas, ça contredit tes symptômes.
peux tu coller le résultat de ipconfig/all STP
Commenter la réponse de Ziig
0
Merci
C:\Users\GUS>ipconfig/all

Configuration IP de Windows

Nom de l’hôte . . . . . . . . . . : DESKTOP-4H03REL
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Ethernet :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . : home
Description. . . . . . . . . . . . . . : Killer E2500 Gigabit Ethernet Controller
Adresse physique . . . . . . . . . . . : 4C-CC-6A-80-D8-FF
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte réseau sans fil Connexion au réseau local* 2 :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Adresse physique . . . . . . . . . . . : 9E-B6-D0-61-4F-77
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte réseau sans fil Wi-Fi :

Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Killer Wireless-n/a/ac 1435 Wireless Network Adapter
Adresse physique . . . . . . . . . . . : 9C-B6-D0-61-4F-77
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::2088:ee0d:6d07:6bda%12(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.75(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Bail obtenu. . . . . . . . . . . . . . : jeudi 26 septembre 2019 13:14:42
Bail expirant. . . . . . . . . . . . . : jeudi 26 septembre 2019 17:19:35
Passerelle par défaut. . . . . . . . . : 192.168.1.1
Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
IAID DHCPv6 . . . . . . . . . . . : 94156496
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-20-5A-3F-D9-4C-CC-6A-80-D8-FF
Serveurs DNS. . . . . . . . . . . . . : 8.8.8.8
8.8.4.4
NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet Connexion réseau Bluetooth :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Adresse physique . . . . . . . . . . . : 9C-B6-D0-61-4F-78
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte Tunnel isatap.{9A919E29-2B7C-4950-91D7-8A65681366AA} :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 -
OK merci,
donc,
bien que ipv6 soit activé sur ta connexion, ta box ne donne pas de connectivité ipv6, donc la piste que j'envisage n'a pas l'air d'être la bonne, dommage, il va falloir trouver autre chose.
Essaie de désactiver ipv6 quand même, mais je pense pas que ça rêgle le défaut.
je me demande si il ne faudrait pas essayer de jouer sur les MTU pour cette connexion.
voir commande fenetre CMD en mode administrateur:
netsh interface ip show interfaces
tu repères ton interface wifi (killer machin...) et son index par exemple pour moi <14>

et avec ton index (14 pour moi) un MTU à 1400:

vérifier:

et retester.

et tu essaies
Commenter la réponse de Ziig
0
Merci
aucun changement :/
la manip' et vérif sont passées mais pas de résolution...

C:\Windows\system32>netsh interface ip show interfaces

Idx Mét MTU État Nom
--- ---------- ---------- ------------ ---------------------------
1 75 4294967295 connected Loopback Pseudo-Interface 1
12 50 1500 connected Wi-Fi
13 65 1500 disconnected Connexion réseau Bluetooth
4 25 1500 disconnected Connexion au réseau local* 2
14 5 1500 disconnected Ethernet


C:\Windows\system32>netsh interface ip set interface 12 MTU=1400
Ok.


C:\Windows\system32>netsh interface ip show interfaces

Idx Mét MTU État Nom
--- ---------- ---------- ------------ ---------------------------
1 75 4294967295 connected Loopback Pseudo-Interface 1
12 50 1400 connected Wi-Fi
13 65 1500 disconnected Connexion réseau Bluetooth
4 25 1500 disconnected Connexion au réseau local* 2
14 5 1500 disconnected Ethernet
Je viens d'essayer un ping sur un autre pc qui marche (arrive à aller sur les sites) sur ce réseau il s'arrête pareil à 1470 donc je pense que c'est le FAI en effet.

Ma plus grosse incompréhension est que j'arrive à avoir le ping à 100% sur www.google.com par exemple mais que quand je veux y accéder je n'ai aucun retour/message d'erreur sur mon navigateur.
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 > Ziig -
ping à 100% sur google.com ?
c'est à dire , tu n'as pas fait le test ping avec tailles variables sur un site qui ne ne fonctionne pas ?
par contre, je n'avais pas compris que sur la même connexion, certains PC fonctionnaient et d'autres non, ou plutôt, je l'avais oublié.
ça change beaucoup de choses au niveau responsabilité de ton FAI, je pense que tu devrais faire une réparation windows sur ce PC, il y a quelque chose qui ne va pas dans le stack IP.
avais tu essayé la liste de commandes classiques via netshell ?
netsh winsock reset
netsh winhttp reset proxy
netsh winhttp reset tracing
netsh int ip reset c:\reset.txt
Justement google.com est un des sites qui ne marchent pas x)
J'essaie ça tout de suite
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 > Ziig -
Qu'est ce que tu veux dire par ping à 100% alors ?
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 -
En fait,
google n'est pas le bon site pour ces tests :-(
il ne semble plus répondre au dessus de 1464 octets
vu chez moi:

C:\Users\brupala>ping -l 1464 www.google.com

Envoi d’une requête 'ping' sur www.google.com [216.58.215.36] avec 1464 octets de données :
Réponse de 216.58.215.36 : octets=68 (envoyés 1464) temps=79 ms TTL=54
Réponse de 216.58.215.36 : octets=68 (envoyés 1464) temps=76 ms TTL=54
Réponse de 216.58.215.36 : octets=68 (envoyés 1464) temps=77 ms TTL=54
Réponse de 216.58.215.36 : octets=68 (envoyés 1464) temps=77 ms TTL=54

Statistiques Ping pour 216.58.215.36:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 76ms, Maximum = 79ms, Moyenne = 77ms

C:\Users\brupala>ping -l 1466 www.google.com

Envoi d’une requête 'ping' sur www.google.com [216.58.215.36] avec 1466 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

Statistiques Ping pour 216.58.215.36:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

C:\Users\brupala> ping -l 1466 1.1.1.1

Envoi d’une requête 'Ping' 1.1.1.1 avec 1466 octets de données :
Réponse de 1.1.1.1 : octets=1466 temps=91 ms TTL=56
Réponse de 1.1.1.1 : octets=1466 temps=85 ms TTL=56
Réponse de 1.1.1.1 : octets=1466 temps=85 ms TTL=56
Réponse de 1.1.1.1 : octets=1466 temps=82 ms TTL=56

Statistiques Ping pour 1.1.1.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 82ms, Maximum = 91ms, Moyenne = 85ms

C:\Users\brupala> ping -l 1566 1.1.1.1

Envoi d’une requête 'Ping' 1.1.1.1 avec 1566 octets de données :
Réponse de 1.1.1.1 : octets=1566 temps=87 ms TTL=56
Réponse de 1.1.1.1 : octets=1566 temps=87 ms TTL=56
Réponse de 1.1.1.1 : octets=1566 temps=88 ms TTL=56
Réponse de 1.1.1.1 : octets=1566 temps=88 ms TTL=56

Statistiques Ping pour 1.1.1.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 87ms, Maximum = 88ms, Moyenne = 87ms

C:\Users\brupala> ping -f -l 1566 1.1.1.1

Envoi d’une requête 'Ping' 1.1.1.1 avec 1566 octets de données :
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.
Le paquet doit être fragmenté mais paramétré DF.

Statistiques Ping pour 1.1.1.1:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

C:\Users\brupala> ping -l 15660 1.1.1.1

Envoi d’une requête 'Ping' 1.1.1.1 avec 15660 octets de données :
Réponse de 1.1.1.1 : octets=15660 temps=405 ms TTL=56
Réponse de 1.1.1.1 : octets=15660 temps=304 ms TTL=56
Réponse de 1.1.1.1 : octets=15660 temps=293 ms TTL=56
Réponse de 1.1.1.1 : octets=15660 temps=307 ms TTL=56

Statistiques Ping pour 1.1.1.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 293ms, Maximum = 405ms, Moyenne = 327ms

C:\Users\brupala>

Commenter la réponse de Ziig
0
Merci
Par le 100% j'entendais que j'envoyais et que j'avais une réponse
Ah mince, avec lequel je pourrais tester ? Gmail, MEGA, ou outlook ?

Après les lignes de commandes que tu m'as demandé de faire rien de changé
brupala
Messages postés
86327
Date d'inscription
lundi 16 juillet 2001
Statut
Modérateur
Dernière intervention
18 octobre 2019
8149 -
Gmail, MEGA, ou outlook ?
Des sites qui ne fonctionnent pas pour toi ?
si tu me donnes les adresses exactes, je ferai le test sur ma connexion et tu pourras comparer sur la tienne.
Commenter la réponse de Ziig