Não é possível acessar sites https selecionados no Linux sobre PPPoE

18

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, há um tempo atrás eles começaram a precisar de mim para discar (PPPoE) usando um nome de usuário e senha. Os servidores de gateway, máscara de sub-rede, IP, DNS permaneceram todos iguais. 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)) Mozilla Adiciona o site e outros sites aleatórios.

Alguns dos sites que não carregam mostram mensagens de tempo limite e para alguns sites (como os addons do moz), o navegador continuará tentando carregar sem um fim (deixei assim mesmo por horas, mas não notei algo diferente acontecer).

Eu tentei alterar os servidores DNS para os públicos. Eu até tentei inicializar a partir de um Fedora LiveCD e então mudando o DNS para aqueles (e mesmo para os do OpenDNS), mas a mesma coisa acontece. O que poderia estar inerentemente errado com alguma configuração dentro do próprio Linux que está causando este problema?

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

Observação: essa questão foi fez um cruzamento no SU, mas não obteve respostas.

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

    
por Mussnoon 22.11.2010 / 15:46

3 respostas

23

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. Se você tem tracepath do Linux iputils , execute tracepath 8.8.8.8 para ver o MTU sobre o caminho para o servidor DNS do Google. Se a sua versão de traceroute tiver uma opção --mtu , execute traceroute -n --mtu 8.8.8.8 . Veja Descubra o MTU entre mim e o IP de destino para mais opções.

Na falta de ferramentas automatizadas, você pode medir manualmente. 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
    

Outros recursos

por 24.11.2010 / 21:50
2

Parece que o problema principal é algo relacionado ao SSL. Todos os URLs do seu problema são https://.... ones.

Não vejo por que uma alteração no PPPoE afeta isso, mas talvez seu ISP tenha mudado mais de uma coisa ao mesmo tempo e você esteja culpando a alteração errada.

Eu tentaria adicionar um roteador de hardware, um especificamente recomendado pelo número do modelo pelo seu ISP. Não só é provável que negocie a conexão PPPoE exatamente como seu ISP deseja, talvez resolva o problema com conexões SSL também.

Se isso não ajudar no seu problema imediato, você ainda recebe alguns benefícios colaterais.

Primeiro, um firewall de hardware adiciona uma camada de segurança. Se você precisar permitir conexões com a máquina por trás do firewall, consulte PortForward.com para obter guias para o encaminhamento de porta que guia todos os roteadores que você provavelmente usará .

Segundo, a maioria dos roteadores domésticos permite que você compartilhe sua conexão com a Internet com vários PCs.

    
por 22.11.2010 / 16:59
1

Eu tive exatamente o mesmo problema com o cromo (e o cromo). Eu assumi que era um problema de webkit. Eu nunca encontrei uma solução permanente, mas se você google esse código de erro (sem os valores reais), você verá muitas pessoas têm o mesmo problema. Eu poderia fazê-lo funcionar temporariamente fechando a guia que estava conectada ao site em questão e, em seguida, limpei meu cache e cookies e tudo mais.

Eu nunca encontrei uma solução e desde então voltei para o firefox.

    
por 22.11.2010 / 18:57