Opplastinga ser øydelagd ut: samanlikn hashar i begge endar

Mottakarar som ikkje får opna ei opplasta fil, høyrer ofte at VPN-en øydela ho. Det er ein hypotese, ikkje ei observasjon, og han kan testast. Før du rører tunnelen, avgjer om objektet som no ligg på destinasjonen, skil seg frå objektet som skulle sendast. Alt anna følgjer av det svaret.

Start med dei tiltenkte bytane, ikkje med klaga

Vel ei ufarleg fil som gjer om problemet, eller den faktiske fila dersom policyen tillèt at ho forlèt kjeldeomgjevnaden. Noter to ting før overføringa: den nøyaktige storleiken i bytar og ein moderne innhaldshash. Filnamn, tidsstempel og førehandsvisingar er metadata, og ingen av dei identifiserer innhaldet.

Rekn ut hashen med ein algoritme begge endar kan køyre, og skriv ned kva for ein du brukte. Ei samanlikning mellom SHA-256 og MD5 er ikkje ei samanlikning, og ei samanlikning mellom to ulike filer som tilfeldigvis deler namn er det heller ikkje.

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

Microsofts Get-FileHash-referanse dokumenterer kommandoen og algoritmeparameteren, nettopp den delen folk hoppar over når ei samanlikning gir eit meiningslaust avvik.

Éin hash per trinn, same algoritmen

Rekn no ut den same algoritmen på det lagra objektet der det til slutt ligg, med ein autorisert metode i staden for ein kopi som har gått gjennom eit anna verktøy. Å lagre den mottekne fila lokalt og hashe den kopien legg til eit trinn du ikkje har testa.

Dersom tenesta viser sin eigen integritetsverdi, handsam han som ei separat observasjon. Ein kontrollsum som leverandøren rapporterer, kan fortelje deg kva leverandøren trur han har lagra, og det er ikkje same påstand som det klienten din sende.

Tre utfall er moglege, og dei peikar i ulike retningar. Like hashar tyder at bytane kom uendra. Ulike hashar med ein kjend konvertering tyder at tenesta med vilje laga eit nytt objekt. Ulike hashar utan konvertering tyder at noko mellom dei to punkta endra innhaldet, og neste trinn er å finne den tidlegaste grensa der det skjedde.

Skil overføringsfeil frå transformasjon

Ei delvis opplasting og ei øydelagd opplasting ser identiske ut i ein filutforskar og er ulike feil. Sjekk om overføringa vart fullført: ein applikasjonslogg som viser ei avbroten førespurnad, ei lagra fil der storleiken er eit prefiks av kjelda, eller eit objekt som faktisk er ei feilside lagra under den forventa filtypen, alt tyder på ei ufullstendig overføring snarare enn endra bytar.

Transformasjon er den andre vanlege forklaringa. Ei teneste som komprimerer bilete på nytt, skriv om CSV-linjeslutt eller konverterer eit dokument, vil med rette produsere ein hash som avvik frå kjelda, og det er ikkje korrupsjon. Samanlikn trinnet som hevdar å vere den tru kopien, ikkje det endelege presentasjonsformatet.

Forsinkelse og tap høyrer til ein tredje kategori. Dei kan få ein klient til å gå ut på tid, prøve på nytt eller gje opp, og ingenting av det tyder at bytar serveren godtok, vart stille endra. Sjå på overføringsresultatet før du tilskriv tunnelen noko.

Prøv ein annan veg utan å endre alt

Dersom hashane verkeleg avvik og det ikkje er nokon konvertering, gjer om den same fila, klienten, protokollen og destinasjonen over ein annan støtta veg, til dømes eit lokalt nettverk i staden for VPN-en. Endre éin variabel. Å endre klienten, endepunktet og verktøyet på ein gong gir deg eit resultat du ikkje kan tilskrive.

Hald samanlikninga ærleg i begge retningar. Ein hash fortel deg at to punkt er usamde eller samde om innhaldet; han fortel deg ikkje kva side som er påliteleg, så hald den forventa verdien og verifiseringa innanfor tillitsmodellen du faktisk brukar.

Avslutt med ei konkret setning i saka: overføringa stoppa tidleg, applikasjonen transformerte objektet, lagringa endra det, eller bytane stemmer og det er lesinga som feilar. Kvar av dei har ein annan eigar, og ingen av dei er VPN-en som standard.