Não é possível acessar sites selecionados no Linux (mas pode no Windows)

Question

Minha conexão de internet costumava ser uma conexão direta de LAN com meu provedor. Naquela época, tudo iria carregar bem no Windows e no Ubuntu (dual boot). No entanto, um tempo atrás eles começaram a precisar de mim para discar usando um nome de usuário e senha (através de uma conexão PPPoE). Mas desde então, não tenho conseguido navegar em determinados sites no Ubuntu, embora não tenha havido problemas no Windows. Alguns sites de exemplo são - página de login do Ovi (embora share.ovi.com carregue bem, e nokia.com carrega bem), < href="http://mail.live.com"> Live Mail (funciona no Chrome (ium) e no Opera, mas não no Firefox (ambos 3.6 e 4)) e em outros sites aleatórios.

Alguns dos sites que não carregam mostram mensagens de tempo limite no Chrome e, para alguns sites, o navegador continuará tentando carregar sem fim (deixei assim mesmo por horas, mas não percebi que algo diferente aconteceu) .

Eu tentei alterar os servidores DNS para os sugeridos no comentário. Eu até tentei inicializar a partir de um Fedora LiveCD e então mudando o DNS para aqueles (e até para os do OpenDNS), mas a mesma coisa acontece.

Aqui está a saída do ipconfig no Windows:

Sefordealgumaajuda,asmensagensdeerrodoOperaparecemserumpoucomaisinformativaseapresentamosseguinteserros:

• Conexãosegura:errofatal(552)
• Conexãosegura:errofatal(40)

Seguidopor:OOperanãoconseguiuseconectaraoservidor.OservidorpodeestarusandooprotocoloSSL2nãosuportado,quenãoéconsideradoseguroosuficienteparacomunicaçãosegura.OproprietáriodositedeveatualizarparaoTLS1.0oumaisrecente.

Alguémsabeporqueissoestáacontecendoecomoissopodesercorrigido?

Atualização:sóviaqui link que outra pessoa estava tendo problema semelhante e resolvido colocando um arquivo NetworkManager.conf em / etc / NetworkManager. O que precisa estar nesse arquivo?

    

Answer 1

_{(copiado de Unix Stack Exchange )}

Você tem os sintomas de um problema MTU : algumas conexões TCP congelam, mais ou menos reprodutível para um determinado comando ou URL, mas sem um padrão geral facilmente discernível. Um sintoma revelador é que as sessões ssh interativas funcionam bem, mas as transferências de arquivos quase sempre falham. Além disso, pppoe é o principal responsável pelo problema de MTU para usuários domésticos. Então, eu prescrevo uma verificação de MTU.

O que é isso? O m aximum t ransmission u nit é o tamanho máximo de um pacote em um link de rede. O MTU varia de meio de transporte para meio de transporte, e. Ethernet com fio e Wi-Fi (802.11) têm MTUs diferentes e links ATM (que compõem a maior parte da infraestrutura de longa distância) cada um tem seu próprio MTU. O PPPOE é um protocolo encapsulado, o que significa que cada pacote consiste em alguns bytes de cabeçalho seguidos pelo subjacente pacote - por isso diminui o tamanho máximo do pacote pelo tamanho do cabeçalho. O IP permite que os roteadores fragmentem pacotes se detectarem que eles são grandes demais para o próximo salto, mas isso nem sempre trabalhos. Em teoria, o próprio MTU deve ser descoberto automaticamente , mas isso também nem sempre funciona. Em particular, o googling sugere que o Network Manager nem sempre atua adequadamente nas informações da MTU obtidas a partir da descoberta da MTU, mas não sei quais versões são afetadas ou quais são os casos de uso problemáticos.

Como medir isso. Tente enviar pacotes de ping de um determinado tamanho para hosts externos que respondem a eles, por exemplo, ping -c 1 -s 42 8.8.8.8 (no Linux; em outros sistemas, procure a documentação do seu comando ping ). Seus pacotes devem passar por valores pequenos o suficiente de 42 (se 42 não funcionar, algo está bloqueando pings). Para valores maiores, o pacote não passará. 1464 é um valor máximo típico se a parte limitadora da infraestrutura for sua rede Ethernet local. Se tiver sorte, quando enviar um pacote muito grande, você verá uma mensagem como Frag needed and DF set (mtu = 1492) . Se você não tiver sorte, continue experimentando o valor até encontrar o máximo e, em seguida, adicione 28 ( -s especifica o tamanho da carga útil e há 28 bytes de cabeçalhos além disso). Veja também Como otimizar sua conexão com a Internet usando MTU e RWIN nos fóruns do Ubuntu.

Como configurá-lo (substitua 1454 pelo MTU que você determinou e eth0 pelo nome da sua interface de rede)

• Como uma vez (Linux): executar ifconfig eth0 mtu 1454
• Permanentemente (Debian e derivados como o Ubuntu, se não estiver usando o Network Manager): Edite /etc/network/interfaces . Logo após a entrada da sua interface de rede (após a diretiva iface eth0 … ), adicione uma linha com pre-up ifconfig $IFACE mtu 1454 . Como alternativa, se o seu endereço IP for estático, você poderá adicionar o parâmetro mtu 1454 à diretiva iface eth0 inet static .

• Permanentemente (Debian e derivados como o Ubuntu, com ou sem o Network Manager): Crie um script chamado /etc/network/if-pre-up.d/mtu com o seguinte conteúdo e torne-o mundialmente executável ( chmod a+rx ):

  #!/bin/sh
  ifconfig $IFACE mtu 1454
  

Answer 2

Eu deixei a configuração padrão no arquivo de interface, mas defini a seção MTU=1300 no meu roteador sem fio "WAN".

Isso resolveu o problema.

    

Answer 3

Eu tenho o mesmo problema. Alguns dos sites não podem abrir no meu KUBUNTU 17.04. Eu uso este comando:

echo 0 >/proc/sys/net/ipv4/tcp_timestamps

    

Answer 4

O problema pode estar relacionado à configuração do DNS. Para mim, o problema foi resolvido com alguns passos:

1. Primeiro, abra o terminal.
2. Dentro, execute sudo apt-get install resolvconf (instalará resolvconf package).
3. Ir para o diretório /etc/resolvconf/resolv.conf.d/ .
4. Abra o arquivo chamado base com permissões de root executando sudo nano base .
5. Simplesmente adicione / altere as entradas. Um exemplo de entrada válido é nameserver 8.8.8.8 . As entradas devem ser separadas por novas linhas. O seguinte, é um arquivo válido:

   nameserver 8.8.8.8
   nameserver 8.8.4.4
   

   Observação : uma lista de nomes e endereços DNS pode ser encontrada aqui .
6. Salve o arquivo e saia.
7. Execute sudo resolvconf -u (ele atualizará a configuração do DNS).

É isso! Agora, tente carregar alguns sites que não carregaram, deve funcionar!