Transferi recursivamente muitos arquivos e pastas scpusando o comando:
scp -rp /source/folder [email protected]:/destination/folder
Após a conclusão da transferência, preciso verificar se todos os arquivos foram transferidos sem qualquer corrupção ou scpse cuida deles (por exemplo, exibe alguma mensagem de erro se algum arquivo não foi transferido corretamente)?
scpe uma mensagem de erro associada ao stderr , ele terá copiado tudo corretamente e completamente.rsyncse puder. Ele copia validações para todos os arquivos após o término de uma transação, por isso é uma boa ideia usá-lo apenas para ser um pouco mais seguro.Respostas:
scpverifica se copiou todos os dados enviados pela outra parte. A integridade da transferência é garantida pelo protocolo de canal criptográfico. Portanto, você não precisa verificar a integridade após a transferência. Isso seria redundante e muito improvável que ocorra algum erro de hardware, pois os dados com os quais você está comparando provavelmente serão lidos no cache. Verificar dados periodicamente pode ser útil, mas verificar imediatamente após a transferência não faz sentido.No entanto, você precisa garantir que isso
scpnão esteja lhe dizendo que algo deu errado. Deve haver uma mensagem de erro, mas o indicador confiável é quescpretorna um código de saída diferente de zero se algo der errado.Mais precisamente, você sabe que o arquivo foi transmitido corretamente se
scpretornar 0 (ou seja, o código de status de sucesso). Verificar se o status de saída é 0 é necessário quando você executa qualquer comando. Sescpretornar um status de erro, ou se ele for morto por um sinal, ou se nunca morrer porque o sistema trava ou perde energia enquanto está em execução, você não tem garantias. Em particular, comoscpcopia o arquivo diretamente para seu nome final, isso significa que você pode acabar com um arquivo parcial no caso de uma falha no sistema. A parte que foi copiada é garantida como correta, mas o arquivo pode estar truncado.Para melhor confiabilidade, use rsync em vez de scp. A menos que instruído de outra forma, o rsync grava em um arquivo temporário e o move para o lugar quando terminar. Portanto, se o rsync retornar um código de sucesso, você saberá que o arquivo está presente e uma cópia correta e completa; se o rsync não tiver retornado um código de erro, nenhum arquivo estará presente (a menos que haja uma versão mais antiga do arquivo; nesse caso, essa versão mais antiga não será modificada).
fonte
Eu nunca tive um problema com corrupção depois de
scpalgo, mas se você estiver preocupado com isso, sempre poderá executar osmd5sum <filename>dois sistemas para garantir que eles sejam iguais.fonte
Por sugestão da @ david-king, esta é uma
md5solução baseada em verificar a integridade dos arquivos após a transferência. Execute o seguinte comando uma vez depoiscding a/source/folderna máquina local e uma vez apóscding para/destination/folderno host remoto:find . -type f -print0 | xargs -0 -I {} md5sum {} | md5sum. O hash resultante deve ser idêntico após uma transferência bem-sucedida.Atualizar:
De acordo com esta resposta a uma pergunta semelhante no ServerFault ,(Verifique esta resposta por @Gilles para obter detalhes). Alternativa à verificação pós-transferência de hashes de arquivo, você pode usarscpnão garante a integridade do arquivorsyncpara transferir arquivos e verificar seu código de retorno.Atualização 2: O seguinte apenas verifica se os arquivos e seus respectivos tamanhos correspondem após a transferência:
find . -type f -print0 | xargs -0 -I {} stat --printf="%n %s\n" {} | sort | md5sumfonte
scpdo código de retorno é suficiente, e verificar hashes é inútil.scpretorne 0, não garante que o sistema de arquivos não tenha estragado tudo, portanto a verificação dos hashes ainda é útil para verificar a integridade dos dados confidenciais se alguém optar por usarscpmaisrsync.