服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我有几台机器，我通过傀儡pipe理。 机器在不同的物理位置。 每个位置都有一个特定的位置号码。 我有一个configuration文件，需要有正确的位置号码。 所以/etc/abc.conf的内容是这样的： this=that location=$LOCATION_NUMBER bananas=tasty 当文件被下推到机器，我需要$ LOCATION_NUMBER实际上是位置号码。 我可以用木偶pipe理这个文件吗？ 如果我为LOCATION_NUMBER导出一个facter，那么当木偶将文件压下到机器上时，木偶会写入正确的位置编号吗？ 谢谢。
这似乎很明显，或者我只是不明白。 我想为我的客户build立SPFlogging。 大多数电子邮件提供商提供了一个SPFlogging，我可以“包括”在我的，但他们都包括最后的全部或全部。 这是否意味着他们的“包含”总是有一个匹配，所以之后的一切都不被看着？ 我认为这会给使用两种服务发送有效电子邮件的客户或使用某种forms的电子邮件转发（例如：他们的注册商提供的电子邮件+ Gmail）造成麻烦。
这似乎是一个非常基本的问题，但是，主DNS服务器如何知道它的从服务器？ 我的意思是，它是否parsing区域文件，并确定在哪里发送NOTIFY消息？ 如果是这样的话，NOTIFY机制在隐藏的主设置中被破坏了，不是吗？
一位SEO顾问向networking环境提出要求（要求）证书，所以他可以做…不pipe他们做什么。 我是新来的公司，但有经验的系统工程师。 我刚刚被带入这种情况，但是我给予他的证书的反应是一个非常坚定的“否”，除非他能提供一个令人信服的理由，这个理由还没有到来。 在提到这件事之前，他已经提供了相关档案的档案，但他说这是不够的。 （我承认）对于SEO的了解很less，我告诉我他应该能够从view source或文件副本中获得他想要的所有内容，并且我们将在生产部署中实施他的更改评论。
我正在寻找编码inputstringbase32编码直接从shell。 我期待在Ubuntu下做到这一点，但我想这里的味道并不特别重要。 有没有现有的Linux / Unix工具只是做这个？ 有些东西是： -bash-3.2$ echo -n 'hello' | base32
我正在寻找一个像smtpd_enforce_tls这样的Postfixconfiguration选项，但是它可以让我有select地执行TLS，具体取决于电子邮件来自哪个域。 我需要允许来自除某些选定的始发域以外的所有非TLS传入电子邮件。 这可能吗？ 我知道从Postfix 发出的电子邮件中有select地实施TLS是很简单的，但是我正在谈论电子邮件进入。
我目前有一个域名如专用服务器。 domain.com有它自己的专用IP地址。 我只需要保护一个子域名，例如。 secure.domain.com 此子域是否需要自己的专用IP地址才能获得SSL证书？ 另外，我是否正确认为我只需要一个标准证书而不是通配符？
我已经从源代码安装了Mac OS X 10.7上的iftop，但安装程序没有将手册页复制到应该在的位置。 我不知道它应该在哪里。 有谁知道我应该去哪里？ 我发现这个线程http://arstechnica.com/civis/viewtopic.php?f=19&t=527075，但你可以看到没有人真正回答这个问题。 echo $ MANPATH 顺便说一句，没有任何回报
我在不同的数据中心有一个木偶大师和奴隶。 它们之间的延迟是〜40ms。 当我在奴隶上运行“木偶代理 – testing”来应用最新的清单时，需要360秒才能完成。 经过一番挖掘，我可以看到减慢的主要原因是文件传输。 似乎要花费大约10秒才能传输每个文件。 这些文件只有很小（configuration文件），所以我不明白为什么他们会花这么长时间。 这是我清单中文件的一个例子： file { "/etc/rsyncd.conf" : owner => "root", group => "root", mode => 644, source => "puppet:///files/rsyncd/rsyncd.conf" } 运行puppet-profiler我看到这个： 10.21s – File[/etc/rsyncd.conf] 也似乎我不能一次使用puppet更新多个服务器。 如果我同时运行两台服务器，那么木偶需要两倍的时间。 我已经改变了木偶大师从使用webrick到杂种，但这似乎没有帮助。 这使得痛苦的部署变化。 一个简单的configuration更改可能需要一个小时才能推出到所有服务器。
当我注意到我放在Debian6服务器上的/etc/cron.weekly中的backupscript没有执行时，我把这个小脚本放在它里面，看看每周的cronjob是否被执行： #!/bin/bash echo 'CRON RAN' > /var/log/cron-weekly-runcheck.log 保存为 -rwxr-xr-x 1 root root 64 Jul 15 02:14 /etc/cron.weekly/runcheck.sh 当我今天检查时，它应该创build的日志文件不存在。 crontab看起来像下面这样（据我所知，这应该是默认的debian6 crontab）： SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin # mh dom mon dow user command 17 * * * * root cd / && run-parts –report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && […]