服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
基于云的主机和VPS之间有什么区别？ 我和一个Rackspace Cloud的销售人员谈了大约45分钟，从来没有得出真正的结论。 因此，为了详细阐述我的问题 – “云”服务器可以为我提供什么好处，而不是像Linode这样的VPS提供商，反之亦然 – VPS提供的好处是云提供商吗？ 从我已经能够确定的情况来看，当你在一个云中托pipe（使用Rackspace Cloud）时，你会得到一个安装软件的Linux实例（例如LAMP）。 据我所知，如果这个实例正在运行，我就会被收取费用，Rackspace的价格（根据我从销售代表了解的数据）每个月大约为20美元。我想一个云客户支付每个处理时间 – 所以如果你的应用程序只是坐在那里，不收费。 云实例是否被closures了，也许？ 类似的问题，我所问，但不完全是： 了解：云服务器，云托pipe，云计算，云 vps和云托pipe有什么区别？
我们的KDC服务器运行Ubuntu Dapper（2.6.15-28）或Hardy（2.6.24-19）。 Kerberos软件是Kerberos 5的MIT实现。默认情况下，Kerberos票证持续10个小时。 不过，我们想增加一点（如14小时）以更好地满足我们的需求。 我已经做了以下，但票的寿命仍然停留在10小时： 在所有KDC服务器上，在/etc/krb5kdc/kdc.conf “[realms]”下设置以下参数并重新启动KDC守护进程： max_life = 14h 0m 0s 通过“kadmin”，通过“modprinc-maxlife 14小时”改变了testing负责人的“maxlife”。 “getprinc”表明，最长的门票寿命确实是14小时：最大门票寿命：0天14:00:00 在Kerberos客户端机器上，在/etc/krb5.conf中的[libdefaults]，[realms]，[domain_realm]和[login]下设置以下参数（基本上，因为没有任何我尝试过的工作）： ticket_lifetime = 13hrs default_lifetime = 13hrs 通过以上的设置，我猜想票的使用寿命将被限制在13个小时。 当我做k5start -l 14h -t <principal> ，我看到“renew until”行的结束时间现在是从开始时间起的14个小时： Valid starting Expires Service principal 04/13/10 16:42:05 04/14/10 02:42:05 krbtgt/<realm>@<realm> renew until 04/14/10 06:42:03 “-13小时”将在开始时间13小时后在“更新到”行结束。 但是，票还是在10个小时内过期（04/13 16:42:05 – 014/14 02:42:05）。 我没有更改正确的configuration文件/参数，没有在获取Kerberos票证时指定正确的选项，还是其他的东西？
由于在某些发行版本上默认提供的GCJ内容会导致过去（不好的）的经验，所以我一直习惯于在服务器上安装官方的Sun Java包。 在Ubuntu上它很容易，但现在OpenJDK是一个首选的选项，更容易安装…我想知道：是否有任何理由不使用它呢？ 据我了解，这是Sun JDK的开源版本。 仅供参考：Sun Java JDK 6u20（适用于Ubuntu 10.04）可从Canonical Partner存储库获取
我的服务器繁忙接口上有很好的大型服务器级网卡。 不久我就要build立一个集群，将有一个专门的热拍。 我真的需要使用昂贵的服务器级网卡吗？ 或者将一个低端桌面网卡足够？
我最近开始有问题，我的Apache崩溃，无法重新启动。 托pipe公司告诉我，这与“信号灯”有关，并发送给我这样一个解决问题的方法： /usr/bin/ipcrm sem $(/usr/bin/ipcs -s | grep www-data | awk '{print$2}') 现在很高兴有一个命令执行，解决了我的问题，但我再也不知道这是什么。 什么是信号灯，谁把它们放在哪里，他们在哪里，他们是如何崩溃我的Apache？ 我会很高兴的一些一般的解释！
这是有道理的，事实上在这个网站上build议，有一个关键的文件更改触发服务重新启动木偶元参数（如通知或订阅）。 例如： ## file definition for printers.conf file { "/etc/cups/printers.conf": [snip], source => "puppet:///module/etc/cups/printers.conf" } ## service definition for sshd service { 'cups': ensure => running, subscribe => File['/etc/cups/printers.conf'] } 但是在CUPS的情况下，这会触发无尽的重启循环; 逻辑工作是这样的： 更改puppetmaster版本的/etc/cups/printers.conf 傀儡大师推出新版本的客户端，触发杯子重新启动 cupsd重启坚持把自己的时间标记在printers.conf的顶部，“由cupsd写…” 这个改变将被视为过时，所以在运行runinterval之后，我们返回到（1）。 有没有办法来压制cupsd的时间戳文件的需要？ 还是有木偶戏可以帮助吗？ 谢谢！
在Windows ACL（NTFS文件/文件夹，registry，AD对象等）中以“帐户未知（SID）”的名称查看条目并不罕见。 很明显，这是因为旧的AD用户或组在某些时候具有在相关对象上手动configuration的权限，并且已经被删除。 有谁知道是否可以安全地删除这些“账户未知”ACE？ 我的直觉就是应该没问题，但是我想知道有没有人有过去的经历，这样做会造成麻烦？ 通常我只是忽略这些，但是我现在工作的公司似乎有一个exception的数量，这很可能是由于过去的pipe理员对AD / Windows的经验不足以及给用户帐户分配权限而不是各种奇怪的组地方。 FWIW，我们的环境并不复杂，一个域名森林，3个站点有4个DC，所有的networking连接和复制都是健康的，所以我确定这些“账户未知”条目真的是旧账户，而不仅仅是因为一些未能将SIDparsing为人类可读的名称。
我正在为VPS付费，并希望在未来几天内启动我的第一个网站。 我担心标准设置中可能会有一些明显的安全漏洞，所以我很想得到一些提示。 关于我唯一知道的是closuresPHP中的错误报告，并创buildMySQL的用户/权限。 还有更多的东西吗？ 我在用着： cPanel和WHM CentOS 5 PHP MySQL的 谷歌应用程序作为邮件服务器（所以也许我应该禁用内置的邮件服务器？）
我需要能够将Ubuntu（8.04.4 LTS）上的date设置为2040年（以testing与此问题无关的事情）。 那可能吗？ 我可以跑： $ sudo date -s "15 JAN 2038 18:00:00" Fri Jan 15 18:00:00 PST 2038 …但： $ sudo date -s "15 JAN 2039 18:00:00" date: invalid date `15 JAN 2039 18:00:00' 2038年（或2039年1月15日之前）是否有这个限制？ 这是否改变了不同版本的Linux？
我在“不支持”的硬件上安装了ESXi 3.5服务器 – SuperMicro主板，Adaptec 9410 3405 RAID控制器（哎呀，9410是没有用于RAID的板载控制器） – 我开始怀疑RAID的重点是什么，因为我们没有任何监控。 除了100％兼容系统/使用像vSphere这样的付费产品之外，是否有可能在ESXi上监控RAID？还是应该切换到“认可的”硬件系统或SAN？ 更新：我发现这个Adaptec知识库文章说ESXi没有监视支持： ESXi Server 3.5中embedded了AACRAID驱动程序（请参阅VMwareauthentication兼容性指南），但不提供pipe理软件（ASM或ARCCONF）。 然而，卡片有诊断指示灯，所以我猜想某种硬件破解可能是最后的手段。