Pourquoi les UID de Solaris sont-ils si élevés? Est-ce correct d'utiliser des nombres inférieurs?

Je vais essayer Solaris 11, et je me demandais pourquoi les UID par défaut pour les nouveaux users sont ridiculement élevés – par exemple à partir de 65534, puis en descendant (65533, 65532, …)? Y a-t-il une bonne raison pour cela? Je sais bien sûr que de tels nombres sont "négatifs", et sont couramment utilisés pour des users non privilégiés comme le nobody-user … mais ce sont des users privilégiés normaux.

Ne serait-il pas plus logique de commencer à une valeur beaucoup plus basse (par exemple 1000) et de countr à la hausse (1001, 1002, …)? Y a-t-il une bonne raison de ne pas le faire?

Que font les administrateurs Pro Solaris lorsqu'ils atsortingbuent des UID à leurs users?

Tous les documents / sources expliquant la raison par le schéma de numérotation par défaut?

Il suffit de deviner, mais cela semble être un moyen d'éviter un conflit entre les numéros d'user "standard" et les UID locaux. Les UID locaux countnt à partir d'une valeur maximale, et les UID du système countnt du minimum, avec des chances presque nulles qu'ils se heurtent jamais.

(J'ai utilisé une seule fois un système avec plus de 64K users normaux sur une seule machine, et c'était dans les jours précédant LDAP).

Le schéma 1-1000 commun auquel vous faites reference présente quelques problèmes:

  1. Vous gravez des valeurs non encore utilisées. Vous devez réserver plus que vous pensez que vous aurez besoin.

  2. Si vous avez tort, vous avez un problème de compatibilité. J'ai utilisé * ixes qui avaient un seuil de 500 dans une version, puis 1000 dans la suivante, sans doute parce que quelqu'un a décidé qu'ils étaient à court d'UID standard, ou étaient en danger.

On dirait que quelque chose dans votre environnement a créé un uid plus élevé que prévu, alors il a juste commencé à travailler à partir de là.

La page de manuel useradd de Solaris 11.1 indique:

L'UID utilise par défaut le prochain numéro disponible (unique) au-dessus du numéro le plus élevé actuellement atsortingbué. Par exemple, si les UID 100, 105 et 200 sont assignés, le prochain numéro d'UID par défaut sera 201.

Je ne dirais pas 65534 est un nombre ridiculement élevé. Ce n'est pas très négatif (la norme ne précise pas si uid_t est de 16 ou 32 bits ni si elle est signée ou non signée) et rest relativement faible par rapport à la scope autorisée de Solaris. Je ne ferais probablement d'objection que si useradd avait choisi 2147483647, le numéro d'identification user le plus élevé pris en charge par Solaris. Je suis perplexe par 65534 ayant été choisi dans votre cas, étant donné qu'il aurait dû être déjà défini comme l'user anonyme NFS hérité.

En tout cas, je ne reproduis pas ce que vous décrivez:

# cat /etc/release Oracle Solaris 11.1 X86 Copyright (c) 1983, 2012, Oracle and/or its affiliates. All rights reserved. Assembled 19 September 2012 # tail /etc/passwd webservd:x:80:80:WebServer Reserved UID:/: postgres:x:90:90:PostgreSQL Reserved UID:/:/usr/bin/pfksh svctag:x:95:12:Service Tag UID:/: unknown:x:96:96:Unknown Remote UID:/: nobody:x:60001:60001:NFS Anonymous Access User:/: noaccess:x:60002:60002:No Access User:/: nobody4:x:65534:65534:SunOS 4.x NFS Anonymous Access User:/: aiuser:x:61:61:AI User:/: pkg5srv:x:97:97:pkg(5) server UID:/: jlliagre:x:100:10:jlliagre:/home/jlliagre:/usr/bin/ksh # # useradd foo # tail -2 /etc/passwd jlliagre:x:100:10:jlliagre:/home/jlliagre:/usr/bin/ksh foo:x:101:10::/export/home/foo:/usr/bin/bash 

Ceci est cohérent avec la page de manuel Useradd qui indique: L'UID utilise par défaut le prochain numéro disponible (unique) au-dessus du numéro le plus élevé actuellement atsortingbué.