сколько учетных записей пользователей подобная Unix ОС может разместить?
Нет, Вам не нужен CAL. То, в чем Вы действительно нуждаетесь:
Очевидно, действительная лицензия Windows ;)
лицензия на Outlook, который Вы, скорее всего, имеете как часть некоторого офисного пакета.
До тех пор, пока не будет исчерпано пространство UID. Современные системы используют 32-битные целые числа без знака, при этом 65535 и 4294967295 являются магическими значениями для "любого" / "неизвестного" и т. Д., Поэтому есть место для 4294967294 одновременных отдельных пользователей. Старые системы могут по-прежнему отображать 16-битные целые числа без знака.
Теоретически у вас может быть столько пользователей, сколько поддерживает пространство идентификаторов пользователей. Чтобы определить это в конкретной системе, ознакомьтесь с определением типа uid_t . Обычно он определяется как unsigned int или int , что означает, что на 32-битных платформах вы можете создать до почти 4,3 миллиарда пользователей. На 64-битных платформах у вас может быть более 16e18 различных идентификаторов пользователей.
Однако другие ресурсы могут быть исчерпаны до того, как вы достигнете этого предела, например, дисковое пространство. Если вы создаете домашний каталог для каждого пользователя, то даже имея всего 1 МБ пространства для каждого пользователя, вам потребуется более 4 ПБ хранилища. Кроме того, большое количество пользователей, оставляющих процессы, выполняющиеся в фоновом режиме, планируют задания cron, открывают сеансы ftp и / или ssh, могут создать серьезную нагрузку на систему.
Как указано выше, теоретически вы ограничены размером UID unsigned int, но, скорее всего, в настоящее время будут ограничены ресурсами до достижения указанного предела.
В других ответах дается буквальный ответ на вопрос OP относительно конкретных ограничений. Учитывая природу SF как долгосрочного ориентира, я думаю, что важно указать на очень важное предостережение относительно подхода, который вы планируете.
Вы хотите, чтобы использовал службу каталогов для управлять учетными записями пользователей в этом масштабе. Это именно та проблема, для решения которой были разработаны службы каталогов [например, OpenLDAP, Active Directory и др.].
Использование «стандартных» [1] пользовательских инструментов Unix для управления более чем горсткой учетных записей локальных пользователей является изрядной задачей Путь, сопряженный с болью, не будет очень легко масштабироваться и, учитывая описание вашей проблемы, по всей вероятности, приведет к значительному изменению архитектуры выбранного вами решения, когда оно фактически не масштабируется по горизонтали с несколькими серверами.
[1] Обычно они работают очень похоже, но точные заклинания различаются от платформы к платформе, иногда различаются даже в аналогичных старых дистрибутивах Linux и, конечно же, регулярно меняются с выпусками версий ОС. Пусть покупатель будет бдителен.