Na minha rede doméstica, eu tenho um roteador de banda larga comum, conectado através de um adaptador de linha de força a um comutador de gigabit, que por sua vez está conectado ao meu desktop e servidor doméstico.
O roteador atribui endereços IP estáticos à área de trabalho e ao servidor, ou seja, o servidor DHCP no roteador está reservando seus endereços. A área de trabalho e o servidor estão na mesma sub-rede e a máscara de sub-rede é 255.255.255.0
Às vezes, a transferência de dados da área de trabalho para o servidor é tão lenta que parece pular através do roteador. Isso também é suportado pela observação de que, anteriormente, quando uma ponte sem fio era usada em vez de um adaptador de linha de força para conectar o switch ao roteador, as velocidades de transferência eram muito mais lentas ainda.
Desabilitar / reativar o adaptador Ethernet na área de trabalho corrige esse problema temporariamente. Não posso recriar esse problema de maneira confiável.
Como garantir que o switch sempre entregue os pacotes da área de trabalho diretamente ao servidor, em vez de enviá-los em uma viagem de ida e volta ao roteador primeiro?
Especificações técnicas:
- Roteador: Virgin Media Superhub 2ac
- Adaptador Powerline: TP-LINK TL-PA411KIT AV500 500 Mbps Nano
- Switch: TP-Link TL-SG1005D
- Área de trabalho: Windows 7, Realtek PCIe GBE
- Servidor: HP proliant n40l, CentOS
fonte
Respostas:
Excluindo falhas de hardware (que, no caso, não podemos resolver), o problema pode ser causado por uma configuração de rede incorreta.
O que você quer dizer com
?
Você quer dizer que configurou o servidor DHCP em execução no roteador para reservar alguns IPs para o PC de mesa e para o servidor? Se esse for o caso, o DHCP também deverá configurar os outros parâmetros de rede, como gateway padrão e máscara de rede.
A máscara de rede, em particular, é crucial no seu cenário, pois, com base nela, o servidor e a área de trabalho decidem rotear pacotes.
Por favor, verifique o IP atribuído e a máscara de rede nas duas máquinas:
para prompt de comandos do Windows
para terminal CentOS
Se a máscara de rede é algo como 255.255.255.0 e os endereços IP atribuídos são como 192.168.1.2 e 192.168.1.3, você está bem, mas se você tem algo como 192.168.1.2 e 192.168.0.3, não deve funcionar, pois todo mundo tente passar pelo roteador para alcançar a outra máquina.
Se você puder fornecer mais detalhes (por exemplo, saída dos comandos acima), poderíamos tentar ajudá-lo melhor! :)
fonte
traceroute 192.168.0.18
de .27 etraceroute 192.168.0.27
de .18? Considere que no prompt de comando do Windows que você precisa usartracert
,traceroute
é para UNIX.