Eu o consertei abaixando a MTU até que funcionasse e desativando os Jumbo Frames.
Eu tenho um laptop Dell XPS 17 (cerca de 5 anos de idade) executando o Windows 7 e um Synology RS412 NAS. Eu também tenho vários outros dispositivos de rede (servidores, roteadores, laptops, PCs). Alguns estão no meu domínio, outros não. Todos estes outros dispositivos não têm problemas em ligar e usar o Synology NAS. A Dell não tem problemas para se conectar ao NAS ... usando a conexão Wifi. Ele não tem problemas para se conectar a outros dispositivos locais ou da Internet (a conexão sem fio no roteador está programada e somente à noite).
Usar o cabo, no entanto, tem ... problemas. Ping nos trabalhos NAS. Telnet 5000 e digitação sem sentido retorna um 302 e uma desconexão. Conectar-se à interface da Web do NAS usando um navegador (qualquer navegador) ou um compartilhamento de arquivos usando o Windows Explorer resulta na suspensão do programa sem tempo limite.
O Wireshark me fornece erros de Retransmissão TCP, TCP ACK DUP e TCP Segmento anterior não capturados.
Isso por si só me fez experimentar o Wifi e concluir que isso de fato funcionou.
Eu usei vários cabos UTP (de outra forma testados para funcionar) para excluir um cabo defeituoso. Por uma falha física, parece estranhamente específica também ... embora você nunca saiba ...
A pergunta:
Portanto, salvo uma falha física da NIC, existe alguma configuração no Windows que possa causar esse comportamento?
Isso parece muito mais provável que seja uma falha NIC / cabo / porta de comutação do que qualquer nível de sistema operacional. Embora as retransmissões de TCP possam ser causadas por software (como a pilha de rede do sistema operacional) enviando pacotes malformados, em redes comutadas, isso é quase sempre resultado de algo errado com o hardware ou ambiente físico. (Estou assumindo que sua LAN está usando um comutador, não um hub, já que as colisões de pacotes no domínio de colisão de um hub também criam retransmissões).
Como sugerido, você pode tentar executar um sistema operacional diferente (como um liveCD do Linux) para eliminar o software de aplicativo e a pilha de rede da equação, mas mais de 99 vezes de 100, isso é resultado de algo errado na camada 1 do modelo de rede OSI (e, às vezes, camada 2 ou 3).
Como tal, as melhores e mais rápidas opções são normalmente limpar as portas Ethernet (apagando-as com ar comprimido), experimentando um novo cabo, verificando fontes de interferência (o cabo da sua rede talvez esteja funcionando próximo a um grande fonte de alimentação, por exemplo), alterando as portas às quais o cabo está conectado e atualizando seu firmware e drivers relacionados à rede (se aplicável).
Se isso não funcionar, é uma questão de isolar qual dispositivo está falhando (porta no computador, porta no NAS, switch) e procurar hardware substituto, é triste dizer.