Unggahan tampak rusak: bandingkan hash di kedua ujung

Penerima yang tidak dapat membuka berkas yang diunggah sering mendengar bahwa VPN merusaknya. Itu hipotesis, bukan pengamatan, dan dapat diuji. Sebelum menyentuh terowongan, tetapkan apakah objek yang kini tersimpan di tujuan berbeda dari objek yang seharusnya dikirim. Semua hal lain mengikuti jawaban itu.

Mulai dari byte yang dimaksud, bukan dari keluhan

Pilih berkas tidak berbahaya yang mereproduksi masalah, atau berkas sebenarnya jika kebijakan mengizinkannya meninggalkan lingkungan sumber. Catat dua hal sebelum transfer: ukuran tepat dalam byte dan hash konten modern. Nama berkas, stempel waktu, dan pratinjau adalah metadata, dan tidak satu pun mengidentifikasi konten.

Hitung hash dengan algoritme yang dapat dijalankan kedua ujung, dan catat mana yang Anda gunakan. Perbandingan antara SHA-256 dan MD5 bukan perbandingan, dan perbandingan antara dua berkas berbeda yang kebetulan bernama sama juga bukan.

PS> Get-FileHash -LiteralPath "C:\uploads\report.csv" -Algorithm SHA256
Hash                                                        Path
----                                                        ----
9F2C...                                                      C:\uploads\report.csv

Referensi Get-FileHash dari Microsoft mendokumentasikan perintah dan parameter algoritmenya, justru bagian yang dilewati orang ketika perbandingan menghasilkan ketidakcocokan tanpa makna.

Satu hash per tahap, algoritme yang sama

Sekarang hitung algoritme yang sama pada objek tersimpan di tempat objek itu akhirnya berada, dengan metode yang diizinkan alih-alih salinan yang melewati alat lain. Menyimpan berkas yang diterima secara lokal dan menghitung hash salinan itu menambah langkah yang belum Anda uji.

Jika layanan menampilkan nilai integritasnya sendiri, perlakukan itu sebagai pengamatan terpisah. Checksum yang dilaporkan penyedia dapat memberi tahu apa yang dianggap penyedia telah disimpannya, dan itu bukan klaim yang sama dengan apa yang dikirim klien Anda.

Tiga hasil mungkin terjadi, dan ketiganya menunjuk arah berbeda. Hash yang sama berarti byte tiba tanpa perubahan. Hash berbeda dengan konversi yang diketahui berarti layanan sengaja menghasilkan objek baru. Hash berbeda tanpa konversi berarti sesuatu di antara kedua titik mengubah konten, dan langkah berikutnya adalah menemukan batas paling awal tempat itu terjadi.

Pisahkan kegagalan transfer dari transformasi

Unggahan sebagian dan unggahan rusak terlihat identik di peramban berkas dan merupakan gangguan yang berbeda. Periksa apakah transfer selesai: log aplikasi yang menunjukkan permintaan terputus, berkas tersimpan yang ukurannya merupakan prefiks sumber, atau objek yang sebenarnya halaman galat yang disimpan dengan ekstensi yang diharapkan, semuanya menunjukkan transfer tidak lengkap, bukan byte yang berubah.

Transformasi adalah penjelasan umum lainnya. Layanan yang mengompres ulang gambar, menulis ulang akhir baris CSV, atau mengonversi dokumen akan secara sah menghasilkan hash yang berbeda dari sumber, dan itu bukan kerusakan. Bandingkan tahap yang mengklaim sebagai salinan setia, bukan format penyajian akhir.

Penundaan dan kehilangan termasuk kategori ketiga. Keduanya dapat membuat klien kehabisan waktu, mencoba ulang, atau menyerah, dan tidak satu pun menyiratkan bahwa byte yang diterima server diubah diam-diam. Lihat hasil transfer sebelum mengaitkan apa pun dengan terowongan.

Coba jalur kedua tanpa mengubah semuanya

Jika hash benar-benar berbeda dan tidak ada konversi, ulangi berkas, klien, protokol, dan tujuan yang sama melalui jalur lain yang didukung, seperti jaringan lokal alih-alih VPN. Ubah satu variabel. Mengubah klien, titik akhir, dan alat sekaligus memberi Anda hasil yang tidak dapat Anda kaitkan.

Jaga perbandingan tetap jujur di kedua arah. Hash memberi tahu Anda bahwa dua titik berbeda atau sepakat soal konten; ia tidak memberi tahu sisi mana yang tepercaya, jadi simpan nilai yang diharapkan dan verifikasi di dalam model kepercayaan yang benar-benar Anda andalkan.

Akhiri dengan kalimat spesifik di tiket: transfer berhenti lebih awal, aplikasi mentransformasi objek, penyimpanan mengubahnya, atau byte cocok dan membacanya adalah kegagalannya. Masing-masing punya pemilik berbeda, dan tidak satu pun adalah VPN secara bawaan.