服务器 Gind.cn

我运行一个主要的Linux托pipe公司，许多Linux专家。 我正在寻找一些好的书来缩短我的学习曲线，所以我可以帮助我们的客户pipe理他们的窗口系统。 我们运行数以千计的Linux主机，但只有less数Windows主机 – 这些基本标题能够使我们了解Windows Server 2008，Exchange 2007，Active Directory和Microsoft世界的其他技术主要特征？ 我的印象是很多标题都充满了对技术细节的商业策划build议，而对命令行/脚本化操作并不是很多，这更像是我们的系统pipe理风格。 任何build议稍微UNIX倾斜，托pipe倾斜的观众将不胜感激。

在安全审查我们的机器时，我发现一台主机将80端口的Microsoft-HTTPAPI / 2.0服务公开给了互联网。 我不熟悉这一点，但经过Googlesearch后，我发现SQL Server 2008通过deafault在端口80上发布了SQL Server Reporting Services，并将其自身标识为HTTPAPI / 2.0。 主机也在运行IIS7。 我猜这可能不是应该暴露给世界的东西。 任何人都可以提供任何关于暴露此服务的安全风险的任何信息或build议。 Response Headers – http://#.#.#.#/ Content-Type: text/html; charset=us-ascii Server: Microsoft-HTTPAPI/2.0 Date: Mon, 10 Aug 2009 10:44:25 GMT Connection: close Content-Length: 315 404 Not Found

使用两个Debian服务器，我需要为cron作业build立强大的故障转移环境，一次只能在一台服务器上调用。 在/etc/cron.d中移动一个文件应该可以做到，但是有一个简单的HA解决scheme来执行这样的操作吗？ 如果可能的话不要心跳;）

我有兴趣了解更多关于蜜jar和蜜网。 我过去曾经使用过像Honeyd这样的低交互的蜜jar，但现在我想把它带到下一个层次。 任何人都可以推荐任何关于蜜jar/蜜网的好书或论文吗？

我有一个SQL 2005的安装和我的templog.ldf文件不断增长，以消耗它所在的驱动器上的所有可用空间。 有时它会停下来几MB免费，但有时会更进一步，这是我认为这种行为可能牵涉到我已经看到的一些其他问题的c驱动器。 我的问题是，我该怎么做，我可以将日志移动到另一个驱动器，但我有理由认为它不会在那里做同样的事情。 我假设这种行为可能是由于我可以改变的结果，而45GB是tempdb日志不寻常的大小。 我们在代码中使用了很多临时表和表值函数，所以有很多使用tempdb的空间，我可以理解tempdb数据库的增长，但是不了解templog增长的原因。 到目前为止，我已经运行了DBCC OPENTRAN（'tempdb'）来查看是否有任何旧的事务挂起，而不是。 我已经阅读了关于如何缩小tempdb的问题，并且已经完成了几次，但是我真的很想知道如果我能做些什么来阻止这个事情发生在第一个地方或者更多的细节上，第一个地方。 == == EDITS 1） tempdb正在使用简单的恢复模式 2） templog的增长发生在凌晨几个小时，当时我们有一些计划的查询正在运行，基本上是一个负载的报告，在未来一天的办公时间。 这个文件的大小稳步增长。 我们控制同时运行多less个并发报告，增加并发报告的数量会提高日志的增长速度。

有一个简单的方法通过shell命令/批处理？ VBScript也可以。

如何找出当前文件系统使用什么字符编码，以及如何将其更改为UTF-8？ 编辑： 这是mount的输出： /dev/sdb6 on / type ext3 (rw,relatime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) /proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,nosuid,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type […]

我们环境中的组策略会在每次login时覆盖PATHvariables，当我运行一个“非标准”计算机时，它会完全错误（C：\ Windows vs C：\ WINNT，缺less目录等）。 目前，我每次login时都会手动更改它，但是这开始令人厌烦。 如果使用SET命令更改batch file中的PATHvariables，则它只具有本地作用域，所以更改仅适用于batch file中的命令。 set PATH=C:\WINNT;C:\WINNT\System32 set PATH 这个batch file将输出新的path，但是如果我之后在命令行上运行set PATH ，它仍然是原始path。 如何在batch file中设置全局 PATH环境？ 还是有另一种技术可以使用？

有没有人用Puppetpipe理过几个分布在不同地理位置的系统？ 我有几个几乎完全相似的部署（除了服务器的IP），我期待转换为Puppet的pipe理。 我有2个选项： 让每个部署主持它自己的PuppetMaster提供本地configuration，然后同步PuppetMasters（也许再次与木偶） 在AWS EC2上托pipePuppetMaster以实现高可用性，并从单点为所有部署提供configuration 有没有人尝试过第二个选项，它是如何工作的？ 我对这种环境下的高可用性性能特别感兴趣。 谢谢。

我的EC2（Fedora AMI）服务正受到stream氓configuration错误的客户端的严重打击。 我有什么select来阻止这个stream氓客户端的IP？