Estoy tratando de conectarme a un sitio web:
http://superuser.com.sixxs.org
Puedo hacer ping a la dirección:
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
Pero tampoco 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.
Pero no puedo buscarlo (en Chrome o es decir ):
ni puedo telnet a él
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
¡Pero nslookupresuelve bien el nombre, con un registro de autoridad y todo!
Primero limpiamos el dns, en caso de que alguien quiera sugerir que se deba al almacenamiento en caché de dns:
C:\Users\Ian>ipconfig /flushdns
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
Y ahora volvamos a la búsqueda:
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
Todas esas direcciones funcionan:
- Puedo
pingellos - Puedo
telnetportar 80 en ellos - Puedo navegar en Chrome (por ejemplo
http://[2001:838:2:1::30:67]) a ellos
El nombre incluso se resuelve cuando llamo manualmente a la función API de Windows GetAddrInfo .
¿Por qué puedo diagnosticar lo que ping, telnet, Chromey Internet Explorerestán haciendo mal?
Nota : Wireshark ahora es de ayuda porque el servidor dns ( solo.avatopia.com) está en el otro lado de un enlace vpn cifrado; y WireShark se niega a descifrar el tráfico vpn cifrado.
pingerror tipográfico? no lo veo ...pingnecesita el/6parámetro; no entiende que si solo pudiera resolver una dirección ipv6, necesita enviar un paquete IPv6 ICMP.Respuestas:
La resolución de DNS no significa automáticamente el alcance de HTTP; en su caso, eso es parte del problema.
sixxs.orgresponde a todas las consultas DNS con unCNAMEtoipv6.nginx.sixxs.net. Como ejemplo,iamuglyobviamente no podría ser un sitio real, ya que no existe un dominio de nivel superior.ipv6.nginx.sixxs.netes solo un proxy HTTP que reenvía el tráfico, por lo que mientras su proxy esté activo, puede hacer ping y puedetelnethacerlo ...Después de ir a
superuser.com.sixxs.org, losixxs.netredireccionaipv6gate.sixxs.nety reescriben el contenido html de Super User y envían todos los enlaces de la páginafoo.sixxs.org.Algo le impide pasar
sixxs.org, y probablemente provenga de un servidor vpn, firewall o proxy HTTP transparente en otra parte de su ruta.fuente
Aquí está mi suposición sobre lo que está pasando.
(Originalmente iba a publicar esto como un comentario, pero es demasiado largo, por lo que lo publicaré como respuesta y lo dejaré a usted y / u otros para decidir si es correcto).
Creo que este isp tiene sus servidores de nombres configurados para responder a cada subdominio.
Intenté un GUID aleatorio y sí 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org resuelve (y a las mismas direcciones IP que superuser.com.sixxs.org)
Esto significa que todo el tráfico a 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org se les enviará. Cuando les llegue, probablemente estén examinando el encabezado del host http para determinar cómo manejarlo. En el caso de 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org, sospecharía que simplemente ignorarían la solicitud, ya que es poco probable que sepan qué hacer con ella.
En el caso de superuser.com.sixxs.org, usted pensaría que deberían estar redirigiendo esto a superuser.com, lo que no parece funcionar.
No creo que sea posible que alguien fuera de su configuración sepa con certeza por qué esto no funciona, pero podría ser porque tienen un mapeo interno incorrecto y se está enviando al destino incorrecto.
Otra posibilidad es que no estén brindando este servicio a todos y es posible que si un no suscriptor intenta usar esta dirección, simplemente ignore la solicitud.
En pocas palabras, no estoy muy seguro de si Telnet, Chrome e Internet Explorer están haciendo algo mal y sugeriría consultar con sixxs.net antes de asumir que hay algo mal con su configuración.
fuente
Tuve un problema similar, esto es lo que probé.
sfc /scannowpara solucionar cualquier problema que pueda surgir debido a archivos dañados.netsh winsock reset5. Aunque no tenga ninguna relación, intente restablecer su Branch Cache
netsh branchcache reset6. Restablezca la configuración de IPv6
netsh int ipv6 reset7. Intente quitar y reinstalar su adaptador de red desde el Administrador de dispositivos
fuente
No estoy seguro de si solo está teniendo problemas con un sitio, o si se trata de todos los sitios web a los que no puede conectarse (y está utilizando una PC diferente para publicar esto), pero si está recibiendo errores de DNS en sus navegadores para cada sitio y todavía tiene conectividad y puede hacer ping a cosas, pruebe estos pocos comandos. No siempre es uno de estos, pero literalmente nunca los he visto a todos no funcionar para su problema.
fuente