Я знаю, что это старый пост, но, поскольку я нахожусь здесь в 2017 году, все еще пытаясь ответить на аналогичный вопрос, я подумал, что эта дополнительная информация была актуальна для всех, кто находится в той же должности.
Концепция «хорошо известных UID» восходит к ранним временам Unix, до появления множества дистрибутивов и вариантов Unix. «Хорошо известные» идентификаторы UID считались для системных пользователей, таких как adm, daemon, lp, sync, operator, news, mail и т. Д., И были стандартными для всех различных систем во избежание столкновений uid. Эти пользователи по-прежнему присутствуют в современных Unix-подобных операционных системах.
Стандартизация uid в организации - ключ к избежанию этих проблем. Как отмечалось в комментарии выше, в наши дни любой выбранный вами uid, вероятно, будет использоваться «где-то», поэтому лучшее, чего может достичь системный администратор, - это обеспечение того, чтобы uid были стандартными во всех поддерживаемых ими системах, а затем выделение новый идентификатор приложения становится простым.
С этой целью я уже много лет считаю пост, связанный ниже, бесценным, и, к сожалению, подобных тем не так много, и что там трудно найти.
UNIX / Linux: анализ конфликтов UID / GID пользователей / групп
Если вы выполняете поиск в этом блоге по тегу 'uid', появляются другие релевантные записи, в том числе скрипт для автоматизации процесса стандартизации uid на нескольких хостах в Linux.
Это Определение идентификатора пользователя также является бесценным ресурсом.
Короткий ответ: на самом деле не имеет значения, какие uid вы используете, если они уникальны и стандартны во всей вашей организации, чтобы избежать столкновений.