O que poderia causar latência de rede em uma nova instalação do Ubuntu Server 10.10?

2

Comprei recentemente uma máquina para executar um servidor de jogos on-line. Eu juntei a máquina e instalei uma nova cópia do Ubuntu Server 10.10. Tenho notado que o servidor do jogo produz uma enorme quantidade de atraso, apesar de ser mais do que capaz de executar o aplicativo do servidor.

Eu tenho tentado rastrear o problema o dia todo e agora acredito que pode ter algo a ver com a conexão de rede, como quando eu me conecto ao servidor usando SSH, na rede local , obter um grande montão de lag antes do campo de senha aparecer. Conectar-se ao servidor antigo na mesma rede exibe o prompt instantaneamente.

Meu hardware é o seguinte:

Core i5 2500 3.3GHz Socket 1155
Asus P8P67 R3 Socket 1155
4GB DDR3 1333MHz
500GB 3.5" SAT-III Hard Drive

Eu uso principalmente o Windows e normalmente procuraria por drivers atualizados se isso acontecesse lá, mas eu realmente não sei por onde começar a resolver esse problema no Linux.

Qualquer ajuda seria muito apreciada.

    
por Nat Ryall 01.04.2011 / 22:19

2 respostas

2

Na maioria das vezes, um pequeno atraso irritante ao iniciar uma conexão, é devido a reverter o DNS não está funcionando. Verifique as entradas de DNS principais / secundárias do seu servidor no seu /etc/resolv.conf e se funcionam como esperado. Como @Shawn J, Goff sugeriu que você pode testar ou contornar isso inserindo manualmente o ip - > entradas de nome de host de suas caixas para seus arquivos /etc/hosts .

Se isso não resolver o problema, verifique as configurações de rede, é possível ter o gateway errado ou a máscara de rede incorreta configurada e ainda ser capaz de usar a Internet, mas não com a funcionalidade ideal.

O próximo passo é verificar a tabela arp com arp -n (talvez para entradas duplicadas). Verifique arping -I ethX ip.add.re.ss . Se você duplicou um ip de uma máquina que está mais ociosa, então é possível ter longos atrasos ao conectar e raras desconexões quando conectado.

Ter sudo tcpdump -ni ethX em execução em um terminal durante todos os testes e observar o tráfego de dns, mensagens icmp ou pacotes arp.

Últimos (e menos prováveis) problemas de cabeamento ou nic. Procure Link Up / Downs em dmesg ou /var/log/kern.log . Crie algum tráfego e observe os retransmissões na saída do tcpdump ou se os contadores de erros aumentarem em ifconfig ethX output.

    
por 02.04.2011 / 20:12
3

Isso pode ser causado pelo sshd fazendo pesquisas de DNS, especialmente ao usar chaves SSH. Você pode mediar isso colocando entradas para o nome do sistema do seu servidor e o nome do seu sistema cliente em /etc/hosts .

Veja link para um pouco mais de profundidade.

    
por 02.04.2011 / 03:12