我知道,迁移到LDAP并不是什么新问题。我已经搜索了相当多的信息,但我发现的问题是,信息似乎在这个主题上相当零散。所以我希望有经验的人能指引我走向正确的方向。
显然,使用集中的用户目录(如LDAP )变得越来越有吸引力。
不幸的是,我无法找到可靠和完整的指南,涵盖整个过程的现实生活场景。
发布于 2014-10-15 12:12:55
对学习材料和教程的要求是离题。
应遵循哪些操作顺序,注意什么,如何将数据丢失的风险降到最低,如何将用户的停机时间降到最低等?
首先,决定您的需求和范围。把它们写下来,并让他们审阅。
除了LDAP之外,还可以考虑设置Kerberos。单点登录的可能性对最终用户来说往往是一个真正的商业利益,同时也使他们更愿意忍受迁移过程中的中断。终端用户通常不关心总体上的变化,而且很明显,在认为只对系统管理员的生活有益的操作改进中看不到立即的好处。
FreeIPA在那里提供了一个集成的方法。
清点现有的passwd和组文件以及sudo配置。不要忽略当前受用户名/密码保护的其他服务,这些服务可能从与中心用户目录(和SSO)的集成中受益,例如web服务器上的安全目录等。
测试您的方法、脚本等,进行备份并测试恢复它们。SSSD似乎是将工作站和服务器配置为相对轻松地与目录(和FreeIPA)集成的方法。
在工作站上安装中央主目录通常是个好主意,特别是与自动挂载器(autofs)相结合。在服务器上做同样的事情(也可以按需使用auto)似乎会引起更多的讨论。如果你确实走了这条路,那么仔细想想,如果你或者你的用户应该是合并他们的人。
dataloss的风险相对较小,但您确实定期进行备份和测试恢复,对吗?
假设用户'roberto‘存在于两台机器上(具有不同的ID)。通过将/etc/passwd信息从这两台机器迁移到LDAP,它们是否在过程中“合并”?如果没有,应该做些什么?
不,它们不会自动合并,因为用户帐户只能有一个UID号,而且每个用户名也必须是唯一的。由于文件所有权是由UID编号上的文件系统存储的,因此放弃一个UID将导致所有者失去对这些文件的权限。您将需要从原始用户更改为所有者,以匹配您为同一个真实用户所决定的最终UID号。例如,一些类似于不同真实用户的find -owner old-UID -exec chown new-UID '{}' \;重复用户名会导致他们中的一个人使用一个新的用户名,或者你们两个都相信要分担痛苦。
对于主组用户也是如此。
迁移可以分步骤进行,只有一个用户可以开始迁移吗?是明智的吗?
身份验证方法主要是针对每个系统而不是根据用户定义的,逐主机迁移比每个用户迁移更有意义。如果每个用户都有自己的工作站,您可以从这些工作站开始,每次一个,因为任何问题都会限制对单个用户的影响。一旦所有用户都在目录中,那么做服务器就相对容易了。
下面的步骤是将用户的主目录集中到某个网络空间(NFS或iSCSI)。任何指向以下步骤的指针都是受欢迎的,特别是如果链接到LDAP的迁移。
对于集中式主目录来说,文件共享要比块设备好得多,所以肯定会选择NFS。利用NFSv4,解决了经典NFS中的许多问题,并与Kerberos相结合,大大提高了安全性。
在工作站上转换身份验证可以与转移到集中式主目录同时进行。
发布于 2014-10-15 12:50:27
至于您想要的系统,您可以选择自由IPA,因为如果将来有人实现了Active Directory框,那么链接起来就很容易了。
至于移民..。好吧,至少你说的是小规模的,所以“网络的蚀刻草图端”是一种选择。
数独的权利,很明显,这是至关重要的,与少量的机器,任何acl的东西应该是足够容易处理,尽管。
显然,在LDAP和本地中不能有同名的用户,所以我首先将您的服务器安装在目录中,然后转移到桌面上。
https://serverfault.com/questions/637120
复制相似问题