服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我在我的服务器上使用灰名单多年，但我不知道现在是多么有效。 在2012年打击垃圾邮件仍然有用吗？ 还是典型的垃圾邮件发送者MTA可以重新发送灰色的邮件了？
你如何使用apt-get在Ubuntu上只安装重要的安全更新？ 我们只想升级出于安全原因需要升级的软件包，而不升级所有其他软件包。
你使用的是wiki格式？ 如果是这样，哪个产品？ （MediaWiki，Confluence，Sharepoint等） 你有没有build立知识库？ （面向问题/解决scheme的简短文档。） 在创build可用的文档时，您会遇到什么样的挑战，所以在休假时您不能接听电话？ 对我而言，我发现通常会有一定的组织“惰性”来完成文档。 这似乎是一个不同的人，可以完成一项任务，然后想想他们是如何完成这个任务的，然后形容它，这样别人就可以做到这一点 – 对你来说有一种力量“去元化”，并不是每个人都可以这样做。 更新 迄今为止的答案包括 合stream 因为FlexWiki FogBugz的 Mediawiki（带有插件如fckeditor） 的SharePoint TWiki的 Word / Excel / Visio文档 logging脚本 编辑：你是不是隐式地logging你的networking与您的监测系统？ Nagios一直鼓励使用父母指令来反映你的networking结构， notes_url指令旨在允许你链接到维基或其他基于浏览器的文档。 所以在这里，“文档”分为监控系统的“活文档”和维基中更详细的离线文档。 由于我花了很多时间盯着Nagios，所以尽可能将信息尽可能地提供给我们是很有意义的。
当我将OpenSSH公钥导入到AWS EC2的密钥环中时，AWS显示的指纹与我所看到的指纹不匹配： ssh-keygen -l -f my_key 它是不同的长度和不同的字节。 为什么？ 我确定我上传了正确的密钥。
有几个不同的PHP“包装”（？）。 他们之间有什么分别？ 试图谷歌一些，但似乎无法find信息。 （mod-php不是googleable的）。 为什么我可以select一个呢？
我一直在阅读iptables的man-page（睡前阅读），我遇到了“TTL”的目标，但它警告说： 设置或增加TTL字段可能是非常危险的 和 不要设置或增加离开本地networking的数据包的值！ 我可以看到如何减less或设置TTL可能会导致数据包在到达目的地之前被丢弃，但是增加会有什么影响？
我使用puppetpipe理一个debian服务器集群。 我需要更改群集上每台机器的时区。 正确的debian方法是使用dpkg-reconfigure tzdata 。 但是，如果我使用对话框，我似乎只能改变它。 有没有办法从shell自动化这个，所以我可以写一个Exec来简化这个过程？ 如果不是的话，我认为下一个最好的方法可能是让puppet在整个群集中分配正确的数据/etc/timezone和/etc/localtime 。 任何input赞赏！
将Windows工作站或服务器同步到其configuration的时间源的命令是什么？
根据Linux目录结构指南 ， /usr/用于应用程序文件， /var/用于更改文件（我假设这意味着“属于应用程序的文件”）。 它是否正确？ 如果是这种情况，那么我在使用两者之间有点撕裂。 网站是一个应用程序（如果它是dynamic的，可以这么说），但在其他情况下，它只是一个由Apache使用的文件集合。 默认的www dir位于/var/www/ ，所以我们应该使用/var/websites/ （或类似的东西），或者select/usr/websites/因为它们可能是应用程序？ 这是一个非常微不足道的问题，但它却在困扰着我。 对于我们的情况，我倾向于/usr/web或类似的东西，因为我们的网站都是应用程序。 更新： 这是为我们公司的网站; 这不是一个共享的托pipe服务器，所以我们不必担心在/home/或类似的东西中分离它们。
在Nginx中，我们一直试图redirect一个URL，如下所示： http://example.com/some/path -> http://192.168.1.24 用户仍然可以在浏览器中看到原始url。 一旦用户被redirect，说他们点击链接到/section/index.html ，我们希望这做一个请求，导致redirect http://example.com/some/path/section/index.html -> http://192.168.1.24/section/index.html 并再次保留原来的url。 我们的尝试涉及使用代理和重写规则的各种解决scheme，下面显示了使我们最接近解决scheme的configuration（请注意，这是example.com Web服务器的Web服务器configuration）。 但是，这仍然有两个问题： 它不会正确执行重写，因为Web服务器http://192.168.1.24收到的请求URL包含/some/path ，因此无法提供所需的页面。 一旦提供页面，当您将鼠标hover在链接上时，该URL中将缺less/some/path server { listen 80; server_name www.example.com; location /some/path/ { proxy_pass http://192.168.1.24; proxy_redirect http://www.example.com/some/path http://192.168.1.24; proxy_set_header Host $host; } location / { index index.html; root /var/www/example.com/htdocs; } } 我们正在寻找一个解决scheme，只涉及到更改example.com上的Web服务器configuration。 我们可以改变192.168.1.24 （也是Nginx）上的configuration，但是我们想要避免这种情况，因为我们需要为通过example.com访问的数百个不同的服务器重复这个设置。