Насколько велик (в битах) UID UIX?

18

Я понимаю, что пользовательские идентификаторы Unix (UID), как правило, представляют собой 16- или 32-разрядные целые числа без знака, но как я могу узнать это для любой системы (в оболочке)?

linux unix uid

— Josef
источник

12

Вам нужно будет найти <limits.h>(или один из включенных в него файлов, например, sys/syslimits.hв OS X) на предмет #defineof UID_MAX.

Самые последние операционные системы (Solaris 2.x, OS X, BSD, Linux, HP-UX 11i, AIX 6) могут обрабатывать до двух миллиардов ( 2^31-2), поэтому я предположил бы это и сделал обходной путь для более неясных систем, которые «т.

— DM.
источник

1

К сожалению, нет такой вещи, как UID_MAX. Например, инструменты из shadow-utilsиспользования, (uid_t)-1чтобы узнать максимальное значение для UID.

— Кирелагин

5

Большинство систем используют /etc/login.defs, в котором для UID_MAX установлено наибольшее используемое значение UID, 60000 в любой системе, которую я проверял.

— Райанер

6

Страница руководства для login.defsуказывает , что в этом контексте, UID_MAXконтролирует только высокий идентификатор пользователя, который будет автоматически назначена для новых пользователей , созданных с useradd.

— Стивен Таусет

2

Это, вероятно, 2 ^ 32 (4 миллиарда вместо 2). На UH RHEL 4 294 967 295 (2 ^ 32-1) часто зарезервированы для UID "недопустимого значения", а 4 294 967 294 (2 ^ 32-2) зарезервированы для пользователя nfsnobody в некоторых операционных системах. Таким образом, максимальное незарезервированное значение составляет 4 294 967 293 (2 ^ 32-3)

— tehnicaorg

4

glibc предоставляет определения для всех этих типов систем.

Вы можете проверить /usr/include/bits/typesizes.h:

% grep UID_T /usr/include/bits/typesizes.h
#define __UID_T_TYPE            __U32_TYPE

Далее вы смотрите в /usr/include/bits/types.h:

% grep '#define __U32_TYPE' /usr/include/bits/types.h
#define __U32_TYPE              unsigned int

Это позволяет вам узнать тип C. Поскольку вам нужен размер в байтах, лучшим вариантом будет разбор имени typedef в соответствии со спецификацией в types.h:

We define __S<SIZE>_TYPE and __U<SIZE>_TYPE for the signed and unsigned
variants of each of the following integer types on this machine.

 16      -- "natural" 16-bit type (always short)
 32      -- "natural" 32-bit type (always int)
 64      -- "natural" 64-bit type (long or long long)
 LONG32      -- 32-bit type, traditionally long
 QUAD        -- 64-bit type, always long long
 WORD        -- natural type of __WORDSIZE bits (int or long)
 LONGWORD    -- type of __WORDSIZE bits, traditionally long

Итак, вот одна строка:

% grep '#define __UID_T_TYPE' /usr/include/bits/typesizes.h | cut -f 3 | sed -r 's/__([US])([^_]*)_.*/\1 \2/'
U 32

Здесь Uсредство unsigned(это также может быть Sдля signed) и 32имеет размер (посмотреть его в списке выше, я думаю, большую часть времени , можно предположить , что это уже размер в байтах, но если вы хотите , чтобы ваш сценарий , чтобы быть полностью портативный его может быть лучше сделать caseпереключение на это значение).

— kirelagin
источник

1

В моей системе (Ubuntu 12.04) и других системах, основанных на Debian, файл заголовка: /usr/include/$(gcc -print-multiarch)/bits/typesizes.hили альтернативно:/usr/include/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/bits/typesizes.h

— pabouk

1

Наличие этих файлов glibc, вероятно, будет означать, что доступен компилятор. Таким образом, можно #include <sys / types.h> иметь доступ к uid_t и распечатать результат ( printf ("uid_t:% d байтов (% d битов) \ n", sizeof (uid_t), sizeof (uid_t) * 8) ); )

— tehnicaorg

3

Это интересный вопрос. Я был бы удивлен, если бы был стандартный, портативный метод, чтобы определить это.

У меня нет удобного Linux-бокса, но idкоманда во FreeBSD 8.0 возвращается к нулю:

# id 4294967296
uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)

Я уверен, что это неопределенное поведение, но я бы поспорил, что большинство версий idлибо обернутся в ноль с 65'536(если 16-битный UID), либо произойдет 4'294'967'296ошибка, если вы выйдете за пределы системы.

— Джефф Фриц
источник

3

В этой ссылке задается вопрос, и респондент использует метод проб и ошибок, чтобы определить, что рассматриваемая система использует длинное целое со знаком, оставляя 31 бит для хранения значения, с максимальным значением 2 147 483 647.

# groupadd -g 42949672950 testgrp
# more /etc/group
testgrp:*:2147483647:

— Дональд Берд
источник