Filens mime-type-kontrol

Filens mime-type-kontrol er et gratis værktøj, der viser en fils MIME-type samt oplysninger som navn, størrelse og seneste ændringsdato.

Hvad fortæller en kontrol af MIME-typen?

En kontrol af MIME-typen viser, hvordan en fil identificeres ved udveksling mellem browsere, servere, mailklienter og anden software. En MIME-type, som formelt nu kaldes en medietype, består normalt af en overordnet type og en undertype adskilt af en skråstreg, for eksempel application/pdf, image/png eller text/plain.

Resultatet er nyttigt, når du fejlsøger afviste uploads, kontrollerer filer før udgivelse eller undersøger filer fra en tredjepart. En API kan for eksempel acceptere image/png, men afvise en fil, der identificeres som application/octet-stream, selv om navnet ender på .png.

En filendelse og en MIME-type hænger sammen, men er ikke det samme. Filendelsen er en del af navnet, mens MIME-typen er metadata, som software tildeler eller udleder. Forskellige operativsystemer og browsere kan identificere den samme usædvanlige fil eller fil uden filendelse forskelligt.

Hvordan kontrollerer jeg en fils MIME-type?

Vælg filen i feltet Fil, og gennemgå derefter de tilgængelige filoplysninger. Siden indeholder felterne Type, Størrelse, Navn og Senest ændret.

1. Vælg den samme fil, som giver fejl under en upload, API-anmodning eller udgivelsesproces.
2. Sammenlign Type med den medietype, som det modtagende system kræver.
3. Kontrollér Navn for en manglende, gentaget eller misvisende filendelse.
4. Brug Størrelse til at bekræfte, at filen ikke er tom eller uventet stor.
5. Se på Senest ændret, hvis du skal skelne mellem flere kopier af den samme fil.

Brug en repræsentativ prøvefil i stedet for at antage, at alle filer med samme filendelse har identiske metadata.

Hvordan skal jeg forstå filoplysningerne?

Læs MIME-typen som den klassifikation, softwaren bruger, og brug derefter de øvrige oplysninger til at kontrollere, at du har valgt den rigtige fil. En normal type har formen type/subtype. Værdier skrives sædvanligvis med små bogstaver, selv om medietyper ikke skelner mellem store og små bogstaver.

• Type kan indeholde en specifik værdi som application/json, en generisk værdi som application/octet-stream eller ingen brugbar værdi, hvis miljøet ikke kan identificere filen.
• Navn bevarer spor som .csv, .jpeg eller .tar.gz, men filendelsen alene bekræfter ikke indholdet.
• Størrelse kan afsløre en eksport på nul byte, en ufuldstændig download eller en forkert fil fra et build.
• Senest ændret kan hjælpe med at identificere forældede lokale kopier, men datoen er metadata og ikke en pålidelig registrering af ophav eller udgivelse.

Oplysningerne kan afsløre uoverensstemmelser snarere end syntaksfejl. Typiske advarselstegn er et .json-filnavn kombineret med text/plain, et billede, der kun identificeres som application/octet-stream, eller en filstørrelse på nul, når der burde være indhold.

Ændringsdatoer skal også ses i den rette sammenhæng. Kopiering, download, udpakning eller gendannelse af en fil kan ændre dens tidsstempel. Hvis et andet system angiver datoen som en epoch-værdi, kan Unix-tidsstempel til dato gøre det lettere at sammenligne den med en almindelig dansk dato og et klokkeslæt.

Eksempler på filoplysninger

Forestil dig en PDF-eksport med kendte metadata. Eksemplet bruger en fil med navnet invoice-1042.pdf, en størrelse på 48.120 byte og medietypen application/pdf. Det relevante resultat vil vise det samme filnavn og den samme størrelse, med application/pdf under Type og filens registrerede ændringsdato under Senest ændret.

Forestil dig nu en fil uden filendelse med navnet LICENSE. Navnet har intet suffiks, som software kan bruge til at udlede formatet. Typen kan derfor være tom, generisk eller afhænge af miljøet, selv når filen indeholder læsbar tekst. Det betyder ikke, at filen er beskadiget.

Mellemrum, tegnsætning, tal, bogstaver med accenter og ikke-latinske tegn i et filnavn ændrer ikke MIME-syntaksen. En fil med navnet café-menu-2026.pdf kan stadig have application/pdf som type. Sådanne tegn kan give separate problemer med stier, kodning eller kompatibilitet i ældre systemer, men det er problemer med håndteringen af filnavne.

Hvornår er det ikke nok at kontrollere MIME-typen?

Det er ikke nok at kontrollere MIME-typen, når problemet handler om sikkerhed, validering af indhold eller serverens faktiske HTTP-svar. MIME-metadata kan mangle, være forkerte eller bevidst misvisende og bør derfor ikke betragtes som bevis på, at en fil er sikker.

Før udgivelse bør du både kontrollere Content-Type-headeren fra webserveren og oplysningerne om den lokale fil. Serverkonfigurationen, et CDN eller programkoden kan sende en anden værdi end den, der er knyttet til kildefilen. En URL-parser kan hjælpe med at opdele og undersøge filens URL, før du kontrollerer svarheaderne med browserens udviklerværktøjer eller en kommandolinjeklient.

Ved sikkerhedsfølsomme uploads skal du validere filstrukturen eller en genkendt bytesignatur på serveren, anvende størrelsesgrænser og gemme uploads uden for placeringer, hvor filer kan køres. Ingen kontrol af MIME-typen erstatter malwarescanning eller formatspecifik validering.

Det er heller ikke umagen værd at gentage kontrollen for uændrede filer, når det modtagende system allerede har accepteret præcis den samme fil. Kontrollen bidrager heller ikke med meget for en fil, der kun bruges af en kontrolleret lokal proces, som ignorerer MIME-metadata. For et webrespons i produktion er det mere relevant at kontrollere den aktive HTTP-header end gentagne gange at undersøge den lokale kopi.

Ofte stillede spørgsmål

Hvorfor bruger en JPEG-fil image/jpeg og ikke image/jpg?

image/jpeg er den registrerede medietype for JPEG-billeder. Filendelsen .jpg opstod på grund af ældre begrænsninger på filnavnes længde, men den opretter ikke en separat medietype med navnet image/jpg.

Kan en MIME-type indeholde en tegnkodning?

Ja. Nogle tekstbaserede medietyper kan indeholde parametre, for eksempel text/html; charset=utf-8. En lokal filtypeværdi kan udelade disse parametre, fordi det ofte kræver en undersøgelse af indholdet eller oplysninger fra det system, der leverer filen, at fastslå tegnkodningen.

Ændrer filens indhold sig, hvis jeg ændrer filendelsen?

Nej. Hvis du omdøber data.csv til data.txt, ændrer du filnavnet, men konverterer ikke de underliggende byte. Software kan tildele andre metadata efter omdøbningen. Derfor er det vigtigt at kontrollere både filendelsen og det faktiske format.

Er application/octet-stream en fejl?

Nej. Det er en generisk type for vilkårlige binære data og bruges ofte, når der ikke findes en mere specifik medietype. Nogle modtagende systemer afviser den, fordi de kræver en udtrykkeligt tilladt type. Sammenlign derfor værdien med specifikationen for uploaden eller API'en.

Kan jeg bruge værktøjet til fortrolige filer?

Det er ikke sikkert, hvor behandlingen foregår. Gå ikke ud fra, at den finder sted et bestemt sted. Brug en prøvefil uden følsomt indhold eller en godkendt lokal metode til filinspektion, når filen indeholder fortrolige eller personlige oplysninger eller data, der er underlagt særlige regler.

Hvorfor er browserens type forskellig fra serverens Content-Type?

Værdierne kommer fra forskellige kilder. Lokale filmetadata kan afhænge af browseren eller operativsystemet, mens HTTP-headeren Content-Type kommer fra konfigurationen af serveren, programmet eller CDN'et. Kontrollér det aktive svar, når du fejlsøger browseradfærd, downloads eller udgivne filer.