服务器 Gind.cn

有没有人知道当我的域networking中的根授权证书过期时，encryption/签名邮件会发生什么？ 证书是否仍然可以从客户端进行validation，客户端是否可以在邮件encryption/签名时认识到证书是有效的？ 分别将迁移到新的基础设施将发生什么，或者如果我安装一个新的根CA？ 是否还需要迁移已过期的根证书？

我们使用mod_cache在Apache 2.2.19后面运行Plone 3.3.6。 我们最近注意到，Apache正在caching对范围请求的响应，然后在请求完整资源时提供部分响应。 什么似乎发生： 某些客户端为尚未处于高速caching或处于高速caching但已过期的资源发出一个范围请求 Apache正确地服务于206响应 另一个客户端使一个标准的请求相同的资源 Apache对这个第二个客户端提供同样的响应：它应该以200来响应整个响应 这偶尔会导致我们在一些网站上的问题 我可以一贯地复制这个：我写了一个小python脚本来提出一个范围请求。 我不认为我们的Apacheconfiguration没有做任何不寻常的事情。 我们正在使用反向代理configuration来为Plone提供页面。 与mod_cache相关的Apacheconfiguration如下： CacheEnable disk / CacheDisable /static CacheDisable /sitemap.xml.gz CacheDisable /robots.txt CacheIgnoreHeaders Set-Cookie UseCanonicalName On RequestHeader edit Accept-Encoding ^.*gzip.*$ gzip early RequestHeader edit Accept-Encoding ^(?!gzip).*$ "" early Apache高速caching指南在状态码列表中不包括响应“必须具有”的206个响应，以便将其caching。 这是Apache的错误还是我们在configuration中做错了？

我想创build这样的邮件列表，每个贡献者必须用PGP / GPG签名他/她的邮件，否则邮件列表软件会阻止未签名的消息。 允许发布的用户的所有PGP / GPG公钥应该存储在邮件列表服务器上的某个地方。 所有其他用户都可以同时阅读邮件列表以只读方式访问。 到什么开源邮件列表软件这个function可以轻松添加？

我有一个Linux TAR文件，我想直接转换成ISO。 有没有办法做到这一点，最好，而不必先提取文件的内容？ 这与以下问题类似： 然而，这是集中在简单或直接的tar文件，而不涉及bzip或bzipped焦油。 这也是我打算在脚本中使用的，也是我不想首先提取的原因。

我们有一个新的VNX5300正在等待configuration，我需要在EMC技术到达之前规划networking基础架构。 它每个SP有4x1gbit iSCSI（总共8个端口），我希望能够充分利用性能，直到跳转到10gig iSCSI。 从我可以从文档中读到 – build议每个SP只使用两个端口，一个主动和一个被动。 为什么是这样？ 四端口I / O模块似乎毫无意义，然后build议不要使用两个以上的模块？ 另外 – 我对分区有点不确定。 最佳实践指南指出，您应该将不同逻辑networking上的每个SP上的每个端口彼此分开。 这是否意味着我必须创build4个逻辑networking才能够使用全部8个端口？ 它也给出了以下例子： 这是否意味着A0和B0应该坐在同一个物理开关上？ 这不会使所有的stream量都在一个交换机上（如果A1和B1都是被动的）？ 编辑：另一个脑筋 我不明白 – 每个主机（如在服务器中）不应该有比存储处理器更多的iSCSI带宽。 这到底是什么呢？ 如果serverA有1gbit，serverB有100mbit，那么它们之间的带宽是100mbit。 这怎么会导致某种超额认购？ 编辑4 ：等等，什么。 主动和被动端口？ VNX以ALUAconfiguration运行，具有不对称的主动/主动..不应该有任何被动端口，只有首选..

我试图提高海外的服务器之一的吞吐量，并监测服务器和我的家用电脑之间的传输wireshark后，我敢肯定，我有一个窗口大小的问题。 对于ftp传输，我得到一个14720的接收窗口大小。 Window size value: 115 Calculated window size: 14720 Window size scaling factor: 128 我的发送窗口看起来像我所设置的： Window size value: 65335 Calculated window size: 261340 Window size scaling factor: 4 那么我该如何解决这个问题？ 我已经通过我的服务器上的Linux tcp设置，一切似乎正常。 时间戳打开，同步closures，缩放打开，麻袋打开，立方体是拥塞控制方法，最大接收和发送窗口大小为3mb。 我试过改变默认的tcp_wmem和tcp_rmem值，但是它什么都不做。 编辑： 当我在服务器上closures自动调整和/或窗口缩放时，窗口缩小到14600，这基本上是MSS的10倍。 5337 4.268584 2.2.2.2 1.1.1.1 FTP 106 Response: 227 Entering Passive Mode (2,2,2,2,240,15). 5338 4.268640 1.1.1.1 2.2.2.2 TCP 74 59855 […]

我负载testing负载平衡的不同选项，并从Nginx，haproxy和清漆得到的结果很差。 我在Rackspace有一个4GB的负载均衡器，击中4x1GB的应用服务器。 我打了一个名为“/慢”的url，在响应之前故意等待500毫秒。 如果我直接点击应用服务器，它可以处理每秒1600-1800的连接速度。 如果我点击Nginx负载平衡器，它只能处理大约2000个连接。 我希望更接近4×1600 = 6000.下面是我用来testing它的命令。 这是在40个256 MB的实例上并行运行的。 我故意将num_call设置为1，因为我想查看连接性能。 任何高于这个，我开始得到很多错误。 httperf –server 50.56.80.227 –port 1555 –uri /slow –rate 50 –num-call 1 –num-conn 100 –timeout 5 这是我的nginxconfiguration： https ： //gist.github.com/1299501 所以，这是奇怪的事情，不pipe我使用nginx，haproxy还是varnish，我都得到了大致相同的结果。 但是，我testing了Rackspace的新型云平衡器，并获得了更好的性能（在7000 / s时performance很好）。 既然nginx和其他的都运行在我设置的实例上，并且rackspace平衡器没有运行，我猜测这个系统有些问题。 我宁愿使用我控制的平衡器，所以我可以添加caching，gzip，ssl和其他东西。 我怎样才能找出瓶颈呢？ 有什么我应该调整系统来获得更好的性能？ 我需要超过4GB的RAM吗？ （在testing中拉姆的使用率不高）。 任何其他的随机想法？ 更新：我把平衡器的尺寸调整到了8GB，性能performance更好，达到6000-7000，或者与机架式平衡器相比。 这没有任何意义，因为它之前没有用完RAM。 更新：下面是一个httperf输出的例子，当我重载平衡器（在8GB的版本上，比以前更高，但错误是类似的）： https ：//gist.github.com/1299628

是否有任何地方可以获得有效的，经过签名的SSL证书到“本地主机”域进行testing？ 有没有人提供这样的东西，我可以在testing中使用的下载？ 我知道如何使用openssl与CA签署密钥，但涉及到很多步骤，我希望有一些快捷的方法。 我想要的是一个可以导入到我信任的CA商店中的jar装testingCA，然后是一个附带的具有该CA的证书链的jks密钥库。 所以，这将是一个三步过程，在一个受保护的沙箱内： 1. Get a new distro of Jetty, enable the SSL connector, point it to the localhost.jks keystore 2. Import the CA that signed the localhost cert in the localhost.jks into my web browser 3. Browse to Tomcat on the SSL port , look at the cert and see the cert […]

有没有人知道有一种方法来限制单个Hyper-V主机上允许的主机数量？ 要么按数量或资源使用？ 我们正在计划使用SCVMM和MS Lab Manager进行开发实验室设置。 这用于testing需要大量工作节点的分布式应用程序。 这些工作节点可能是（相当高规格）工作站，所以我试图避免使用实验室pipe理控制台来部署一个环境，并重载这些节点。

我最近有一个编写shell脚本的经验，它通过消耗所有的资源来崩溃一个服务器（并损坏了一个分区）。 它被连接到一个cron的工作，似乎花费更长的时间比处决之间的时间间隔，随着时间的雪球失控。 现在，我已经修改它来logging它的运行状态，而不是同时运行多次。 我的问题是：还有其他简单的方法来保护脚本不致造成伤害吗？ 是否有一个标准的脚本应该做的事情应该做的正确的行为，没有消耗太多的资源，优雅地失败，提醒正确的人等？ 基本上：我应该避免哪些其他陷阱？