Noté que hay una cierta página que tarda mucho (5 a 10 s) en cargar en Firefox. Rastreo el retraso y sucede cuando se intenta conectarse a un determinado host, bn.uol.com.br
.
Curiosamente, este retraso solo ocurre en Firefox, pero no en Chrome / Chromium. Sucede en Firefox 31.0 en Ubuntu 14.04, sucede en Firefox 42.0 en Windows 10 y sucede en Firefox 42.0.1 en Android 4.4.4; pero no sucede en Chromium 45.0.2454.101 para Ubuntu 14.04, o Chrome 46.0.2490.86m para Windows 10 o Chrome 34.0.1847.114 para Android 4.4.4.
Quiero terminar este retraso en todos los sistemas operativos y dispositivos, ya sea habilitando IPv6 correctamente o deshabilitándolo por completo.
Yo había notado previamente intermitente apt-get
estancamiento en direcciones IPv6 aleatorias. Sospecho (pero no estoy seguro) que mi ISP no habilita IPv6, y también sospecho (pero tampoco estoy seguro) que IPv6 está deshabilitado en mi punto de acceso / enrutador inalámbrico. Sospeché y realicé el http://test-ipv6.com/ pruebe en ambos navegadores en todos los sistemas operativos (la misma red inalámbrica, el mismo enrutador / AP).
Aquí están los resultados:
Firefox en Ubuntu
Chromium en Ubuntu
Firefox en Android
Chrome en Android
Firefox en Win10
Chrome en Win10
Exámenes adicionales
wget (ganar 10)
Hay una larga pausa antes del tiempo de espera de IPv6.
Más testículos en un USB de vainilla en vivo Ubuntu
$ wget bn.uol.com.br
--2015-11-30 22:11:29-- http://bn.uol.com.br/
Resolving bn.uol.com.br (bn.uol.com.br)... 200.147.35.201, 2804:49c:319:430::126
Connecting to bn.uol.com.br (bn.uol.com.br)|200.147.35.201|:80... failed: Connection refused.
Connecting to bn.uol.com.br (bn.uol.com.br)|2804:49c:319:430::126|:80... [5s PAUSE HERE] failed: No route to host.
Hay una larga pausa antes del tiempo de espera de IPv6 anterior.
$ ping6 bn.uol.com.br
PING bn.uol.com.br(2804:49c:319:430::126) 56 data bytes
From fe80::3e77:e6ff:XXXX:XXXX icmp_seq=1 Destination unreachable: Address unreachable
From fe80::3e77:e6ff:XXXX:XXXX icmp_seq=2 Destination unreachable: Address unreachable
From fe80::3e77:e6ff:XXXX:XXXX icmp_seq=3 Destination unreachable: Address unreachable
^C
--- bn.uol.com.br ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5009ms
$ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qlen 1000
inet6 fe80::3e77:e6ff:XXXX:XXXX/64 scope link
valid_lft forever preferred_lft forever
$ ip -6 route
fe80::/64 dev wlan0 proto kernel metric 256
default dev wlan0 proto kernel metric 256 expires 86397sec
default via fe80::9e97:26ff:XXXX:XXXX dev wlan0 proto ra metric 1024 expires 297sec
La tercera línea parece apuntar a mi wifi ap / router, aunque supongo que IPv6 está deshabilitado (es un Technicolor TD5130v2 y la interfaz de usuario es bastante confusa)
fuente
ip -6 addr
yip -6 route
en Linux (preferiblemente), onetsh interface ipv6 show addr
&erio;netsh interface ipv6 show route
en Windows?Respuestas:
No tiene una dirección IPv6, probablemente porque su ISP no hizo la transición a IPv6 todavía, como la mayoría de los ISP del mundo.
Su dirección
fe80::3e77:e6ff:feb4:41a1
es una dirección de enlace local, ver aquí por ejemplo:Además, la respuesta de http://test-ipv6.com/ Es idéntico al mío desde casa, donde yo seguramente No tengo una conexión IPv6.
Editar
En respuesta al comentario de grawity, intenté hacer ping de una de mis vps'es:
Intenta conectarse, tiene un DNS compatible con IPv6, no responde, porque no tengo una conexión IPv6 en este vps. Ubuntu, que se usa en el OP, como seguramente todos los Debian, pero en este punto sospecho que todos los Linux, es perfectamente capaz de autoconfigurar IPv6, si se encuentra una dirección no-de-enlace-local.
fuente
ip -6 route
su VPS tiene.