服务器 Gind.cn

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

快速更改一个巨大的目录树的Windows权限?

我有一个NTFS文件系统上的巨大目录(即包含数十或数亿个后代节点的顶级目录,其文件节点可能平均大约三个层次) ,我需要更改权限。 特别是,我需要给目录树中的所有内容提供一个新的用户(或组)的只读访问权限。 最明显的地方是在Windows资源pipe理器中右键单击顶级目录并转到目录属性窗口的安全选项卡。 但是,在尝试显而易见的事情时,Windows资源pipe理器似乎很兴奋recursion遍历整个目录树,并尝试修改树中每个节点的权限。 这对于这么大的目录来说效率极低! 任何人都可以提供更改权限没有这个recursion下降的任何提示? 我是否需要点击GUI中特定的内容? 我是否需要使用命令行工具? 这可能是以前的系统pipe理员做这个目录的权限奇怪的结果吗? 我还需要启用networking共享,并让用户/组通过networking挂载目录。 还没有尝试过,所以我不知道当我尝试启用共享时是否会有类似的蠕虫病毒。 这是在Windows 2008服务器,如果它很重要。 编辑 :人们是正确的,它可能是更有意义的,而不是一个特定的帐户,而不是一个域组的权限,所以我已经记下了上述(这就是我正在做什么,我不知道为什么我具体问关于在原来的问题中添加一个用户。对不起,我很抱歉) 。 但是,当然,将一个组添加到文件夹的权限列表并不比添加用户快(现有的组都没有被分配为只读权限)。

正确设置DNS主/从/ …以实现冗余和延迟降低的方法?

我以为DNS冗余的主要/辅助是直截了当的。 我的理解是,你应该有一个主要的,至less有一个次要的,你应该build立在不同的地理位置,但也在不同的路由器(请参阅https://serverfault.com/questions/48087 /为什么有几个域名服务器为我的域名 ) 目前,我们的主数据中心都有两台名称服务器。 最近,我们因各种原因而遭受了一些中断,这些中断导致两台域名服务器都出现故障,并且让我们和我们的客户在几小时内不使用DNS。 我已经要求我的系统pipe理员团队完成在另一个数据中心中设置DNS服务器并将其configuration为辅助名称服务器。 但是,我们的系统pipe理员声称,如果其他数据中心不如主数据中心那么可靠,这一点就没有什么帮助。 他们声称,当主数据中心停机时,大多数客户仍然无法正确查找,或者时间太长。 就我个人而言,我确信我们不是唯一有此类问题的公司,而且很可能已经解决了这个问题。 我无法想象所有这些互联网公司都受到我们这种问题的影响。 但是,我无法find很好的在线文档来解释失败情况(例如,客户端超时)以及如何解决这些问题。 我可以用什么理由来打破我们的系统pipe理员的推理漏洞? 任何在线资源,我可以咨询,以更好地了解他们声称存在的问题? 阅读答复之后还有一些附注: 我们在Linux上 我们有更多复杂的DNS需求; 我们的DNS条目是由一些自定义软件pipe理的,BIND目前使用Twisted DNS实现,还有一些视图。 但是,我们完全有能力在另一个数据中心build立我们自己的DNS服务器。 我在谈论外部人员的权威DNS来寻找我们的服务器,而不是我们本地客户端的recursionDNS服务器。