Opplastingen ser ødelagt ut: sammenlign hasher i begge ender

Mottakere som ikke får åpnet en opplastet fil, hører ofte at VPN-en ødela den. Det er en hypotese, ikke en observasjon, og den kan testes. Før du rører tunnelen, avgjør om objektet som nå ligger på destinasjonen, avviker fra objektet som skulle sendes. Alt annet følger av det svaret.

Start med de tiltenkte bytene, ikke med klagen

Velg en ufarlig fil som gjenskaper problemet, eller den faktiske filen hvis policyen tillater at den forlater kildeomgivelsen. Noter to ting før overføringen: den nøyaktige størrelsen i bytes og en moderne innholdshash. Filnavn, tidsstempler og forhåndsvisninger er metadata, og ingen av dem identifiserer innhold.

Beregn hashen med en algoritme begge ender kan kjøre, og skriv ned hvilken du brukte. En sammenligning mellom SHA-256 og MD5 er ikke en sammenligning, og en sammenligning mellom to forskjellige filer som tilfeldigvis deler navn er det heller ikke.

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 hopper over når en sammenligning gir et meningsløst avvik.

Én hash per trinn, samme algoritme

Beregn nå den samme algoritmen på det lagrede objektet der det til slutt ligger, med en autorisert metode i stedet for en kopi som har gått gjennom et annet verktøy. Å lagre den mottatte filen lokalt og hashe den kopien legger til et trinn du ikke har testet.

Hvis tjenesten viser sin egen integritetsverdi, behandle den som en separat observasjon. En kontrollsum som leverandøren rapporterer, kan fortelle deg hva leverandøren tror den har lagret, og det er ikke samme påstand som det klienten din sendte.

Tre utfall er mulige, og de peker i forskjellige retninger. Like hasher betyr at bytene kom uendret. Ulike hasher med en kjent konvertering betyr at tjenesten bevisst laget et nytt objekt. Ulike hasher uten konvertering betyr at noe mellom de to punktene endret innholdet, og neste trinn er å finne den tidligste grensen der det skjedde.

Skill overføringsfeil fra transformasjon

En delvis opplasting og en ødelagt opplasting ser identiske ut i en filutforsker og er forskjellige feil. Sjekk om overføringen ble fullført: en applikasjonslogg som viser en avbrutt forespørsel, en lagret fil der størrelsen er et prefiks av kilden, eller et objekt som faktisk er en feilside lagret under den forventede filtypen, alt tyder på en ufullstendig overføring snarere enn endrede bytes.

Transformasjon er den andre vanlige forklaringen. En tjeneste som komprimerer bilder på nytt, skriver om CSV-linjeslutt eller konverterer et dokument, vil med rette produsere en hash som avviker fra kilden, og det er ikke korrupsjon. Sammenlign trinnet som hevder å være den tro kopien, ikke det endelige presentasjonsformatet.

Forsinkelse og tap hører til en tredje kategori. De kan få en klient til å gå ut på tid, prøve på nytt eller gi opp, og ingenting av det betyr at bytes serveren godtok, ble stille endret. Se på overføringsresultatet før du tilskriver tunnelen noe.

Prøv en annen vei uten å endre alt

Hvis hashene virkelig avviker og det ikke er noen konvertering, gjenta den samme filen, klienten, protokollen og destinasjonen over en annen støttet vei, for eksempel et lokalt nettverk i stedet for VPN-en. Endre én variabel. Å endre klienten, endepunktet og verktøyet på en gang gir deg et resultat du ikke kan tilskrive.

Hold sammenligningen ærlig i begge retninger. En hash forteller deg at to punkter er uenige eller enige om innholdet; den forteller deg ikke hvilken side som er pålitelig, så hold den forventede verdien og verifiseringen innenfor tillitsmodellen du faktisk bruker.

Avslutt med en konkret setning i saken: overføringen stoppet tidlig, applikasjonen transformerte objektet, lagringen endret det, eller bytene stemmer og det er lesingen som feiler. Hver av dem har en annen eier, og ingen av dem er VPN-en som standard.