我是一名开发人员,对Windows服务器机器的使用感到好奇。
在(*)的定义的上下文中,引导的Windows ADjoin的机器在哪个帐户下由AD DC(域控制器)标识/保护:
ADjoin的机器显示login屏幕,此后可以进行2次基本login:
在上下文中,B)或C)在A)之后运行,即在login屏幕之后,进一步login的本地用户1)?
更新1:
我知道如何识别,模仿和授权stream程的工作。
这个问题是关于什么时候Windows机器启动,并显示交互式login屏幕的select。
1)在任何(交互式)用户login之前启动哪个机器帐户? 当它显示login屏幕?
2)
那么,基本上我正在重写原来的问题。
但是,读了(*)后 ,我不明白为什么需要“计算机DEMOSYSTEM的机器SID”(在表1中)。 在将机器连接到AD之前,不用于访问其他机器,甚至在将机器连接到AD之后似乎也不需要。
更新2:
另外,join域之前很难相信机器的本地用户帐号与join之后是一样的。 即使是AD计算机的本地帐户,计算机也被识别并且通道由DC保护,但是不适用于工作组1。
从这个问题分叉的问题:
引:
相关问题:
– Windows工作组LocalSystem与域(AD)LocalSystem [已closures]
你的问题没有说得很清楚……但是,下面是它的基本工作原理:
Local System , Local Service和Network Service 。 这些是自XP / 2003以来的每台Windows计算机内置的(之前只有本地系统存在)。 把它们加起来:
没有一个帐户下的“机器启动”。 当你在login屏幕上时,系统上运行着很多东西:基本的系统服务,实际上pipe理login屏幕的程序,如果系统是服务器,可能还有大量的应用程序服务。 这些进程中的每一个都可以在不同的用户帐户下运行。 无论如何,大多数系统服务使用三个系统帐户之一(本地系统,本地服务,networking服务)运行。 您可以在Services MMC(和/或任务pipe理器)中看到服务运行的帐户。
如该文章和其他许多文章所述,机器SID除了作为本地用户帐户的SID的“前缀”之外实际上不需要或用于任何事情(因为这样,在系统本身之外从来没有被看到也没有被引用); 代表系统的networking身份validation使用计算机的域帐户。
本地帐户在join域或部分工作组的计算机上的工作方式完全相同。 它们与域名无关,也不是“由DC保护”或AD的任何其他部分。