服务器 Gind.cn

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

为什么Mac OSX Lion失去login/networking凭据?

症状 在工作中,我们安装了OSX 10.7.3,每隔一段时间我会看到以下行为: 如果屏幕被locking,则不会接受同一用户/通行证的多次尝试。 如果屏幕解锁,然后打开一个新的bash术语可能会产生提示,如: `I have no name$` 要么 lkyrala$ ssh lkyrala@ah-lkyrala2u You don't exist, go away! 即使我们的Mac正常工作,这里的每个人都必须login两次。 开机后第一次总是失败,但是第二次(使用相同的密码,不改变任何东西,只需再按一次)就成功了。 奇怪的? 解决方法 有一些解决方法可以解决眼前的问题,但不要阻止它再次发生: 等待(也许一两个小时),问题有时会自行消失。 杀死“opendirectoryd”,让它重新启动。 (从苹果支持社区:用户ID(不是数据)突然删除? ) 按住电源button重置电脑 更新10/4/2012 我们的networkingpipe理员怀疑locking是牵连的。 locking显然使用UDP,当networking拥塞时,数据包丢失,导致挂起行为。 他们正在寻找步骤来减less拥堵。 如果有问题的文件访问碰巧是活动目录authentication句柄,那么所有这些不同的部分开始合在一起。 讨论 现在,上面的证据指出,我有些东西和opendirectory和login凭证。 其他人报告有这些login问题,但很难确定实际问题(Mac或networking环境?)。 我应该补充一点,大部分networking都是Windows机器,但是我们也有不lessMac和Linux机器,但是我不确定networkingauthentication是如何映射到各个域到其他的细节的。我知道的是,我们的networking证书在Windows域以及mac和linuxlogin中工作 – 所以有些东西是连接不同的系统,或者使用相同的全局authentication系统。 其他细节 不幸的是,我没有设置这个Mac,我们的IT部门,所以我不完全确定身份validation是如何工作的。 我知道这是一个networkinglogin(在我使用Mac的经验中是不寻常的,他们通常有本地帐户连接到外部资源),但在这里,我们的主文件夹在networking上,而不是本地。 在我的Linux安装,连接到networking涉及到YP / NIS,(这使我们能够从任何机器自动安装我们的networking文件系统的一部分),opendirectoryd.log似乎证实这是涉及… /var/log/opendirectoryd.log*显示: 2012-04-04 01:29:12.370 EDT – ddddd.dddddd.dddddd.dddddd – Client: automount, UID: […]

OpenLDAP,Samba和密码老化

我正在configuration一个系统,其中所有IT资源都可以通过一个用户口令对访问,无论是访问服务器上的shell,login到Samba域,WiFi,OpenVPN,Mantis等(访问特定的服务pipe理按组成员身份或用户对象字段)。 由于我们在我们的networking中有个人数据,所以我们需要按照欧盟数据保护指令(或其波兰版本)执行密码老化。 问题是LDAP中的Samba和POSIX帐户使用不同的密码哈希和老化信息。 虽然同步密码本身很简单( smb.conf的ldap password sync = Yes ),但是将密码老化添加到混合中会破坏以下内容:Samba不更新shadowLastChange。 与obey pam restrictions = Yes一起obey pam restrictions = Yes创build一个Windows用户不能更改老化密码的系统,但是如果我不使用它,主目录将不会自动创build。 另一种方法是使用LDAP扩展操作来更改密码,但是smbk5pwd模块也没有设置它。 更糟糕的是,OpenLDAP的维护者不会更新/接受补丁,因为这个字段被认为是不赞成的。 所以,我的问题是,最好的解决scheme是什么? 他们有什么缺点? 使用LDAP ppolicy和内部LDAP密码老化? 它与NSS,PAM模块,samba,其他系统有什么关系? NSS和PAM模块是否需要特殊configuration才能使用ppolicy而不是shadow? GOsa²与ppolicy 一起工作吗? 是否有其他的pipe理工具,可以使用ppolicy LDAP? 共同修改更新LDAP中字段的更改密码脚本。 (留下用户自己更新密码而不更改密码的可能性)

如何为我的网域设置Google ShortName服务,以便不需要FQDN

博客文章“ 为您的域名提供A tinyurl服务 ”解释了如何使用Google Apps为您的域名设置ShortName服务。 例如,如果您的域是example.com并且您使用的是Google Apps,则可以对其进行configuration,使http://go.example.com是您企业的个人ShortName服务。 注意:这不是要为世界创build一个“tinyurl”服务。 这是一个企业。 有一个短名称服务是有用的,只有您的用户可以使用,以便您可以创build链接到内部页面。 您可以说,“今天的午餐菜单位于http://go.example.com/lunch ”,而不是告诉人们很长的url。 博客文章logging了赋予人们build立自己的联系的一些好处。 (最重要的是:他们不必打扰你build立一个新的链接!) 问题 该系统的问题是,该url仍然相当长。 人们宁愿input“去/午餐”到他们的networking浏览器,并使其工作。 不幸的是,由于HTTP协议工作的技术性,Google Apps无法支持此function。 HTTP 1.1中的“Host:”标题列出了用户input到其Web浏览器的域,而不是FQDN 。 换句话说,当Google Apps获取“ http:// go / lunch ”的HTTP请求时,networking服务器会收到“go”作为主机名。 由于Google Apps为许多网域提供此服务,因此无法判断您是否需要go.example.com或go.some-other-example.com 。 因此,用户每次都必须input“go.example.com/lunch”,这比“去/午餐”要长得多。 解决scheme 谷歌可以通过使用networkingcookie或其他scheme来解决这个问题。 没有一个是特别干净或容易的。 直到他们这样做,你可以通过设置一个你自己的接受请求的机器来“解决”这个问题,并redirect它们。 服务器接受名为“go”的站点的HTTP请求,并将请求redirect到go.example.com 。 然后,您创build正确的DNSlogging,使其工作,并旋转您的DHCPconfiguration,使您的笔记本电脑/工作站做正确的事情。 这个服务器故障文档的目的是解释过程,然后给出configuration示例,以帮助您为您的网站做到这一点。 由于我无法访问或了解世界上的每个操作系统,因此我将其作为“社区维基”,以便人们可以在为其工作时填写configuration代码片段。 我把“TODO”放在特别需要改进的地方。 细节 在这个例子中,我们将使用“example.com”作为域。 第1步:以正常方式设置Google Apps服务。 像go.example.com一样configurationgo.example.com的服务。 testing它,并确保像http://go.example.com/foo这样的URL工作。 如果不完整,请不要继续。 这就好比在你拥有一辆之前试图修理你的车。 第2步:select您的redirect器主机名 如果您的短名称服务是go.example.com ,理想情况下,您将使您的redirect器名称为go.example.com 。 […]