J'essaie de me connecter à un site web:
http://superuser.com.sixxs.org
je peux cingler l'adresse:
C:\Users\Ian>ping /6 superuser.com.sixxs.org
Pinging ipv6.nginx.sixxs.net [2001:838:2:1::30:67] with 32 bytes of data:
Reply from 2001:838:2:1::30:67: time=257ms
Reply from 2001:838:2:1::30:67: time=176ms
Reply from 2001:838:2:1::30:67: time=161ms
Reply from 2001:838:2:1::30:67: time=164ms
Ping statistics for 2001:838:2:1::30:67:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 161ms, Maximum = 257ms, Average = 189ms
Mais ni ping :
C:\Users\Ian>ping supersuer.com.sixxs.org
Ping request could not find host supersuer.com.sixxs.org.
Please check the name and try again.
Mais je ne peux pas y accéder (dans Chrome ou c.-à - d. ):
Je ne peux pas telnet à elle
C:\Users\Ian>telnet superuser.com.sixxs.org 80
Connecting To superuser.com.sixxs.org...Could not open connection to the host,
on port 80: Connect failed
Mais nslookuprésout bien le nom, avec une fiche d'autorité et tout!
Nous commençons par vider les DNS, juste au cas où quelqu'un voudrait suggérer que cela est dû à la mise en cache de DNS:
C:\Users\Ian>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
Et maintenant, revenons à la recherche:
C:\Users\Ian>nslookup superuser.com.sixxs.org
Server: solo.avatopia.com
Address: 10.0.0.98
Non-authoritative answer:
Name: ipv6.nginx.sixxs.net
Addresses: 2001:838:2:1:2a0:24ff:feab:3b53
2001:960:800::2
2001:1af8:4050::2
2620:0:6b0:a:250:56ff:fe99:78f7
2001:838:2:1::30:67
Aliases: superuser.com.sixxs.org
Toutes ces adresses fonctionnent:
- Je peux
pingles - Je peux
telnetmettre 80 sur eux - Je peux naviguer dans Chrome (par exemple
http://[2001:838:2:1::30:67]) pour eux
Le nom est même résolu lorsque j'appelle manuellement la fonction GetAddrInfo de l'API Windows .
Pourquoi comment puis - je diagnostiquer ce que ping, telnet, Chromeet Internet Explorerfont mal?
Remarque : Wireshark est maintenant une aide, car le serveur DNS ( solo.avatopia.com) se trouve de l’autre côté d’un lien vpn chiffré; et WireShark refuse de déchiffrer le trafic VPN crypté.
pingfaute de frappe? Je ne le vois pas ...pingbesoin du/6paramètre; il ne comprend pas que s'il ne peut résoudre qu'une adresse ipv6, il doit envoyer un paquet IPv6 ICMP.Réponses:
La résolution DNS ne signifie pas automatiquement l'accessibilité HTTP; dans votre cas, cela fait partie du problème.
sixxs.orgrépond à toutes les requêtes DNS avec unCNAMEàipv6.nginx.sixxs.net. Par exemple, iliamuglyne pouvait évidemment pas s'agir d'un site réel, car il n'y a pas de domaine de premier niveau.ipv6.nginx.sixxs.netest juste un proxy HTTP qui transfère le trafic, donc tant que son proxy est actif, il est ping et vous pouvez letelnetfaire ...Une fois que vous avez accédé à
superuser.com.sixxs.org,sixxs.netvous redirigeipv6gate.sixxs.netet réécrit le contenu html du super utilisateur envoie tous les liens de la pagefoo.sixxs.org.Quelque chose vous empêche de passer
sixxs.org, et cela provient probablement d'un serveur VPN, d'un pare-feu ou d'un proxy http transparent situé ailleurs dans votre chemin.la source
Voici ma conjecture sur ce qui se passe.
(À l'origine, j'allais poster ceci en tant que commentaire, mais c'est trop long. Je vais donc le poster en tant que réponse et le laisser à vous-même et / ou aux autres de décider si c'est correct.)
Je pense que ces isp ont leurs serveurs de noms configurés pour répondre à chaque sous-domaine.
J'ai essayé un GUID aléatoire et oui 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org résolu (et aux mêmes adresses IP que superuser.com.sixxs.org)
Cela signifie que tout le trafic destiné à 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org leur sera envoyé. Quand cela leur arrive, ils examinent probablement l'en-tête de l'hôte http pour déterminer comment le gérer. Dans le cas de 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org, je suppose qu'ils ignoreraient tout simplement la demande, car il est peu probable qu'ils sachent quoi en faire.
Dans le cas de superuser.com.sixxs.org, on pourrait penser qu’ils devraient rediriger ceci vers superuser.com qui ne semble pas fonctionner.
Je ne pense pas qu'il soit possible pour quiconque en dehors de leur configuration de savoir avec certitude pourquoi cela ne fonctionne pas, mais c'est peut-être parce qu'ils ont un mappage interne erroné et que cela envoie vers la mauvaise destination.
Une autre possibilité est qu'ils ne fournissent peut-être pas ce service à tout le monde et qu'il est tout à fait possible que, si un non-abonné tente d'utiliser cette adresse, il ignorera simplement la demande.
En bout de ligne, je ne suis pas vraiment sûr que telnet, Chrome et Internet Explorer ne font rien de mal, et je suggérerais de vérifier auprès de sixxs.net avant de supposer qu'il y a un problème avec votre configuration.
la source
J'ai eu un problème similaire, voici ce que j'ai essayé.
sfc /scannowpour résoudre les problèmes pouvant survenir en raison de fichiers corrompus.netsh winsock reset5. Essayez de réinitialiser votre cache de succursale sans
netsh branchcache resetaucune corrélation.
netsh int ipv6 reset6. Réinitialisez la configuration IPv6 7. Essayez de supprimer et de réinstaller votre carte réseau à partir du Gestionnaire de périphériques
la source
Je ne sais pas si vous rencontrez des problèmes avec un seul site, ou si vous ne pouvez pas vous connecter à tous les sites Web (et utilisez un autre ordinateur pour publier ce message), mais si vous rencontrez des erreurs DNS dans votre navigateur chaque site et vous avez toujours la connectivité et vous pouvez cingler des trucs, essayez ces quelques commandes. Ce n'est pas toujours l'un de ceux-ci, mais je n'ai littéralement jamais vu que tous ne fonctionnaient pas pour votre problème.
la source