Quando eu copio um arquivo grande (100 + mb) para um servidor remoto usando o scp ele desacelera de 2.7 mb / s para 100 kb / se para baixo e depois para.
O problema é que não consigo isolar o problema. Eu tentei 2 servidores remotos diferentes, usando 2 máquinas locais (1 osx, 1 windows / cygwin), usando 2 redes / isps diferentes e 2 clientes scp diferentes. Todas as combinações fornecem o problema, exceto quando copio entre os dois servidores remotos (scp). Usando o wireshark, não consegui detectar nenhum volume de tráfego que congestione a rede (embora cerca de 7 pacotes / s com solicitações NBNS da máquina osx).
O que no mundo poderia estar acontecendo? Dadas as combinações que usei, não parece haver nenhuma superposição na coisa que poderia estar causando o problema.
Isso pode ser causado pela configuração incorreta do MTU.
Atualizar
Esta é uma possível duplicação de transferência confiável de arquivos -over-slow-or-flaky-network-link
Você pode obter a saída de depuração do scp adicionando o argumento -v - página man scp
Minha sugestão seria usar o rsync sobre o ssh
rsync -avz --progress --partial /path/to/copy ssh user@host:~/upload
~ / upload estaria no diretório inicial de seus usuários
Outra possível explicação, não relacionada ao MTU, poderia ser o Patch de HPN ssh .
Tags ssh scp vps linux-networking