. y. g3 _2 ~ |: `; l, e' d1 {2 m 相对地,Network Service则被用于必须要有网络访问的服务,它对于资源和对象的访问级别也与Users组的成员相同,以Network Service帐户来运行的服务将使用计算机帐户的凭据来访问网络资源。 0 Y( U8 m7 \* n ; `. H# G- |+ @# J/ Y6 N3 l- x) _四、身分验证 r) q1 ?" w1 ?; S i . P* D7 x$ F" e& l 身分验证方面的增强涵盖了基于本地系统的身份验证和基于活动目录域的身份验证。 , C2 r; C! Q+ l, o3 a1 t7 \" X* m5 @3 P- F9 I4 ~# T; v
在本地系统验证方面,默认的设置限制不带密码的本地帐户只能用于控制台。这就是说,不带密码的帐户将不能再用于远程系统的访问,例如驱动器映射、远程桌面/远程协助连接。 * l. X/ ~( Z" h( f
* Q: h5 U- L* D5 V6 _: S' h 活动目录验证的变化在跨越林的信任方面特别突出。跨越林的信任功能允许在林的根域之间创建基于Kerberos的信任关系(要求两个林都运行在Windows 2003功能级别上)。在 Windows Server 2003林中,管理员可创建一个林,将单个林范围外的双向传递性扩展到另外一个Windows Server 2003林中。在Windows Server 2003林中,这种跨越将两个断开连接的Windows Server 2003林链接起来建立单向或双向可传递信任关系。双向林信任用于在两个林中的每个域之间建立可传递的信任关系。 " u4 u2 j# [$ K+ A9 x9 M8 w
m+ `4 `5 T6 J( B
林信任具有许多优点: 7 D6 L( E5 ~3 U& C/ h
$ t6 C- _. K0 J9 H ⑴ 通过减少共享资源所需的外部信任数,使得跨越两个 Windows Server 2003林的资源的管理得以简化。 & I8 c6 {( p0 N0 Y" f8 k , ]9 W% C1 {' y) V/ Z ⑵ 每个林中每个域之间的完全的双向信任关系。 ' ^$ [+ f6 l* a' Q3 Z
2 E5 i( q5 ^, W- ]
⑶ 使用跨越两个林的用户主体名称(UPN)身份验证。 n4 ?( x$ c8 n1 i* L& T: S$ W4 O) S7 a
⑷ 使用Kerberos V5和NTLM身份验证协议,提高了林之间传递的授权数据的可信度。 ; a: r6 d. x) r2 Q* p: a' u
0 j+ B* H% L2 t g! J- r ⑸ 灵活的管理。每个林的管理任务可以是唯一的。 " ]% b2 F4 M6 \ 6 z& n2 i9 Z0 q 林信任只能在两个林之间创建,不能隐式扩展到第三个林。也就是说,如果在林1和林2之间创建了一个林信任,在林2和林3之间也创建了一个林信任,则林1和林3之间没有隐式信任关系。 5 L6 l, a% C1 w7 c/ T# h9 O+ F' [' J1 [% u0 U- N) [! e% u" N! ]. |
注意:在Windows 2000林中,如果一个林中的用户需要访问另一个林中的资源,管理员可在两个域之间创建外部信任关系。外部信任可以是单向或双向的非传递信任,因此限制了信任路径扩展到其他域的能力。但在Windows Server 2003 Active Directory中,默认情况下,新的外部信任和林信任强制SID筛选。SID筛选用于防止可能试图将提升的用户权限授予其他用户帐户的恶意用户的攻击。强制SID筛选不会阻止同一林中的域迁移使用SID历史记录,而且也不会影响全局组的访问控制策略。 3 p1 ]- u: j0 b4 j
! `& F% m; n. |9 h! Y6 R- k3 C. B/ P
在默认配置下,身分验证是在林的级别上进行的,来自其他林的责任人将被授予与本地用户和计算机同样的访问能力。但无论是谁,都受到设置在资源上的权限的约束。 3 Z) ^- Q: d4 `. m3 j) W4 I: G' Q" d& j. _7 }: _! `
如果上述默认配置不能满足要求,你可以配置选择性验证,不过这要有Windows 2003的林功能级别。在这种配置方式中,你可以指定哪些来自其他林的用户或组允许通过验证,以及选择本地林的哪些资源可用来执行验证。具体设置分两步进行。 , y9 c+ ~2 W7 t8 J7 X 5 H0 g; U2 s! L) m; T1 H 第一步是授予来自其他林的责任人允许验证的权限。例如,假设有两个Windows 2003功能级别的林ForestA和ForestB,两者之间有信任关系。ForestA中DomainA域的UserA用户需要访问ForestB中DomainB域ServerB服务器的ShareB共享资源。要达到这个目标,必须按如下方式操作: & n. D: m# g% {8 T # l3 C& m, Y5 k- F. @7 q0 v ⑴ DomainA的管理员在DomainA域中创建一个全局组(例如GroupA),其中包含成员UserA。虽然可以直接授予UserA适当的权限(这种方式的优点之一是透明),但如果用户数量较多,直接配置各个用户的话效率就很低了。 ; c, C+ u& n# \/ o ( t4 [! m, `% J0 x( m ⑵ 启动Active Directory用户和计算机管理器,找到DomainB,再找到ServerB,双击ServerB的图标,打开它的属性对话框。 ! ]8 P6 w3 C" Z% g0 Y7 x9 X
. n& u0 G1 s$ ^$ g# r
⑶ 转到安全设置页,将DomainA\GroupA加入到窗口上方的清单。在窗口下方,选中“允许验证”和“读取”权限的“允许”选项。第一步的设置到这里完成,我们已经允许DomainA\GroupA的成员访问DomainB\ServerB时执行验证。 . g" g7 b* Y! U# Y" [0 \
* _- z# l6 d. X9 b% y 第二步很简单,只要把ServerB服务器ShareB共享资源上适当的权限授予DomainA\GroupA全局组即可(或者,也可以将DomainA\GroupA全局组加入到DomainB域本地组,然后对本地组授权)。 * [5 W: {, x7 t7 ~5 l, K