开发者社区> 余二五> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

活动目录系列之六:多域环境的实现(多站点)

简介:
+关注继续查看
   通过前面几期的学习,我们学习了单域单站点和多站点的设计,也学习了多域单站点的设计,今天我们来学习一下多域多站点的设计。
场景:总部在北京,上海和广东各有一个分公司,要求进行活动目录设计。林功能级别是windows2003模式。

一、分析:
根据公司的实际情况,我们设计三个域,北京是根域,上海和广东分别是两个子域,这是逻辑结构,在物理结构上我们设计三个站点。有关站点的具体含义,大家可参考前面的教程。
子网设计:由于每个站点必须采用不同的子网,故对于北京站点我们使用10.1.1.0/2410.2.1.0/24两个子网,上海站点使用172.16.1.0/24子网,广东站点使用192.168.1.0/24子网。
GC的设计:解决用户的登录问题,我们无非有两种办法,一种是在每个站点都设计GC,第二种办法可以在本站点内不安排GC,但要为该站点启用“通用组成员关系缓存”功能。我们可以根据实际情况来实施,至于如何实施,请大家参考前面的教程。
二、设计过程:
1. 根域的设计:在北京的DC上运行dcpromo,完成AD的安装。如果有必要可以安装第二台或第三台DC。并设计好DNS,如果多台DC,建议都设计为同时做DNS服务器。
2. 站点的创建:在北京的DC上打开dssite.msc,创建另外两个站点,并创建相应的子网,并把相应的子网和站点结合,一定不要搞错哟!把Default-first-site-name改名为beijing
3. 两个子域的设计:在北京DC上做AD数据库的备份,并把其备份还原到上海和广东的一台服务器的一个特定目录下,在相应的服务器运行dcpromo /adv完成两个子域DC的搭建。(当然相应的子网等一定要设计正确)。这样做完后,打开dssite.msc后你就发现相应的站点内就有对应的DC
4. GC的规则:根据情况,你可以在每个站点设计GC,或启用“通用组成员关系缓存”。我想具体实现我就不用说了吧,参考前面的教程即可。
5. 子域委派:最后进行DNS的子域委派工作。这个过程请参考“活动目录系列之三:多域环境的实现(单站点)”。
三、小结:
在这个方案的设计过程中,最容易忽视的就是GC的设计。如果这里想着的话也就没有太多的问题的。
整个设计过程很简单,就不再一步步的图示解决了。有什么问题大家可以留言。









本文转自 jary3000 51CTO博客,原文链接:http://blog.51cto.com/jary3000/122079,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
​4种实现多列布局css
​4种实现多列布局css
17 0
实体类的属性映射怎么可以少了它?(四)
我们都知道,随着一个工程的越来越成熟,模块划分会越来越细,其中实体类一般存于 domain 之中,但 domain 工程最好不要被其他工程依赖,所以其他工程想获取实体类数据时就需要在各自工程写 model,自定义 model 可以根据自身业务需要映射相应的实体属性。这样一来,这个映射工程貌似并不简单了。阿粉差点就犯难了……
20 0
实体类的属性映射怎么可以少了它?(一)
我们都知道,随着一个工程的越来越成熟,模块划分会越来越细,其中实体类一般存于 domain 之中,但 domain 工程最好不要被其他工程依赖,所以其他工程想获取实体类数据时就需要在各自工程写 model,自定义 model 可以根据自身业务需要映射相应的实体属性。这样一来,这个映射工程貌似并不简单了。阿粉差点就犯难了……
17 0
实体类的属性映射怎么可以少了它?(二)
我们都知道,随着一个工程的越来越成熟,模块划分会越来越细,其中实体类一般存于 domain 之中,但 domain 工程最好不要被其他工程依赖,所以其他工程想获取实体类数据时就需要在各自工程写 model,自定义 model 可以根据自身业务需要映射相应的实体属性。这样一来,这个映射工程貌似并不简单了。阿粉差点就犯难了……
29 0
微信开发系列之一 - 微信公众号开发的开发环境搭建
微信开发系列之一 - 微信公众号开发的开发环境搭建
58 0
​4种实现多列布局css
摘要:   多列布局在网站应用中也是经常见到的,今天就分享4中多列布局。 display:table .table { width: auto; min-width: 1000px; marg...
728 0
减少到处衍生的实体类
这里的实体类更倾向于数据传输对象(既DTO)。无论是编码风格采用 事务脚本 还是 领域模型,我们都会遇到各种各样的数据传输对象,尤其是传统事务脚本三层架构的编码中,更会遇到各类实体对象,一般来说,这些实体对象产生的原因如下: 1:为各类报表和查询服务的联表查询,会导致字段变多,带来的实体的属性增多。
666 0
+关注
20377
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载