Excluindo isso, pois tentei todos os métodos listados neste site. E excluindo isso e isso , eles estão no site mencionado acima. Quais são as possíveis causas de uma desaceleração da Internet baseada em software.
Sintomas:
- A inicialização no Windows ou em outro disco de inicialização ao vivo faz com que a Internet funcione, causando uma perda de 0%.
- O roteador pode ser pingado pelo PC em questão, durante a execução do Ubuntu, com 0% de perda e qualquer coisa na mesma rede com 0% de perda.
- O ping ou mtr, pelo PC em questão, para qualquer coisa fora da rede (do outro lado do roteador) resulta em 100% de perda.
- Se o roteador ou outros dispositivos na rede tentarem executar ping no computador em questão, eles terão uma perda de 80% a 95%.
Qual poderia ser a causa desse tipo de falha de rede no Ubuntu?
Os PCs Ubuntu com esse problema têm respostas para lspci -knn | grep Eth -A2:
02:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8131 Gigabit Ethernet [1969:1063] (rev c0)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7599]
Kernel driver in use: atl1c
Este tem menos de 80% de perda ~ 50% usando uma porta de rede USB para Cat5
00:13.2 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396]
Kernel driver in use: ehci-pci
networking
internet
network-manager
ethernet
Luke Burgess
fonte
fonte
lspci -knn | grep Eth -A2comando terminal.Respostas:
Isso é e sempre será um palpite sem estar no local, mas existem alguns motivos que podem impedir a Ethernet de funcionar corretamente. O driver do Windows para o cartão pode fazer uma automagia para degradar as configurações do seu cartão. Ou o cartão precisa de algum puxão para fazer a negociação automática.
O mais óbvio pode ser o endereço MAC duplicado. Liste os endereços MAC no PC afetado, desligue-o e tente
arpingos endereços MAC de uma máquina diferente.Seu roteador pode ser um negócio real e bloquear algumas configurações de IP padrão. Se você tentar usar outro roteador genérico na rede, faça-o para descartar essa possibilidade.
Cabos tortos ou antigos que impedem o cartão de funcionar em velocidades mais altas. Você pode tentar configurar o modo de link para 10M ou 100M manualmente usando o mii-tool ou o ethtool.
Semelhante às configurações full-duplex ou half-duplex da placa.
Aqui está um artigo sobre o mii-tool / ethtool que vai para lá com mais detalhes.
Mais uma idéia de como depurar o problema:
fonte
Outra ferramenta que você pode querer empregar é o iperf. Você pode usar isso para determinar se a rede local está matando sua taxa de transferência. Uma referência está localizada em: https://iperf.fr/ . Você pode simplesmente gerar altas cargas de largura de banda e depois verificar qual é a taxa de transferência real relatada. Se você tiver dois nós, poderá fazer a seguinte verificação. Primeira corrida
nas duas máquinas. Encontre sua interface e observe a velocidade do link relatada, deve ser algo da forma:
Essa interface reporta 100Mbit / s, verifique isso nos dois dispositivos e determine o mínimo que você espera. Em seguida, use o iperf para enviar uma grande quantidade de tráfego para determinar qual é a taxa de transferência real
No nó 1, execute:
No nó 2, execute:
Isso irá gerar um relatório no lado do cliente do formulário:
e algo semelhante no lado do servidor (o nó -s). Você notará que, nesse caso, a taxa de transferência está bem próxima do ideal relatado. Você deve perder alguns Mbits / s para a sobrecarga do TCP, mas se esse valor estiver muito longe, você pode culpar algo dentro da sua rede. Se esse número estiver dentro de alguma tolerância (digamos 5 a 7% dos relatados), seu problema estará além do seu gateway.
Nesse ponto, pode-se perguntar se o seu provedor de serviços está fazendo proxy ou fazendo algum tipo de modelagem de tráfego que dê tratamento preferencial a certos tipos de tráfego?
fonte