服务器 Gind.cn

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

Active Directory 2012 LDAP集成服务主要名称条目正在消失?

创buildPython服务来查询AD属性 我正在使用基于SASL的Python-LDAP(DIGEST-MD5)在Linux上将我们的AD与运行Python的Web服务集成以查询AD 2012用户属性(部门,部门,电话扩展,电子邮件等)。 在针对我的AD 2003的服务制定了特定的扭结之后,我开始遇到一个针对我们的新AD 2012的SPN错误,即digest-uri与服务器上的任何SPN都不匹配。 我交叉引用了两个服务器的SPN列表,它们包含相同的相似的类似物。 错误:digest-uri与为此服务器注册的任何LDAP SPN不匹配 修正? 这是通过运行修复的: setspn -A ldap/<Domain_Name> <Computer_Name> 请注意,即使运行以下命令,创build服务帐户也不能修复我的SPN错误: setspn -A ldap/<Domain_Name> <Domain_Name>/<Service_Account_Name> simple_bind_s()不需要SPN,sasl_interactive_bind_s()需要SPN 只有使用sasl_interactive_bind_s()将SPN添加到本地计算机SPN列表才能用于我的Python-LDAP服务。 我还应该注意,如果使用simple_bind_s(),则可以跳过SPN步骤,但是此方法以明文forms发送凭据,这是不可接受的。 但是我注意到,这个logging在消失之前只停留在SPN列表上一分钟左右? 当我运行setspn命令时,没有错误,事件日志完全是空的,没有重复的地方,使用基本dn上的-F森林范围的search进行检查,没有任何东西。 我已经添加并尝试重新添加和删除,并将SPN从对象移到对象,以validation它没有隐藏到任何地方,但第二次我将对象添加到任何地方,然后尝试重新添加它通知我的重复。 所以我非常有信心,没有重复隐藏的地方。 黑客 现在我已经有一个计划的任务重新运行命令,以保持在列表上的logging,所以我的服务将适当地命名为“SPN黑客” cmd.exe /C "setspn -A ldap/<Domain_Name> <Computer_Name>" 直到我可以找出为什么SPN正在被清除。 我不是这个特定AD的主要pipe理员,pipe理员可以运行一个服务来同步AD上的另一个服务的SPN,而不知道它吗? 我的标题是Web Developer,而不是借口,而是解释我对Active Directory事务的无知。 我被告知要将AD作为主用户数据库,而且我一直在阅读很多内容,但是我无法find任何人在SPN被定期“覆盖”或“清理”时遇到问题的地方,pipe理员非常熟悉SQLServer条目之外的SPN。 为什么我需要黑客? 到目前为止,我的黑客似乎没有为任何用户或服务造成任何问题,并没有产生任何错误,所以pipe理员说,他会让它运行,我会继续寻找。 但后来我发现自己处于编写一个服务的岌岌可危的境地,这个服务的实现基本上是一个cron hack / shiver …因此,任何帮助将不胜感激。 更新 在与系统pipe理员对话之后,他同意在黑客之上build立一个服务并不是一个解决scheme,因此他允许我启动一个本地服务,并使用我可以用于我的目的的端点encryption,结果是一样的。 我会留意是什么导致SPN清除。 本地绑定不是使用Python-LDAP的问题,本地服务在一个小时左右就已经启动并运行了。 不幸的是,我基本上是将包含LDAP的function封装起来,但是我们只能做我们必须做的事情。

yum客户端不会看到新的包,虽然服务器更新

我们有一个内部的yum服务器,包含几个回购(RHEL回购的副本,在内部创build的程序等)。 我们的内部系统被互联网挡住了防火墙,所以他们只能使用我们的内部服务器。 为了在将它们全部投入生产之前对补丁进行testing,我们有一个默认启用的stable补丁。 任何更新都将放入-latest回购。 当我们修补服务器时,我们将使用-latest -repo来构build一个新的基线并在几台服务器上进行testing。 一旦经过testing,我们就会使这个基准成为新的stable 。 -latest回购是默认禁用的。 其中一个回收用于从epel,rpmforge等获取的一些包。 我们有一个脚本,只需要我们想要的任何依赖关系的软件包就可以同步。 软件包同步后,每晚使用createrepo重build仓库。 由于这些软件包没有经过testing,所以它们通常都是禁用的int-optional-latest repo。 如果服务器需要该回购软件包,我们将使用enable-repo=int-optional-latest 。 今天,一位同事试图在服务器上安装perl-Excel-Writer-XLSX。 服务器没有find该软件包。 我尝试使用createrepo重build存储库,并grepped repodata文件,以确保文件在那里。 它是。 我也validation了这个文件存在于版本库中 repoquery -q –repoid=int-optional-latest -l perl-Excel-Writer-XLSX 我也清除了客户端的元数据caching,使用 sudo yum clean expire-cache 尽pipe如此,客户仍然声称这个软件包在服务器上不存在。 我不认为这个问题是在服务器端,因为当我尝试从另一台机器search时,发现这个软件包。 我validation了回购文件是正确的,并且名称yum.example.com在两个服务器上parsing为相同的IP地址 – 但其中一个可以find该包,而另一个不能。