服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

将git用于多个服务器configuration文件

我们已经将很多源代码迁移到git上,并对我们当前的解决scheme感到非常满意。 我们希望我们的服务器configuration文件在同一个系统上进行版本pipe理,但是有一些事情并不按照我们希望的方式工作,我希望有人可以在这里分享他的经验。 这个问题类似于使用服务器configuration文件的版本控制? ,但是我们有一些特殊的要求,不适用于这个问题的build议。 当前的设置使用颠覆configuration文件。 相应的存储库看起来像这样 /#存储库的根目录 + – www.domain.com/#www的configuration | \ – 等等/ | \ – 的Apache2 / dev – dev.domain.com/#configuration | + – 等/ | \ – select/ | \ – APP1 / | \ – dev上的app1的conf /#configuration – staging.domain.com/#configuration用于分段 有了颠覆,这将工作得很好,因为它可能只是签出存储库的子目录。 另外,你可以使用svn:externals指向一个通用结构来完成几个不同的configuration设置。 我们只需处理所有版本化目录中的.svn文件。 Git另一方面没有svn:外部和稀疏签出始终需要从根目录到实际目录的path相同。 在讨论迁移到git时,我试着写下服务器configuration版本的主要要求 : 我们只需要一个存储库 应该可以轻松地将改变推向中央遥控器 变更集应该包含真正的作者 是否有一个很好的方法来在一个存储库中拥有所有的configuration,只有一个子path作为工作副本? 目前我正在考虑两种方法,但是首先想在这里提出这个问题 如果.git库位于一个固定的位置,例如/ var中的某处,我们可以链接到“目标”工作目录的子path。 […]

为什么删除EVERYONE组会阻止域pipe理员访问驱动器?

这与这个问题有关: 域pipe理员组拒绝访问d:驱动器 我有一个全新的AD实验室环境中的成员服务器。 我有一个Active Directory用户ADMIN01是Domain Admins组的成员 Domain Admins全局组是成员服务器的本地Administrators组的成员 服务器成为域成员后添加的新的D:驱动器的根目录上configuration了以下权限: 每个人 – 特殊权限 – 仅此文件夹 遍历文件夹/执行文件 列出文件夹/读取数据 阅读属性 阅读扩展属性 创build者所有者 – 特殊权限 – 仅限子文件夹和文件 完全控制 SYSTEM – 这个文件夹,子文件夹和文件 完全控制 pipe理员 – 这个文件夹,子文件夹和文件 完全控制 在上面的ACL下,域用户ADMIN01可以login和访问D:驱动器,创build文件夹和文件,一切都很好。 如果我从该驱动器的根目录中删除Everyone权限,那么属于Domain Admins (例如ADMIN01 )组的非内置用户将无法再访问该驱动器。 域Administrator帐户是好的。 本地计算机Administrator和Domain Admin “pipe理员”帐户仍然可以完全访问该驱动器,但任何已添加到Domain Admins “常规”用户都将被拒绝访问。 无论是否创build卷并删除了以本地计算机Administrator身份login的Everyone权限,还是以Domain Admin “pipe理员”帐户执行login,都会发生这种情况。 正如我上一个问题所述,解决方法是在成员服务器上本地或通过域GPO禁用“用户帐户控制:在pipe理员批准模式下运行所有​​pipe理员”策略。 为什么从D:的ACL中删除Everyone帐户对于被授予Domain Admins成员资格的非内置用户会导致此问题? 此外,为什么不提供这些types的非内置的Domain Admin用户提升他们的权限,而不是仅仅拒绝访问驱动器?