UUID-kontroll

UUID-kontroll

Upp till 100 UUID:n, ett per rad. Tomma rader hoppas över.

Ett UUID är 128 bitar skrivna som 32 hexadecimala siffror i mönstret 8-4-4-4-12, men många strängar som ser ut som ett UUID är det inte. Klistra in en enskild identifierare eller en hel kolumn från en logg, en databasexport eller en konfigurationsfil, en per rad, så får varje rad ett eget utlåtande: om formatet stämmer, vilken version det är (1 till 8), vilken variant, om det är nil- eller max-UUID och, för version 1, 6 och 7, exakt när det skapades.

Så kontrollerar du UUID:n

  1. 1

    Klistra in dina UUID:n

    Ett per rad, högst 100 rader. Både versaler och gemener fungerar, och tomma rader hoppas över.

  2. 2

    Välj vilka format som ska godtas

    Tillåtande godtar även {klammerparenteser}, prefixet urn:uuid: och 32 siffror utan bindestreck. Strikt godtar bara den vanliga formen med bindestreck.

  3. 3

    Läs ett utlåtande per rad

    Varje rad blir Giltigt, Korrekt uppbyggt, ej standard eller Ogiltigt, med version, variant, skapandetid när det finns en och orsaken när raden underkänns.

Vad de tre utlåtandena betyder

Varje rad hamnar i exakt en av tre grupper:

  • Giltigt: formatet stämmer, variantbitarna anger ett UUID enligt RFC 9562 (första siffran i den fjärde gruppen är 8, 9, a eller b) och versionssiffran ligger mellan 1 och 8. Nil-UUID (00000000-0000-0000-0000-000000000000) och max-UUID (ffffffff-ffff-ffff-ffff-ffffffffffff) är specialvärden som standarden definierar och räknas som giltiga.
  • Korrekt uppbyggt, ej standard: strängen är ett korrekt UUID med 32 siffror, men versionssiffran är 0 eller 9 till f, eller så tillhör variantbitarna en annan uppbyggnad (de reserverade NCS- och Microsoft-områdena eller det reserverade framtida området). Vissa äldre system och GUID:n från andra plattformar ser ut så här. Verktyget berättar ändå vad det hittade, men läser ingen skapandetid från ett sådant värde.
  • Ogiltigt: inte alls ett UUID. Kolumnen med detaljer anger varför: tecken som inte är hexadecimala siffror, fel antal siffror (med det antal som hittades), bindestreck på fel ställen eller, i strikt läge, ett omslag som den strikta formen inte tillåter.

Versionerna

Version Hur det byggs Tid inuti
1 Klocktid plus en nodidentifierare Ja, 100 ns-steg sedan 15 oktober 1582
2 DCE-säkerhet: en lokal identifierare ersätter en del av tiden Läses inte av verktyget
3 MD5-hash av en namnrymd och ett namn Nej
4 Slumpmässigt Nej
5 SHA-1-hash av en namnrymd och ett namn Nej
6 Version 1 med tidsbitarna omordnade så att värdena sorteras efter tid Ja, samma klocka som version 1
7 48 bitar Unix-tid i millisekunder, sedan slumpbitar Ja, millisekunder sedan 1970
8 Eget upplägg som programmet bestämmer Nej

Version 6, 7 och 8 samt nil- och max-värdena kommer från RFC 9562, som ersatte RFC 4122.

Så läser du tidsstämpeln

Version 1 och 6 lagrar ett 60-bitars antal steg på 100 nanosekunder sedan 15 oktober 1582, dagen då den gregorianska kalenderreformen infördes. Version 7 lagrar Unix-millisekunder i sina första 48 bitar. Kontrollen visar tiden i UTC, dels på ditt språk, dels som en ISO 8601-sträng med millisekunder som du kan klistra in i en fråga. Exempel: 6ba7b810-9dad-11d1-80b4-00c04fd430c8, det välkända UUID:t för DNS-namnrymden, är ett version 1-värde som skapades den 4 februari 1998 klockan 22:13:53,151 UTC.

Vad ett godkänt resultat inte bevisar

  • Ett giltigt UUID är ett korrekt format. Det visar inte att värdet kommer från en pålitlig källa, att det är unikt eller att det finns i din databas.
  • Ett UUID av version 4 är slumpmässigt, så inget i det kan bekräfta hur det skapades.
  • En tidsstämpel i version 1 är vad den generande maskinens klocka visade, och den kan vara fel eller inställd med avsikt.

Vanliga frågor

Nej. De hexadecimala siffrorna skiljer inte mellan versaler och gemener, så 550E8400-E29B-41D4-A716-446655440000 och dess gemena tvilling är samma värde. Standarderna rekommenderar gemener vid utmatning, och när din inmatning avviker från den formen visar verktyget den gemena varianten med bindestreck under raden.

För att versionssiffran (första siffran i den tredje gruppen) inte ligger mellan 1 och 8, eller för att variantbitarna (första siffran i den fjärde gruppen) inte är 8, 9, a eller b. Slumpmässigt skriven hexadecimal text och vissa GUID:n från andra system ser ut så här. Det är ett korrekt 128-bitarsvärde, men det följer inte uppbyggnaden i RFC 9562.

Tillåtande läge godtar de former du möter i verkliga data: det vanliga UUID:t med bindestreck, ett inom klammerparenteser så som .NET och Windows register skriver det, ett med prefixet urn:uuid: och 32 siffror utan bindestreck. Strikt läge godtar bara den vanliga formen med bindestreck, vilket de flesta JSON-API:er och databaser förväntar sig.

Upp till 100 rader, och den inklistrade texten får vara högst 4 000 tecken. Tomma rader ignoreras. Om du klistrar in fler än 100 rader kontrolleras de första 100 och en notis berättar det.

Nej. Texten du klistrar in skickas till vår server för att ta fram utlåtandena, och den läggs till i sidans länk när du går mellan stegen så att ett resultat kan bokmärkas eller delas. Den sparas inte på något konto eller i någon profil, så klistra inte in identifierare som du inte skulle vilja ha i en länk.

Relaterade verktyg

Verktyget finns på andra språk