Eu fiz o download de arquivos muito maiores que 1 GB (> 100 GB até) através de ftp, ssh, http e nunca encontrei um problema desses de uma maneira tão consistente. Mas observei e tenho resolvido os ocasionais pacotes tcp-rst suspeitos em outras situações. Um tcp-rst não deve acontecer em uma situação normal, é quase sempre um evento anormal que merece alguma suspeita saudável.
O fato de ser tão consistente e a conexão ser redefinida, em vez de devidamente fechada, é uma indicação de que algo suspeito está acontecendo na minha opinião. Firewalls e roteadores (mal configurados, ou apenas quebrados) podem estar fazendo esse tipo de coisa. Você pode rodar o tcpdump enquanto esse download estiver acontecendo e estudar a saída.
Meu palpite é que seu ISP pode estar causando isso, sem querer, talvez devido a um roteador ou firewall quebrado.
Às vezes eu tenho tentado descobrir sobre alguns misteriosos tcp resets eu mesmo e usei o tcpdump para isso:
Eu diria que, em torno da marca de 980 MB, tcpdump tudo para um arquivo:
tcpdump -w name.dump -i any -nnvvXSs 65535 tcp port XXX
Em seguida, use o tcpdump para encontrar o (s) pacote (s) de reinicialização:
tcpdump -nnvvXSs 65535 -r name.dump 'tcp[tcpflags] & tcp-rst != 0 and tcp[tcpflags] & tcp-ack != 0' and tcp port XXX
Em seguida, use mais uma vez o tcpdump e o grep para examinar o registro de data e hora de qualquer coisa que possa dar uma pista. As opções -A e -B produzirão 200 linhas antes e depois da linha.
tcpdump -nnvvXSs 65535 -r name.dump | grep -A 200 -B 200 "timestamp of tcp-rst packet"
Ar os servidores onde isso acontece usando um ISP diferente? Ou um roteador ou firewall separado? Você pode verificar se isso não acontece em outros servidores que usam o mesmo ISP, roteador e firewall?