Czy muszę sprawdzić, czy plik nie jest uszkodzony po zakończeniu scp?

Za scppomocą polecenia: rekursywnie przesłałem wiele plików i folderów :

scp -rp /source/folder myremoteusername@122.10.12.123:/destination/folder

Czy po zakończeniu przesyłania muszę sprawdzić, czy wszystkie pliki zostały przesłane bez żadnego uszkodzenia, czy się tym scpzajmuje (tzn. Wyświetla komunikat o błędzie, jeśli któryś z plików nie został poprawnie przesłany)?

scpsprawdza, czy skopiował wszystkie dane wysłane przez drugą stronę. Integralność transferu jest gwarantowana przez protokół kanału kryptograficznego. Nie musisz więc weryfikować integralności po przeniesieniu. Byłoby to zbędne i bardzo mało prawdopodobne jest wykrycie jakiegokolwiek błędu sprzętowego, ponieważ porównywane dane prawdopodobnie zostałyby odczytane z pamięci podręcznej. Okresowa weryfikacja danych może być przydatna, ale weryfikacja natychmiast po przesłaniu jest bezcelowa.

Musisz jednak upewnić się, że scpnie oznacza to, że coś poszło nie tak. Powinien pojawić się komunikat o błędzie, ale wiarygodnym wskaźnikiem jest to, że scpzwraca niezerowy kod wyjścia, jeśli coś poszło nie tak.

Mówiąc dokładniej, wiesz, że plik został poprawnie przesłany, jeśli scpzwraca 0 (tj. Kod statusu powodzenia). Sprawdzenie, czy kod wyjścia ma wartość 0, jest konieczne po uruchomieniu dowolnego polecenia. Jeśli scpzwróci status błędu lub zostanie zabity przez sygnał, lub jeśli nigdy nie umrze, ponieważ system ulega awarii lub traci moc podczas działania, nie masz żadnych gwarancji. W szczególności, ponieważ scpplik jest kopiowany bezpośrednio do jego ostatecznej nazwy, oznacza to, że w przypadku awarii systemu możesz otrzymać plik częściowy. Na pewno skopiowana część jest poprawna, ale plik może zostać obcięty.

Aby uzyskać większą niezawodność, użyj rsync zamiast scp. O ile nie podano inaczej, rsync zapisuje plik tymczasowy i przenosi go na miejsce po zakończeniu. Zatem, jeśli rsync zwróci kod sukcesu, wiesz, że plik jest obecny i poprawna, kompletna kopia; jeśli rsync nie zwrócił kodu błędu, plik nie będzie obecny (chyba że istnieje starsza wersja pliku, w którym to przypadku starsza wersja nie zostanie zmodyfikowana).

Nigdy nie miałem problemu z korupcją po scpczymś, ale jeśli martwisz się tym, zawsze możesz uruchomić md5sum <filename>oba systemy, aby upewnić się, że są takie same.

Według sugestii Davida-króla jest to md5oparte na rozwiązaniu rozwiązanie do sprawdzania integralności plików po przesłaniu. Uruchom następującą komendę raz po cdING /source/folderna lokalnym komputerze i raz po cding aby /destination/folderna zdalnym serwerem find . -type f -print0 | xargs -0 -I {} md5sum {} | md5sum. Wynikowy skrót powinien być identyczny po udanym przeniesieniu.

Aktualizacja: Zgodnie z tą odpowiedzią na podobne pytanie dotyczące ServerFault , scpnie gwarantuje integralność pliku(Proszę sprawdzić tę odpowiedź przez @Gilles, aby uzyskać szczegółowe informacje). Alternatywnie do sprawdzania skrótów plików po przesłaniu, możesz użyć rsyncdo przesłania plików i sprawdzenia kodu powrotu.

Aktualizacja 2: Poniższe sprawdza tylko, czy pliki i ich odpowiednie rozmiary są zgodne po przesłaniu:find . -type f -print0 | xargs -0 -I {} stat --printf="%n %s\n" {} | sort | md5sum