Jak duży (w bitach) jest uniksowy identyfikator UID?

18

Rozumiem, że uniksowe identyfikatory użytkowników (UID) to zwykle 16 lub 32-bitowe liczby całkowite bez znaku, ale jak mogę się dowiedzieć dla dowolnego systemu (w powłoce)?

linux unix uid Josef
źródło

Odpowiedzi:

12

Musisz spojrzeć na <limits.h>(lub w jednym z plików to obejmuje, np sys/syslimits.hna OS X) dla #defineo UID_MAX.

Najnowsze systemy operacyjne (Solaris 2.x, OS X, BSD, Linux, HP-UX 11i, AIX 6) mogą obsłużyć do dwóch miliardów ( 2^31-2), więc zakładam, że to zrobię i obejdę bardziej niejasne systemy, które nie „t.

DM.
źródło
1
Niestety nie ma czegoś takiego jak UID_MAX. Na przykład, narzędzia z shadow-utilsużycia (uid_t)-1, aby dowiedzieć się maksymalną wartość dla UID.
kirelagin
5
Większość systemów używa /etc/login.defs, który ma UID_MAX ustawiony na najwyższą użyteczną wartość UID, 60000 w każdym systemie, który sprawdziłem.
Ryaner
6
Strona man dla login.defswskazuje, że w tym kontekście UID_MAXkontroluje tylko najwyższy identyfikator użytkownika, który zostanie automatycznie przypisany dla nowych użytkowników utworzonych za pomocą useradd.
Stephen Touset
2
Prawdopodobnie jest to 2 ^ 32 (4 miliardy zamiast 2). Na RHEL UID 4,294,967,295 (2 ^ 32-1) jest często zarezerwowany dla identyfikatora UID o „niepoprawnej wartości”, a 4,294,967,294 (2 ^ 32-2) jest zarezerwowany dla użytkownika nfsnobody w niektórych systemach operacyjnych. Zatem maksymalna niezastrzeżona wartość to 4 294 967
293
4

glibc zawiera definicje wszystkich typów systemów.

Możesz sprawdzić /usr/include/bits/typesizes.h:

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

Następnie zajrzyj do /usr/include/bits/types.h:

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

Pozwala to znaleźć typ C. Ponieważ potrzebujesz rozmiaru w bajtach, najlepszą opcją jest parsowanie nazwy typedef zgodnie ze specyfikacją w 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

Oto jedna linijka:

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

Oto Usposoby unsigned(może to być również Sna signed) i 32jest wielkości (szukać go na powyższej liście, myślę, przez większość czasu można założyć, że to już rozmiar w bajtach, ale jeśli chcesz, aby Twój scenariusz jest w pełni przenośny to może być lepsze casewłączenie tej wartości).

kirelagin
źródło
1
W moim systemie (Ubuntu 12.04) i innych systemach opartych na Debianie plik nagłówkowy to: /usr/include/$(gcc -print-multiarch)/bits/typesizes.hlub alternatywnie:/usr/include/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/bits/typesizes.h
pabouk
1
Posiadanie tych plików glibc prawdopodobnie oznaczałoby dostępność kompilatora. Można więc #include <sys / types.h> uzyskać dostęp do uid_t i wydrukować wynik ( printf ("uid_t:% d bajtów (% d bitów) \ n", sizeof (uid_t), sizeof (uid_t) * 8 ); )
tehnicaorg
3

To interesujące pytanie. Byłbym zaskoczony, gdyby istniała standardowa, przenośna metoda ustalenia tego.

Nie mam pod ręką Linux-a, ale idpolecenie FreeBSD 8.0 wraca do zera:

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

Jestem pewien, że jest to niezdefiniowane zachowanie, ale idpostawiłbym na to, że większość wersji albo zawinie się do zera 65'536(jeśli 16-bitowy UID), 4'294'967'296albo popełni błąd, jeśli przekroczysz limit systemu.

Geoff Fritz
źródło
3

W tym łączu zadawane jest pytanie, a respondent używa metody prób i błędów, aby ustalić, że dany system używa podpisanej długiej int, pozostawiając 31 bitów do przechowywania wartości, z maksimum 2 147 483 647.

# groupadd -g 42949672950 testgrp
# more /etc/group
testgrp:*:2147483647:
Donald Byrd
źródło