La conexión IPv6 falla en Chrome, los tiempos de espera en Firefox

3

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

enter image description here

Chromium en Ubuntu

enter image description here

Firefox en Android

enter image description here

Chrome en Android

enter image description here

Firefox en Win10

enter image description here

Chrome en Win10

enter image description here

Exámenes adicionales


wget (ganar 10)

enter image description here

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)

That Brazilian Guy
fuente
Podrias publicar ip -6 addr y ip -6 route en Linux (preferiblemente), o netsh interface ipv6 show addr &erio; netsh interface ipv6 show route en Windows?
grawity
@grawity Agregué la respuesta de esos comandos.
That Brazilian Guy
Hmm, entonces tu enrutador todavía anuncia Accesibilidad IPv6 a través de sí misma (la línea "proto ra predeterminada"), aunque no tiene ninguna dirección que ofrecer. ¿Es un D-Link? Aunque también tengo curiosidad por saber de dónde viene la otra ruta "por defecto ... del proto kernel"; es una rara
grawity
Es un tecnicolor TD5130v2. El panel de control es un poco confuso y no sé nada de IPv6
That Brazilian Guy

Respuestas:

1

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:

Una dirección de enlace local es una dirección de unidifusión IPv6 que se puede configurar automáticamente en cualquier interfaz utilizando el prefijo local de enlace FE80 :: / 10 (1111 1110 10)

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:

root@vps:~# ping6 -c3 bn.uol.com.br
PING bn.uol.com.br(2804:49c:319:FEED::FEEB) 56 data bytes

--- bn.uol.com.br ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2001ms

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.

MariusMatutiae
fuente
Eso es solo una parte del problema. Si la red realmente estuviera sin IPv6, entonces la conexión ni siquiera se intentaría en absoluto debido a que no hay una ruta predeterminada :: / 0. (Me sale un instante 0/10 después de deshabilitar IPv6.)
grawity
@grawity escribió una edición para ti, ¿podrías decirme si estás de acuerdo? Gracias.
MariusMatutiae
Eso depende de que ip -6 route su VPS tiene.
grawity