Программа установки Windows назначает уникальный SID компьютера системе Windows во время установки. SID машины не отображается в сети, и поэтому обычно не имеет значения, что это такое, но идентификаторы безопасности локальных пользователей основаны на SID машины, и это может создавать проблемы при совместном использовании профилей пользователей и файлов, созданных пользователями, на Тома NTFS. Даже если файлы и папки имеют списки управления доступом только с предварительно определенными идентификаторами SID, не зависящими от компьютера, такими как встроенная группа «Администраторы», их владельцем является создающий локальный пользователь, идентифицируемый по SID компьютера и RID пользователя. Этот сценарий возникает, например, если вы хотите собрать свою систему разработки с помощью сценария из свежего установочного носителя Windows, как если бы это был контейнер Linux. В этом случае вы хотите, чтобы каждая система Windows, которую вы создаете, использовала один и тот же SID машины.
Тем не менее, SysInternals Утилита NewSID был устарел и вышел на пенсию еще в 2009 году и не работать должным образом в современных версиях Windows. Есть ли способ добиться того же результата с помощью обычных средств развертывания Windows? Марк Руссинович намекнул в своем посте, осуждающем NewSID, что это может быть так, но если это так, то эта возможность не задокументирована.Конечно, это неудивительно: у Microsoft долгая история недокументированных возможностей, восходящая ко временам MS-DOS.
