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

Minha conexão à Internet costumava ser uma conexão LAN direta ao meu provedor. Naquela época, tudo carregava bem no Windows e no Ubuntu (inicialização dupla). No entanto, há pouco tempo, eles começaram a precisar que eu discasse usando um nome de usuário e senha (em uma conexão PPPoE). Mas desde então, não consigo navegar em determinados sites no Ubuntu, mesmo que não existam problemas no Windows. Alguns exemplos de sites são: a página de login do Ovi (embora o share.ovi.com seja carregado bem e o nokia.com seja carregado bem), o Live Mail (funciona no Chrome (ium) e Opera, mas não no Firefox (3.6 e 4)) e outros sites aleatórios.

Alguns sites que não carregam mostram mensagens de tempo limite no Chrome e, em alguns sites, o navegador continua tentando carregar sem fim (eu deixei assim mesmo por horas, mas não percebi que algo diferente acontecia).

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

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

Se houver alguma ajuda, as mensagens de erro do Opera parecem um pouco mais informativas e apresentam os seguintes erros:

• Conexão segura: erro fatal (552)
• Conexão segura: erro fatal (40)

Seguido por: O Opera não conseguiu se conectar ao servidor. O servidor pode estar usando o protocolo SSL 2 não suportado, que não é considerado seguro o suficiente para comunicação segura. O proprietário do site deve atualizar para o TLS 1.0 ou mais recente.

Alguém sabe por que isso está acontecendo e como pode ser corrigido?

Atualização: Acabei de ver aqui http://ubuntuforums.org/showthread.php?t=1571086&highlight=pppoe que alguém estava tendo um problema semelhante e o resolveu colocando um arquivo NetworkManager.conf em / etc / NetworkManager. O que precisa estar nesse arquivo?

_{(Copiado do Unix Stack Exchange )}

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

O que é isso? O m aximum t ransmission u nit é o tamanho máximo de um pacote através de uma ligação de rede. A MTU varia de meio de transporte para meio de transporte, por exemplo, 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 pacote subjacente - portanto, reduz o tamanho máximo do pacote pelo tamanho do cabeçalho. O IP permite que os roteadores fragmentem pacotes se detectarem que são muito grandes para o próximo salto, mas isso nem sempre funciona. Em teoria, o MTU adequado deve ser descobertoautomaticamente , mas isso também nem sempre funciona. Em particular, o Google sugere que o Network Manager nem sempre atue adequadamente nas informações de MTU obtidas da descoberta do 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 respondam a eles, por exemplo ping -c 1 -s 42 8.8.8.8(no Linux; em outros sistemas, consulte a documentação do seu pingcomando). 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 será entregue. 1464 é um valor máximo típico se a parte limitante da infraestrutura for sua rede Ethernet local. Se você tiver sorte, quando enviar um pacote muito grande, verá uma mensagem como Frag needed and DF set (mtu = 1492). Se você não tiver sorte, continue experimentando o valor até encontrar o valor máximo e adicione 28 ( -sespecifica o tamanho da carga útil e há 28 bytes de cabeçalhos além disso). Veja tambémComo 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 eth0pelo nome da sua interface de rede)

• Como uma única vez (Linux): execute ifconfig eth0 mtu 1454
• Permanentemente (Debian e derivados como o Ubuntu, se não estiver usando o Network Manager): Editar /etc/network/interfaces. Logo após a entrada para sua interface de rede (após a iface eth0 …diretiva), 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 mtu 1454parâmetro à iface eth0 inet staticdiretiva.

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

  #!/bin/sh
  ifconfig $IFACE mtu 1454
  

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

Isso resolveu o problema.

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

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

O problema pode estar relacionado à configuração do DNS. Para mim, o problema foi resolvido executando algumas etapas:

1. Primeiro, abra o terminal.
2. Dentro, execute sudo apt-get install resolvconf(ele instalará o resolvconfpacote).
3. Vá para o /etc/resolvconf/resolv.conf.d/diretório
4. Abra o arquivo nomeado basecom 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. A seguir, é um arquivo válido:

   nameserver 8.8.8.8
   nameserver 8.8.4.4
   

   Nota : 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 aí! Agora, tente carregar alguns sites que não carregaram, ele deve funcionar!