A conexão IPv6 falha no Chrome, tempos limite no Firefox

3

Notei que há uma determinada página demorando muito tempo (5 a 10s) para carregar no Firefox. Rastreei o atraso e isso acontece quando tento conectar a um determinado host, bn.uol.com.br .

Estranhamente, esse atraso só acontece no Firefox, mas não no Chrome / Chromium. Isso acontece no Firefox 31.0 no Ubuntu 14.04, acontece no Firefox 42.0 no Windows 10 e acontece no Firefox 42.0.1 no Android 4.4.4; mas isso não acontece no Chromium 45.0.2454.101 para o Ubuntu 14.04 ou no Chrome 46.0.2490.86m para Windows 10 ou no Chrome 34.0.1847.114 para o Android 4.4.4.

Quero encerrar esse atraso em todos os sistemas operacionais e em todos os dispositivos, ativando o IPv6 corretamente ou desativando-o completamente.

Eu já havia notado% de co-depuração% intermitente em endereços IPv6 aleatórios. Eu suspeito (mas não tenho certeza) que meu ISP não habilita o IPv6, e eu também suspeito (mas também não tenho certeza) que o IPv6 está desabilitado no meu AP / roteador sem fio. Suspeitei e fiz o teste link em ambos os navegadores em todos os sistemas operacionais (mesma rede sem fio, mesmo roteador / AP).

Veja os resultados:

Firefox no Ubuntu

ChromiumnoUbuntu

FirefoxnoAndroid

ChromenoAndroid

FirefoxnoWin10

ChromenoWin10

Testesadicionais

wget(Win10)

Há uma longa pausa antes do tempo limite do IPv6.

Mais testes em uma baunilha ao vivo USB 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.

Há uma longa pausa antes do tempo limite do IPv6 acima.

$ 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

A terceira linha parece apontar para o meu ap / router wifi, embora eu suponha que o IPv6 esteja desativado (é um Technicolor TD5130v2 e a interface do usuário é bastante confusa)

    
por That Brazilian Guy 01.12.2015 / 03:19

1 resposta

1

Você não tem um endereço IPv6, provavelmente porque o seu provedor ainda não fez a transição para o IPv6, como a maioria dos ISPs do mundo.

Seu endereço fe80::3e77:e6ff:feb4:41a1 é um endereço de link local, consulte aqui para intance:

A link-local address is an IPv6 unicast address that can be automatically configured on any interface using the link-local prefix FE80::/10 (1111 1110 10)

Além disso, a resposta do link é idêntica à minha em casa, onde certamente não tenho uma conexão IPv6.

Editar

Em resposta ao comentário do grawity, eu tentei o ping6-ing de um dos meus 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

Ele tenta se conectar, ele tem um DNS compatível com IPv6, sem resposta, porque eu não tenho uma conexão IPv6 neste vps. O Ubuntu, que é usado no OP, como certamente todo o Debian, mas neste momento eu suspeito que todos os Linuxes, é perfeitamente capaz de configurar o IPv6, se um endereço local sem link for encontrado.

    
por 01.12.2015 / 09:47