服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我正尝试在使用yum的RHEL 6.2系统上安装Xvfb。 不过，我find的所有帮助都表明： yum install Xvfb 要么… yum install xorg-x11-server-Xvfb 我肯定会工作，如果我有正确的回购configuration，我猜我没有。 因为我得到的错误： No package Xvfb available. 我在这个系统上唯一的回购是redhat.repo和rhel-source.repo。 哪个回购包含Xvfb包？ 谢谢！
关于SNMP的许多事情在15年前似乎都很麻烦。 一个例子是MIB是一个本地资源的概念，可以“理解”其他数字的OID。 SNMP是否已经被现代化或者变成了别的东西？ 它还是networking设备必备的function吗？
为了这个问题的目的，我对服务器/数据中心相关的硬件感兴趣。 通过将现有硬件换成更“绿色”或节能的硬件，您有没有可衡量的投资回报率？ 例如，VMWare表示，通过使用虚拟化，可以将能耗降低高达80％。 我也听说过惠普提供的一种冷却解决scheme，它可以减lessless量的能源使用（我认为是less于25％）。 谷歌还通过将UPS整合到其电源中来降低能耗。 任何真实世界的经验都会很棒，但是如果你有关于初始成本的任何细节，节省成本并且回报什么样的改变会变得非常棒。 我不仅对虚拟化感兴趣，而且对任何事情都感兴趣。
当我修改/etc/nsswitch.conf时，是否有一个“nss”守护进程，我应该重新启动？ 我不是指像mdns＆nis这样的模块。
我怎样才能嗅探通过串口在Linux上传输的数据包？
当我尝试从一些64位Windows 7机器上的SysInternals启动进程监视器时，进程无法启动。 没有错误信息。 我双击，没有任何反应。 其他64位Windows 7电脑工作正常。 有任何想法吗？
从内部到内部的NAT（也称为NAT环回）解决了在ASA的外部接口上访问Web服务器或从内部接口上的计算机访问类似设备时的发夹NAT问题。 这样可以防止DNSpipe理员必须维护一个重复的内部DNS区域，该区域具有相应的RFC1918地址，用于其NAT地址为公用地址的服务器。 我不是一个networking工程师，所以我可能会错过一些东西，但这似乎是一个简单的configuration和实施。 不对称的路由可能是一个问题，但容易缓解。 根据我的经验，networkingpipe理员/工程师更喜欢系统人员运行split-dns，而不是configuration防火墙来正确处理NAT发夹。 为什么是这样？
我需要定期临时和有限地访问安装了vsftp的CentOS Linux服务器上的各种目录。 我已经使用useradd [user_name]创build了一个用户，并使用passwd [password]给他们一个密码。 我在/var/ftp创build了一个目录，然后将其绑定到我希望限制访问的目录。 我还需要做些什么来确保当这个用户login到FTP时，他们只能访问这个目录吗？
基础架构：数据中心，操作系统中的服务器 – Debian Squeeze，Webserver – Apache 2.2.16 情况： 现场服务器每天都在使用我们的cusotmers，这使得不可能testing调整和改进。 因此，我们希望将实时服务器上的入站HTTPstream量实时复制到一个或多个远程服务器。 stream量必须传递到本地Web服务器（在本例中为Apache），并传递到远程服务器。 因此，我们可以调整configuration，并在远程服务器上使用不同的/更新的代码，以便与当前的现场服务器进行基准testing和比较。 目前，networking服务器正在收听约。 由于客户结构的原因，除了80和443之外还有60个附加端口。 问题：如何重复执行一个或多个远程服务器？ 我们已经尝试过了： agnoster复制器 – 这将需要每个端口打开一个不适用的会话。 （ https://github.com/agnoster/duplicator ） kklis代理 – 只会将stream量转发到远程服务器，但不会将它传递给lcoal web服务器。 （ https://github.com/kklis/proxy ） iptables – DNAT只转发stream量，但不传递给本地networking服务器 iptables – TEE只复制到本地networking中的服务器 – >由于数据中心的结构，服务器不在同一个networking中 在stackoverflow（ https://stackoverflow.com/questions/7247668/duplicate-tcp-traffic-with-a-proxy ）上提供的“使用代理复制tcpstream量”提供的替代scheme是不成功的。 如上所述，TEE不能与本地networking以外的远程服务器一起工作。 teeproxy不再可用（ https://github.com/chrislusf/tee-proxy ），我们无法在其他地方find它。 我们添加了第二个IP地址（在同一networking中），并将其分配给eth0：0（主IP地址分配给eth0）。 将这个新的IP或虚拟接口eth0：0与iptables TEE函数或路由相结合没有成功。 为“在debian挤压下重复传入的TCPstream量 ”（ 在Debian Squeeze上重复传入的TCPstream量 ）提供的build议替代scheme不成功。 在客户端的每个请求/连接之后，cat | tc […]
至less我总是在/ etc / vim / vimrc中取消注释“syntax on”