UUID-controle

UUID-controle

Maximaal 100 UUID's, één per regel. Lege regels worden overgeslagen.

Een UUID bestaat uit 128 bits, geschreven als 32 hexadecimale cijfers in het patroon 8-4-4-4-12, maar veel tekenreeksen die erop lijken zijn er geen. Plak één enkele identifier of een hele kolom uit een log, een database-export of een configuratiebestand, één per regel, en de controle geeft elke regel een eigen uitslag: klopt de indeling, welke versie is het (1 tot en met 8), welke variant, is het de nil- of de max-UUID en, bij versie 1, 6 en 7, het exacte moment waarop de UUID is aangemaakt.

UUID's controleren in drie stappen

  1. 1

    Plak je UUID's

    Eén per regel, tot 100 regels. Hoofdletters en kleine letters werken allebei en lege regels worden overgeslagen.

  2. 2

    Kies de geaccepteerde indelingen

    Soepel accepteert ook {accolades}, het voorvoegsel urn:uuid: en 32 cijfers zonder streepjes. Strikt accepteert alleen de gewone vorm met streepjes.

  3. 3

    Lees per regel een uitslag

    Elke regel is Geldig, Correct opgebouwd, niet-standaard of Ongeldig, met versie, variant, aanmaaktijdstip als dat er is en de reden als het misgaat.

Wat de drie uitslagen betekenen

Elke regel komt in precies één van deze drie groepen terecht:

  • Geldig: de indeling klopt, de variantbits wijzen op een UUID volgens RFC 9562 (het eerste cijfer van de vierde groep is 8, 9, a of b) en het versiecijfer ligt tussen 1 en 8. De nil-UUID (00000000-0000-0000-0000-000000000000) en de max-UUID (ffffffff-ffff-ffff-ffff-ffffffffffff) zijn speciale waarden uit de standaard en tellen als geldig.
  • Correct opgebouwd, niet-standaard: de tekenreeks is een correcte UUID van 32 cijfers, maar het versiecijfer is 0 of 9 tot en met f, of de variantbits horen bij een andere opbouw (de gereserveerde NCS- en Microsoft-bereiken of het voor de toekomst gereserveerde bereik). Sommige oudere systemen en GUID’s van andere platforms zien er zo uit. De tool laat toch zien wat hij heeft gevonden, maar leest uit zo’n waarde geen aanmaaktijdstip af.
  • Ongeldig: helemaal geen UUID. In de kolom met details staat waarom: tekens die geen hexadecimale cijfers zijn, een verkeerd aantal cijfers (met het aantal dat is gevonden), streepjes op de verkeerde plek of, in de strikte modus, een omhulsel dat de strikte vorm niet toestaat.

De versies

Versie Hoe hij is opgebouwd Tijd erin
1 Kloktijd plus een node-identifier Ja, stappen van 100 ns sinds 15 oktober 1582
2 DCE-beveiliging: een lokale identifier vervangt een deel van de tijd Wordt door deze tool niet uitgelezen
3 MD5-hash van een namespace en een naam Nee
4 Willekeurig Nee
5 SHA-1-hash van een namespace en een naam Nee
6 Versie 1 met herordende tijdbits, zodat waarden op tijd te sorteren zijn Ja, dezelfde klok als versie 1
7 48-bits Unix-tijd in milliseconden, daarna willekeurige bits Ja, milliseconden sinds 1970
8 Eigen opbouw die de applicatie kiest Nee

Versie 6, 7 en 8 en de nil- en max-waarden komen uit RFC 9562, die RFC 4122 heeft vervangen.

Het tijdstempel lezen

Versie 1 en 6 slaan een 60-bits telling op van stappen van 100 nanoseconden sinds 15 oktober 1582, de datum van de Gregoriaanse kalenderhervorming. Versie 7 slaat Unix-milliseconden op in de eerste 48 bits. De controle toont de tijd in UTC, één keer in je eigen taal en één keer als ISO 8601-tekenreeks met milliseconden, zodat je die in een query kunt plakken. Bijvoorbeeld: 6ba7b810-9dad-11d1-80b4-00c04fd430c8, de bekende UUID van de DNS-namespace, is een versie 1-waarde die op 4 februari 1998 om 22:13:53,151 uur UTC is aangemaakt.

Wat een geslaagde controle niet bewijst

  • Een geldige UUID is een UUID met de juiste vorm. Dat bewijst niet dat de waarde door een betrouwbare bron is gegenereerd, dat hij uniek is of dat hij in jouw database bestaat.
  • Een UUID van versie 4 is willekeurig, dus niets erin kan bevestigen hoe hij is gemaakt.
  • Het tijdstempel van een versie 1 is de tijd van de klok van de machine die hem heeft gegenereerd. Die kan onjuist staan of opzettelijk versteld zijn.

Veelgestelde vragen

Nee. Bij hexadecimale cijfers maakt hoofdletter of kleine letter niet uit, dus 550E8400-E29B-41D4-A716-446655440000 en de variant in kleine letters zijn dezelfde waarde. Standaarden raden kleine letters aan voor uitvoer en als jouw invoer daarvan afwijkt, toont de tool daaronder de versie in kleine letters met streepjes.

Omdat het versiecijfer (het eerste cijfer van de derde groep) niet tussen 1 en 8 ligt, of omdat de variantbits (het eerste cijfer van de vierde groep) geen 8, 9, a of b zijn. Willekeurig getypte hexadecimale tekens en sommige GUID’s van andere systemen hebben deze vorm. Het is een correct opgebouwde waarde van 128 bits, alleen volgt hij niet de opbouw van RFC 9562.

Soepel accepteert de vormen die je in echte data tegenkomt: de gewone UUID met streepjes, een UUID tussen accolades zoals .NET en het Windows-register die schrijven, een UUID met het voorvoegsel urn:uuid: en 32 cijfers zonder streepjes. Strikt accepteert alleen de gewone vorm met streepjes, die de meeste JSON-API’s en databases verwachten.

Tot 100 regels, en de geplakte tekst mag maximaal 4.000 tekens lang zijn. Lege regels worden genegeerd. Plak je meer dan 100 regels, dan worden de eerste 100 gecontroleerd en laat een melding dat weten.

Nee. De geplakte tekst wordt naar onze server gestuurd om de uitslagen te berekenen en wordt aan de paginalink toegevoegd wanneer je tussen de stappen wisselt, zodat je een resultaat kunt bookmarken of delen. Hij wordt niet opgeslagen in een account of profiel. Plak dus geen identifiers die je niet in een link zou zetten.

Gerelateerde tools

Tool beschikbaar in andere talen