fbpx
Wikipedia

Identificador único universal

Enero 30, 2023

El texto que sigue es una traducción defectuosa. Si quieres colaborar con Wikipedia, busca el artículo original y mejora esta traducción.
Copia y pega el siguiente código en la página de discusión del autor de este artículo: {{subst:Aviso mal traducido|Identificador único universal}} ~~~~
Este artículo o sección necesita referencias que aparezcan en una publicación acreditada.
Este aviso fue puesto el 22 de mayo de 2020.

Un identificador único universal o universally unique identifier (UUID) es un número de 16 bytes (128 bits). Por tanto, el número de posibles UUID es de 1632, o unos 3,4 × 1038. En su forma canónica un UUID se expresa mediante 32 dígitos hexadecimales divididos en cinco grupos separados por guiones de la forma 8-4-4-4-12 lo que da un total de 36 caracteres (32 dígitos y 4 guiones). Por ejemplo: 550e8400-e29b-41d4-a716-446655440000

Screenshot of UUID of EFI variables on Linux

Un UUID puede ser usado con un identificador específico "intencionalmente" y ser usado en varias ocasiones para identificar el mismo objeto en diferentes contextos.[1]​ Por ejemplo, en Microsoft Component Object Model, todos los componentes deben implementar la interfaz IUnknown (interfaz desconocido), que es realizado creando un UUID representante de IUnknow. En todos los casos cuando IUnknown es usado, ya sea usado por un proceso intentando acceder a la interfaz IUnknow en un componente, o por un componente implementando la interfaz IUnknown, siempre es referenciado por el mismo identificador:

00000000-0000-0000-C000-000000000046.

Historia

UUID se utilizó originalmente en el Apolo Network Computing System (NCS) y más tarde en el Distributed Computing Environment (DCE) de la Open Software Foundation (OSF) . El diseño inicial de DCE UUID se basó en el NCS UUID, cuyo diseño fue a su vez inspirado por los identificadores únicos definidos y utilizados en sistemas Domain / OS , un sistema operativo diseñado también por Apollo Computer. Más tarde, las plataformas Microsoft Windows adoptaron el diseño de DCE como identificadores únicos globales (GUID). En la RFC 4122 se registró un espacio de nombres URN para los UUID y se resumieron las especificaciones anteriores con el mismo contenido técnico. Para cuando la RFC 4122 se publicó como una propuesta IETF estándar, la UIT también había estandarizado los UUID, basado en las normas anteriores y las primeras versiones de la RFC 4122.

Normas

UUID están estandarizados por la Open Software Foundation (OSF) como parte de la Distributed Computing Environment (DCE). Además se documentan como parte de la norma ISO / IEC 11578: 1996 " Tecnología de la información - Interconexión de sistemas abiertos - llamada a procedimiento remoto (RPC)" y más recientemente en el UIT-T Rec. X.667 | ISO / IEC 9834-8: 2005.

El Grupo de Trabajo de Ingeniería de Internet (IETF) publicó la pista de las normas, RFC 4122,[2]​ técnicamente equivalentes a UIT-T Rec. X.667 | ISO / IEC 9834-8.

Formato

En su representación textual canónica los dieciséis octetos de un UUID se representan como 32 dígitos hexadecimales (base 16) mostrados en cinco grupos separados por guiones de la forma 8-4-4-4-12, dando un total de 36 caracteres (32 caracteres alfanuméricos y cuatro guiones). Por ejemplo:

123e4567-e89b-12d3-a456-426655440000
xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

Los tres bits más significativos del dígito N indican la variante UUID y los cuatro bits del dígito M indican la versión UUID. En el ejemplo, M es 1 y N es a (10xx), significando que el UUID es una variante 1 de la versión 1; es decir, un DCE / RFC 4122 UUID basado en el tiempo.

La cadena 8-4-4-4-12 del formato canónico se basa en el "diseño de registro" para los 16 bytes de la UUID:

  • Un número entero de 4 bytes (8 dígitos hexadecimales) "time_low" con los 32 bits bajos del timestamp.
  • Un número entero de 2 bytes (4 dígitos hexadecimales) "time_mid" con los 16 bits centrales del timestamp.
  • Un número entero de 2 bytes (4 dígitos hexadecimales) "time_hi_and_version", con la "versión" de 4 bits en los bits más significativos, seguido por los 12 bits altos del timestamp.
  • Dos campos de 1 byte (4 dígitos hexadecimales) "clock_seq_hi_and_reserved" y "clock_seq_lo", con la "variante" en los 1 a 3 bits más significativos de clock_seq_hi_and_reserved, seguido de la secuencia del reloj
  • Seis bytes (12 dígitos hexadecimales) con el "nodo" de 48 bits

Estos campos reflejan principalmente los de la versión 1 y 2 UUID, basados en el tiempo, pero la misma representación 8-4-4-4-12 se utiliza para todos los UUID, incluso si la semántica de la UUID es diferente de las versiones 1 y 2 o es opaca.

Los GUID de Microsoft son a veces representados entre llaves:

{123e4567-e89b-12d3-a456-426655440000}

Este formato no debe confundirse con "formato de registro", que se refiere al formato dentro de las llaves.

RFC 4122 define un Uniform Resource Name espacio de nombres (URN) de UUID. Un UUID presentado como un URN aparece como sigue:

urn:uuid:123e4567-e89b-12d3-a456-426655440000

Versiones

Para las variantes 1 y 2, cinco "versiones" se definen en las normas y cada versión pueden ser más apropiados que los otros en casos de uso específicos.[3]​ La versión está indicada por el Mde la representación de cadena.

La versión 1 del UUID se genera a partir del valor tiempo (reloj del sistema) y un ID de nodo (por lo general la dirección MAC); la versión 2 del UUID se genera a partir de un identificador (por lo general un grupo o identificador de usuario), el tiempo, y un ID de nodo; las versión 3 y 5 del UUID son productos deterministas generados por hashing un espacio de nombres identificador y nombre; y la versión 4 UUID se generan utilizando un aleatoria o pseudo-aleatoria número.

UUID Nulo

El UUID "nulo" es un caso especial: 00000000-0000-0000-0000-000000000000; es decir, todos los bits a cero.

UUID Versión 1 (fecha-hora y la dirección MAC)

La Versión 1 concatena los 48 bits de direcciones MAC del nodo (es decir, el equipo que genera el UUID) con una marca de tiempo de 60 bits, siendo el número de 100- nanosegundos intervalos desde la medianoche 15 de octubre 1582 Tiempo Universal Coordinado (UTC ), la fecha en que el Calendario gregoriano fue adoptado por primera vez. RFC 4122 establece que el valor de tiempo se da la vuelta alrededor de 3400 AD, en función del algoritmo utilizado, lo que implica que la marca de tiempo de 60 bits es un número con signo. Sin embargo, algunos programas, como la biblioteca libuuid, trata a la marca de tiempo como un número sin signo, poniendo el momento de vuelco en 5236 AD.

Una secuencia "uniquifying" reloj de 14 bits se extiende la marca de tiempo con el fin de manejar los casos en que el reloj del procesador no avanza lo suficientemente rápido, o cuando hay múltiples procesadores y generadores UUID por nodo. Con cada versión 1 UUID correspondiente a un solo punto en el espacio (el nodo) y el tiempo (intervalos y la secuencia de reloj), la posibilidad de dos correctamente-generado versión 1 UUID de ser involuntariamente la misma es prácticamente nula. Puesto que el tiempo y secuencia de reloj total de 74 bits de, 2 74 (1.8x10 22 o 18 sextillones) versión 1 UUID pueden ser generados por ID de nodo, a una velocidad media máxima de 163 mm por segundo y por ID de nodo.

En contraste con otras versiones UUID, versión 1 y 2 UUID basado en direcciones MAC de las tarjetas de red dependen para su singularidad en parte en un identificador emitido por una autoridad de registro central, a saber, el punto de vista organizativo Identificador Único parte (OUI) de la dirección MAC, el cual se emite por el IEEE para los fabricantes de equipos de red. La singularidad de la versión 1 y 2 UUID basado en la tarjeta de red direcciones MAC también depende de los fabricantes de tarjetas de red asignando direcciones MAC únicas para las tarjetas.

El uso de la dirección MAC de la tarjeta de red del nodo para el ID de nodo significa que un UUID versión 1 se puede seguir de nuevo al equipo que lo creó. Documentos veces se pueden remontar a los equipos en los que fueron creados o editados a través de UUID incrustados en ellos por el procesamiento de textos de software. Este privacidad se utilizó agujero cuando se localiza el creador del virus Melissa .

RFC 4122 no permitir que la dirección de MAC en una versión 1 (o 2) UUID para ser sustituido por un azar ID de nodo de 48 bits, ya sea porque el nodo no tiene una dirección MAC, o porque no es deseable para exponerlo. En ese caso, el RFC requiere que el bit menos significativo del primer octeto de la ID de nodo se debe establecer en 1. Esto corresponde a la multidifusión de bits en direcciones MAC y el establecimiento de la que sirve para diferenciar UUID donde el ID de nodo es aleatoriamente generados a partir de las basadas en las direcciones MAC de las tarjetas de red, que normalmente tienen unicast direcciones MAC.

UUID Versión 2 (fecha-hora y la dirección MAC, DCE versión de seguridad)

RFC 4122 se reserva para la versión 2 UUID de "seguridad" DCE; pero no proporciona ningún detalle. Por esta razón, muchas implementaciones UUID omiten versión 2. Sin embargo, la especificación de la versión 2 UUID es proporcionada por la autenticación DCE 1.1 y la especificación de Servicios de Seguridad.

Versión 2 UUID son similares a la versión 1, excepto que los 8 bits menos significativos de la secuencia de reloj (clock_seq_low) se sustituyen por un número "dominio local", y los significativos 32 bits menos de la marca de tiempo (Time_Low) se sustituyen por un número entero identificador significativa dentro del dominio local especificado. En POSIX sistemas, los números de dominio local 1 y 2 son para los identificadores de usuario (UID), y los ID de grupo (GID), respectivamente, y otros números de dominio local son sitio-definido. En los sistemas no POSIX, todos los números de dominio local son definidos por el sitio.

La capacidad para incluir un dominio / identificador de 40 bits en el UUID viene con una solución de compromiso. Por un lado, 40 bits permiten valores de 1 billón de dominio / identificador. Por otro lado, con el valor de reloj truncado para los 28 bits más significativos, en comparación con 60 bits en la versión 1, el reloj en un UUID versión 2 se "tick", solo una vez cada 429.49 segundo, un poco más de 7 minutos, como en oposición a cada 100 nanosegundos para la versión 1. Y con una secuencia de reloj de solo 6 bits, en comparación con 14 bits en la versión 1, por nodo / dominio / identificador de solo el 64 de UUID único puede ser generado por ciclo de reloj 7 minutos, en comparación con 16.384 reloj valores de secuencia para la versión 1. por lo tanto, versión 2 pueden no ser adecuados para los casos donde se requieren UUID, por nodo / dominio / identificador, a una velocidad que excede de aproximadamente 1 por cada 7 segundos.

UUID Versiones 3 y 5 (namespace name-based)

Versión 3 y 5 UUID son generados por hashing un espacio de nombres identificador y nombre. Versión 3 utiliza MD5 como el algoritmo de hash, y la versión 5 utiliza SHA1.

El identificador de espacio de nombres es en sí mismo un UUID. La especificación proporciona UUID para representar los espacios de nombres para URLs, completamente nombres calificados de dominio, identificadores de objeto, y X.500 nombres distinguidos; pero cualquier UUID deseado puede ser utilizado como un designador de espacio de nombres.

Para determinar el UUID versión 3 que corresponde a un espacio de nombres y el nombre dado, el UUID del espacio de nombres se transforma en una cadena de bytes, concatenado con el nombre de entrada, a continuación, hash con MD5, produciendo 128 bits. Seis o siete bits son entonces reemplazados por valores fijos, la versión de 4 bits (por ejemplo, 0011para la versión 3), y el UUID "variante" de 2 o de 3 bits (por ejemplo, 10que indica una RFC 4122 UUID, o 110indicando un legado Microsoft GUID) . Desde 6 o 7 bits son por tanto predeterminados, solo 121 o 122 bits de contribuyen a la singularidad de la UUID.

Versión 5 UUID son similares, pero SHA1 se utiliza en lugar de MD5. Desde SHA1 genera 160 bits digiere, el digesto se trunca a 128 bits antes se insertan los bits de versión y variantes.

Versión 3 y 5 UUID tienen la propiedad de que el mismo espacio de nombres y el nombre se asignarán al mismo UUID. Sin embargo, el espacio de nombres y el nombre no se pueden determinar a partir de la versión 3 o 5 UUID solo.

RFC 4122 recomienda versión 5 (SHA1) sobre la versión 3 (MD5) y consejos contra el uso de UUID de cualquiera de las versiones como credenciales de seguridad.

UUID Versión 4 (al azar)

Un UUID versión 4 se genera aleatoriamente. Como en otros UUID, cuatro bits se utilizan para indicar la versión 4, y 2 o 3 bits para indicar la variante (10o 110para las variantes 1 y 2, respectivamente). Por lo tanto, para la variante 1 (es decir, la mayoría de los UUID) un azar versión 4 UUID tendrá 6 bits variante y versión predeterminadas, dejando 122 bits para la parte generada de forma aleatoria, para un total de 2 122 , o 5.3x10 36 (5,3 undecillones ) posible versión 4 variante 1 UUID. Hay un medio como muchas posibles variantes de la versión 4 2 UUID (GUID heredados) porque no es uno menos de bits aleatorios disponibles, 3 bits que se consumen para la variante.

Algunos generadores de números pseudoaleatorios carecen de entropía necesaria para producir un número suficiente pseudoaleatorios. Por ejemplo, el WinAPI generador GUID, que utiliza un generador de números pseudoaleatorios, se ha demostrado que producen UUID que siguen un patrón predecible. [ Citación necesaria ] RFC 4122 informa que "aplicaciones distribuidas generando UUID en una variedad de huéspedes deben estar dispuestos a depender de la fuente de número aleatorio a todos los hosts. Si esto no es factible, la variante de espacio de nombres debe ser utilizado."

Referencias

  1. Rombiola, Nicolas (9 de octubre de 2014). (html). Los Impuestos, México. Archivado desde el original el 22 de mayo de 2020. Consultado el 22 de mayo de 2020. «Lo que se busca a través de este formato es habilitar un código de información único sin que tenga que haber una coordinación central para su generación. Por lo cual, cualquiera puede generar un UUID con un compendio de información desde cualquier lugar sin tener que estar conectados a un dispositivo central que asigne los códigos. » 
  2. (html). Python Software Foundation (en inglés). 26 de mayo de 2020. Archivado desde el original el 27 de mayo de 2020. Consultado el 5 de junio de 2020. 
  3. npm.js uuid package

Enlaces externos

  • Generador de códigos GUID/UUID en español
  • UUID – generate UUIDs (or GUIDs) in Java (código open source)
  • Generador de códigos GUID/UUID
  •   Datos: Q195284

Enero 30, 2023
identificador, único, universal, texto, sigue, traducción, defectuosa, quieres, colaborar, wikipedia, busca, artículo, original, mejora, esta, traducción, copia, pega, siguiente, código, página, discusión, autor, este, artículo, subst, aviso, traducido, este, . El texto que sigue es una traduccion defectuosa Si quieres colaborar con Wikipedia busca el articulo original y mejora esta traduccion Copia y pega el siguiente codigo en la pagina de discusion del autor de este articulo subst Aviso mal traducido Identificador unico universal Este articulo o seccion necesita referencias que aparezcan en una publicacion acreditada Este aviso fue puesto el 22 de mayo de 2020 Un identificador unico universal o universally unique identifier UUID es un numero de 16 bytes 128 bits Por tanto el numero de posibles UUID es de 1632 o unos 3 4 1038 En su forma canonica un UUID se expresa mediante 32 digitos hexadecimales divididos en cinco grupos separados por guiones de la forma 8 4 4 4 12 lo que da un total de 36 caracteres 32 digitos y 4 guiones Por ejemplo 550e8400 e29b 41d4 a716 446655440000Screenshot of UUID of EFI variables on Linux Un UUID puede ser usado con un identificador especifico intencionalmente y ser usado en varias ocasiones para identificar el mismo objeto en diferentes contextos 1 Por ejemplo en Microsoft Component Object Model todos los componentes deben implementar la interfaz IUnknown interfaz desconocido que es realizado creando un UUID representante de IUnknow En todos los casos cuando IUnknown es usado ya sea usado por un proceso intentando acceder a la interfaz IUnknow en un componente o por un componente implementando la interfaz IUnknown siempre es referenciado por el mismo identificador 00000000 0000 0000 C000 000000000046 Indice 1 Historia 2 Normas 3 Formato 4 Versiones 4 1 UUID Nulo 4 2 UUID Version 1 fecha hora y la direccion MAC 4 3 UUID Version 2 fecha hora y la direccion MAC DCE version de seguridad 4 4 UUID Versiones 3 y 5 namespace name based 4 5 UUID Version 4 al azar 5 Referencias 6 Enlaces externosHistoria EditarUUID se utilizo originalmente en el Apolo Network Computing System NCS y mas tarde en el Distributed Computing Environment DCE de la Open Software Foundation OSF El diseno inicial de DCE UUID se baso en el NCS UUID cuyo diseno fue a su vez inspirado por los identificadores unicos definidos y utilizados en sistemas Domain OS un sistema operativo disenado tambien por Apollo Computer Mas tarde las plataformas Microsoft Windows adoptaron el diseno de DCE como identificadores unicos globales GUID En la RFC 4122 se registro un espacio de nombres URN para los UUID y se resumieron las especificaciones anteriores con el mismo contenido tecnico Para cuando la RFC 4122 se publico como una propuesta IETF estandar la UIT tambien habia estandarizado los UUID basado en las normas anteriores y las primeras versiones de la RFC 4122 Normas EditarUUID estan estandarizados por la Open Software Foundation OSF como parte de la Distributed Computing Environment DCE Ademas se documentan como parte de la norma ISO IEC 11578 1996 Tecnologia de la informacion Interconexion de sistemas abiertos llamada a procedimiento remoto RPC y mas recientemente en el UIT T Rec X 667 ISO IEC 9834 8 2005 El Grupo de Trabajo de Ingenieria de Internet IETF publico la pista de las normas RFC 4122 2 tecnicamente equivalentes a UIT T Rec X 667 ISO IEC 9834 8 Formato EditarEn su representacion textual canonica los dieciseis octetos de un UUID se representan como 32 digitos hexadecimales base 16 mostrados en cinco grupos separados por guiones de la forma 8 4 4 4 12 dando un total de 36 caracteres 32 caracteres alfanumericos y cuatro guiones Por ejemplo 123e4567 e89b 12d3 a456 426655440000 xxxxxxxx xxxx Mxxx Nxxx xxxxxxxxxxxxLos tres bits mas significativos del digito N indican la variante UUID y los cuatro bits del digito M indican la version UUID En el ejemplo M es 1 y N es a 10xx significando que el UUID es una variante 1 de la version 1 es decir un DCE RFC 4122 UUID basado en el tiempo La cadena 8 4 4 4 12 del formato canonico se basa en el diseno de registro para los 16 bytes de la UUID Un numero entero de 4 bytes 8 digitos hexadecimales time low con los 32 bits bajos del timestamp Un numero entero de 2 bytes 4 digitos hexadecimales time mid con los 16 bits centrales del timestamp Un numero entero de 2 bytes 4 digitos hexadecimales time hi and version con la version de 4 bits en los bits mas significativos seguido por los 12 bits altos del timestamp Dos campos de 1 byte 4 digitos hexadecimales clock seq hi and reserved y clock seq lo con la variante en los 1 a 3 bits mas significativos de clock seq hi and reserved seguido de la secuencia del reloj Seis bytes 12 digitos hexadecimales con el nodo de 48 bitsEstos campos reflejan principalmente los de la version 1 y 2 UUID basados en el tiempo pero la misma representacion 8 4 4 4 12 se utiliza para todos los UUID incluso si la semantica de la UUID es diferente de las versiones 1 y 2 o es opaca Los GUID de Microsoft son a veces representados entre llaves 123e4567 e89b 12d3 a456 426655440000 Este formato no debe confundirse con formato de registro que se refiere al formato dentro de las llaves RFC 4122 define un Uniform Resource Name espacio de nombres URN de UUID Un UUID presentado como un URN aparece como sigue urn uuid 123e4567 e89b 12d3 a456 426655440000Versiones EditarPara las variantes 1 y 2 cinco versiones se definen en las normas y cada version pueden ser mas apropiados que los otros en casos de uso especificos 3 La version esta indicada por el Mde la representacion de cadena La version 1 del UUID se genera a partir del valor tiempo reloj del sistema y un ID de nodo por lo general la direccion MAC la version 2 del UUID se genera a partir de un identificador por lo general un grupo o identificador de usuario el tiempo y un ID de nodo las version 3 y 5 del UUID son productos deterministas generados por hashing un espacio de nombres identificador y nombre y la version 4 UUID se generan utilizando un aleatoria o pseudo aleatoria numero UUID Nulo Editar El UUID nulo es un caso especial 00000000 0000 0000 0000 000000000000 es decir todos los bits a cero UUID Version 1 fecha hora y la direccion MAC Editar La Version 1 concatena los 48 bits de direcciones MAC del nodo es decir el equipo que genera el UUID con una marca de tiempo de 60 bits siendo el numero de 100 nanosegundos intervalos desde la medianoche 15 de octubre 1582 Tiempo Universal Coordinado UTC la fecha en que el Calendario gregoriano fue adoptado por primera vez RFC 4122 establece que el valor de tiempo se da la vuelta alrededor de 3400 AD en funcion del algoritmo utilizado lo que implica que la marca de tiempo de 60 bits es un numero con signo Sin embargo algunos programas como la biblioteca libuuid trata a la marca de tiempo como un numero sin signo poniendo el momento de vuelco en 5236 AD Una secuencia uniquifying reloj de 14 bits se extiende la marca de tiempo con el fin de manejar los casos en que el reloj del procesador no avanza lo suficientemente rapido o cuando hay multiples procesadores y generadores UUID por nodo Con cada version 1 UUID correspondiente a un solo punto en el espacio el nodo y el tiempo intervalos y la secuencia de reloj la posibilidad de dos correctamente generado version 1 UUID de ser involuntariamente la misma es practicamente nula Puesto que el tiempo y secuencia de reloj total de 74 bits de 2 74 1 8x10 22 o 18 sextillones version 1 UUID pueden ser generados por ID de nodo a una velocidad media maxima de 163 mm por segundo y por ID de nodo En contraste con otras versiones UUID version 1 y 2 UUID basado en direcciones MAC de las tarjetas de red dependen para su singularidad en parte en un identificador emitido por una autoridad de registro central a saber el punto de vista organizativo Identificador Unico parte OUI de la direccion MAC el cual se emite por el IEEE para los fabricantes de equipos de red La singularidad de la version 1 y 2 UUID basado en la tarjeta de red direcciones MAC tambien depende de los fabricantes de tarjetas de red asignando direcciones MAC unicas para las tarjetas El uso de la direccion MAC de la tarjeta de red del nodo para el ID de nodo significa que un UUID version 1 se puede seguir de nuevo al equipo que lo creo Documentos veces se pueden remontar a los equipos en los que fueron creados o editados a traves de UUID incrustados en ellos por el procesamiento de textos de software Este privacidad se utilizo agujero cuando se localiza el creador del virus Melissa RFC 4122 no permitir que la direccion de MAC en una version 1 o 2 UUID para ser sustituido por un azar ID de nodo de 48 bits ya sea porque el nodo no tiene una direccion MAC o porque no es deseable para exponerlo En ese caso el RFC requiere que el bit menos significativo del primer octeto de la ID de nodo se debe establecer en 1 Esto corresponde a la multidifusion de bits en direcciones MAC y el establecimiento de la que sirve para diferenciar UUID donde el ID de nodo es aleatoriamente generados a partir de las basadas en las direcciones MAC de las tarjetas de red que normalmente tienen unicast direcciones MAC UUID Version 2 fecha hora y la direccion MAC DCE version de seguridad Editar RFC 4122 se reserva para la version 2 UUID de seguridad DCE pero no proporciona ningun detalle Por esta razon muchas implementaciones UUID omiten version 2 Sin embargo la especificacion de la version 2 UUID es proporcionada por la autenticacion DCE 1 1 y la especificacion de Servicios de Seguridad Version 2 UUID son similares a la version 1 excepto que los 8 bits menos significativos de la secuencia de reloj clock seq low se sustituyen por un numero dominio local y los significativos 32 bits menos de la marca de tiempo Time Low se sustituyen por un numero entero identificador significativa dentro del dominio local especificado En POSIX sistemas los numeros de dominio local 1 y 2 son para los identificadores de usuario UID y los ID de grupo GID respectivamente y otros numeros de dominio local son sitio definido En los sistemas no POSIX todos los numeros de dominio local son definidos por el sitio La capacidad para incluir un dominio identificador de 40 bits en el UUID viene con una solucion de compromiso Por un lado 40 bits permiten valores de 1 billon de dominio identificador Por otro lado con el valor de reloj truncado para los 28 bits mas significativos en comparacion con 60 bits en la version 1 el reloj en un UUID version 2 se tick solo una vez cada 429 49 segundo un poco mas de 7 minutos como en oposicion a cada 100 nanosegundos para la version 1 Y con una secuencia de reloj de solo 6 bits en comparacion con 14 bits en la version 1 por nodo dominio identificador de solo el 64 de UUID unico puede ser generado por ciclo de reloj 7 minutos en comparacion con 16 384 reloj valores de secuencia para la version 1 por lo tanto version 2 pueden no ser adecuados para los casos donde se requieren UUID por nodo dominio identificador a una velocidad que excede de aproximadamente 1 por cada 7 segundos UUID Versiones 3 y 5 namespace name based Editar Version 3 y 5 UUID son generados por hashing un espacio de nombres identificador y nombre Version 3 utiliza MD5 como el algoritmo de hash y la version 5 utiliza SHA1 El identificador de espacio de nombres es en si mismo un UUID La especificacion proporciona UUID para representar los espacios de nombres para URLs completamente nombres calificados de dominio identificadores de objeto y X 500 nombres distinguidos pero cualquier UUID deseado puede ser utilizado como un designador de espacio de nombres Para determinar el UUID version 3 que corresponde a un espacio de nombres y el nombre dado el UUID del espacio de nombres se transforma en una cadena de bytes concatenado con el nombre de entrada a continuacion hash con MD5 produciendo 128 bits Seis o siete bits son entonces reemplazados por valores fijos la version de 4 bits por ejemplo 0011para la version 3 y el UUID variante de 2 o de 3 bits por ejemplo 10que indica una RFC 4122 UUID o 110indicando un legado Microsoft GUID Desde 6 o 7 bits son por tanto predeterminados solo 121 o 122 bits de contribuyen a la singularidad de la UUID Version 5 UUID son similares pero SHA1 se utiliza en lugar de MD5 Desde SHA1 genera 160 bits digiere el digesto se trunca a 128 bits antes se insertan los bits de version y variantes Version 3 y 5 UUID tienen la propiedad de que el mismo espacio de nombres y el nombre se asignaran al mismo UUID Sin embargo el espacio de nombres y el nombre no se pueden determinar a partir de la version 3 o 5 UUID solo RFC 4122 recomienda version 5 SHA1 sobre la version 3 MD5 y consejos contra el uso de UUID de cualquiera de las versiones como credenciales de seguridad UUID Version 4 al azar Editar Un UUID version 4 se genera aleatoriamente Como en otros UUID cuatro bits se utilizan para indicar la version 4 y 2 o 3 bits para indicar la variante 10o 110para las variantes 1 y 2 respectivamente Por lo tanto para la variante 1 es decir la mayoria de los UUID un azar version 4 UUID tendra 6 bits variante y version predeterminadas dejando 122 bits para la parte generada de forma aleatoria para un total de 2 122 o 5 3x10 36 5 3 undecillones posible version 4 variante 1 UUID Hay un medio como muchas posibles variantes de la version 4 2 UUID GUID heredados porque no es uno menos de bits aleatorios disponibles 3 bits que se consumen para la variante Algunos generadores de numeros pseudoaleatorios carecen de entropia necesaria para producir un numero suficiente pseudoaleatorios Por ejemplo el WinAPI generador GUID que utiliza un generador de numeros pseudoaleatorios se ha demostrado que producen UUID que siguen un patron predecible Citacion necesaria RFC 4122 informa que aplicaciones distribuidas generando UUID en una variedad de huespedes deben estar dispuestos a depender de la fuente de numero aleatorio a todos los hosts Si esto no es factible la variante de espacio de nombres debe ser utilizado Referencias Editar Rombiola Nicolas 9 de octubre de 2014 Que es el UUID html Los Impuestos Mexico Archivado desde el original el 22 de mayo de 2020 Consultado el 22 de mayo de 2020 Lo que se busca a traves de este formato es habilitar un codigo de informacion unico sin que tenga que haber una coordinacion central para su generacion Por lo cual cualquiera puede generar un UUID con un compendio de informacion desde cualquier lugar sin tener que estar conectados a un dispositivo central que asigne los codigos uuid UUID objects according to RFC 4122 uuid objetos UUID de acuerdo con RFC 4122 html Python Software Foundation en ingles 26 de mayo de 2020 Archivado desde el original el 27 de mayo de 2020 Consultado el 5 de junio de 2020 npm js uuid packageEnlaces externos EditarGenerador de codigos GUID UUID en espanol UUID generate UUIDs or GUIDs in Java codigo open source Generador de codigos GUID UUID Datos Q195284 Obtenido de https es wikipedia org w index php title Identificador unico universal amp oldid 148493390, wikipedia, wiki, leyendo, leer, libro, biblioteca,

español

, española, descargar, gratis, descargar gratis, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, imagen, música, canción, película, libro, juego, juegos