服务器 Gind.cn

有一种（简单）的方式让木偶使用互联网上的文件的源属性文件？ 例如： file { "/home/text.txt": source => [ "http://www.example.com/text.txt", ] }

我正在使用这个configuration – > http://www.purplehat.org/?page_id=4build立一个服务器，当试图testing基本的电子邮件function时，我得到了 – > NOQUEUE：拒绝：从试图发送testing邮件时的RCPT。 以下是我的相关configuration 如何让后缀发送电子邮件？ 日志输出： Feb 13 18:37:43 r2d2 dovecot: pop3-login: Login: user=<[email protected]>, method=PLAIN, rip=67.85.57.155, lip=107.191.60.48, mpid=13390, TLS, session=<QA0yiPwOiwBDVTmb> Feb 13 18:37:43 r2d2 dovecot: pop3([email protected]): Disconnected: Logged out top=0/0, retr=0/0, del=0/4, size=68813 Feb 13 18:37:44 r2d2 postfix/smtpd[13391]: connect from ool-4355399b.dyn.optonline.net[67.85.57.155] Feb 13 18:37:46 r2d2 postfix/smtpd[13391]: NOQUEUE: reject: RCPT from ool-4355399b.dyn.optonline.net[67.85.57.155]: […]

我刚刚使用了www.ssllabs.com，并进行了一些testing – 我的服务器上限为B级，因为我的服务器接受RC4 此服务器接受RC4密码，这是弱。 等级上限为B. 我研究并发现，要禁用RC4我需要添加3个键，并将其启用的双字设置为0 链接和链接 我已经完成了RC4 40/128 RC 56/128 ， RC 56/128和RC4 64/128 然后我重新启动我的服务器。 当服务器重新启动时，我validation了registry更改已完成，并且它们全部3存在，所有3个都将其启用值设置为0。 我返回到ssllabs，清除caching，重新运行testing，并返回相同的结果（由于RC4被启用，上限到B）。 在这个阶段，我不确定这是什么意思 – 如果SSLLabs显示不正确的结果（我将假设没有），我是否禁用了RC 4。 我怎么知道我是否已经成功禁用了RC4 编辑 我也看到了关于这个http://support.microsoft.com/kb/2868725?wa=wsignin1.0的知识库，所以现在尝试…我做了相同的registry更改，但是，当我尝试下载64位版本为W2008 R2标准，它无法安装与错误消息 此更新不适用于您的计算机

我目前已经安装了Redis 2.8.19，但我正在升级到最新的稳定版本3.0.1。 原来我下载了，解压缩了，编译2.8.9。 如果您之前已经像我那样编译过，那么从2.8.19升级到3.0.1的build议方法是什么？ 我试图find这方面的资源，但不足之处。 提前致谢。

大多数人对Win7笔记本电脑感兴趣，很多人似乎认为这是不可能的。 然而，我找不到任何明确的微软文件详细说明： 这个旧的文档 （Server 2003）说不支持 这篇Technet文章详细介绍了2008年5月（关于Vista的说法）：“ 请注意，当您的系统处于睡眠模式时，它仍然可以在特定时间唤醒以下载并安装更新 ” kb2799178详细说明了一些Win8 PC（主要是台式机）通过控制面板 – >操作中心（定时任务中的“常规维护”任务）中的设置确实支持此function。 背景：笔记本电脑中有20台Win7笔记本电脑（戴尔Latitude E5550），我希望在下class时间进行更新，以免在工作时间内对用户造成困扰。 我们有一个GPO，说要自动安装它们，我相信它可能会使他们重新启动

在使用s3进行物理文件存储的Web应用程序中，我们遇到了NTP不断死亡的问题。 这似乎每天大概发生一次或两次。 发生这种情况时提供的信息非常less，除了PID文件存在但检查状态时服务已经停止。 任何人都可以提出NTPD死亡的可能原因吗？ 我假设时钟漂移可能导致它死亡，但我不知道会是什么原因造成的。 有足够的内存和可用的磁盘空间。 服务最后一次死亡，这是输出： Sep 6 06:15:25 vm02 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="988" x-info="http://www.rsyslog.com"] rsyslogd was HUPed Sep 6 06:17:06 vm02 ntpd[10803]: 0.0.0.0 0618 08 no_sys_peer Sep 6 08:01:10 vm02 ntpd[10803]: 0.0.0.0 0617 07 panic_stop -28101 s; set clock manually within 1000 s.

我有一个两台服务器故障转移群集，由于各种原因 – 他们在硬件上不匹配。 一个安装了Emulex HBA，另一个安装了Qlogic。 对于在一个盒子内使用两种不同的卡/型号的卡来进行多path处理，我会感到</s> </s>不安。 因此，在共享存储故障转移群集中做这件事有点不舒服。 为什么这可能是一个糟糕的（或好的）想法，还是有一个特别的原因，还是我过分担心？

我们的一个UPS单位本周末（新年快乐！）失败了，所以我正在寻找替代它。 我已经完成了我们的电源要求的计算，它刚刚出现在8000W以下。 这是基于我们正在运行的硬件制造商的数据表而不是实际的当前使用情况。 我们目前有两台UPS，最大的是4000W，另外1500W，所以看起来我们已经没有能力了（虽然这个单位从来没有超过60％的容量） 我应该购买一台能处理所有硬件（8000W）的最大负载的设备，还是仅仅根据某些机房的高峰负载？ （这里不考虑增长） 而且，由于我们在大多数硬件上拥有冗余的PSU，所以最好有一个更大的单元，或者两个更小的单元。 更新 今天早上和APC说，这个单位没有希望，再加上它没有保修，所以需要更换。 我在饲料上放了一个功率计，看看实际使用量是多less，功率是1.8kW。 我上面提到的8kW数字是最大潜在负载，包括如果每个交换机端口也启用了POE。 由于我们永远不会达到8kW标记，加上技术上是不可能的，因为我们只有两个16A的SP供给机柜，所以我们只能绘制每个饲料的最大3.68kW。 所以我要build议的是，我们购买两个3kW的UPS设备作为冗余，他们会符合我们的平均水平。 负载加1kW的开销（这是足够的慷慨？），然后添加两个额外的3kW电池给我们所需的运行时间。 然后，我将把每个冗余的PSU分配给每个UPS，那么每个UPS（理论上）的负载只有1.8kW的一半。 值得注意的是，我们强制执行一个交错的上电过程，所以在恢复供电时不太可能出现负载波动。 这听起来是否理智？

对于IPv4来说，除非有一些特定的需求来保证基于IP的虚拟主机，否则基于名称的虚拟主机应该被做，以避免不必要的地址空间耗尽。 然而，鉴于对于IPv6，目前的build议是即使是本地站点也应该获得多个/ 64的地址空间 ，是不合理的，在特定的情况下没有操作实践会导致这种困难或禁止， 将不同的IPv6地址分配给每个网站，即使这些网站共同托pipe在同一台服务器上？ 假设某种好的地址pipe理基础设施已经到位，这样可以处理地址的分配， 那么为每个网站提供自己的IPv6地址还是反对这些地址可能是很好的论据？ 为了完整起见，RFC的上述部分的相关部分是（强调我的;注意，这只是为了比较，而这个引用并没有提出关于家庭networking的问题）： 与此同时，本地站点可能只有64个，因为与目前的IPv4实践相比，它已经占用了更多的地址空间。 但是，这排除了甚至家庭网站将会增长以支持向前多个子网的期望。 因此，强烈的意图是，即使是家庭网站默认情况下，也会给予多个子网值得的空间。 因此，这个文件仍然build议家庭网站比单个网站多64个，但是不build议每个家庭网站都要有一个/ 48个网站。 同样为了完整性：相关networking还没有任何IPv6分配，我不知道可能做出的任务的确切大小，但是我希望能够在接下来的6-12内部build立并运行IPv6几个月，并希望提前一点计划，以便在发生这种情况时做好准备。

运行大约18个小时之后，这个系统使用了〜10GB的内存，当我们执行我们的常规任务时，导致OOM杀手被触发： # free -h total used free shared buffers cached Mem: 14G 9.4G 5.3G 400K 27M 59M -/+ buffers/cache: 9.3G 5.4G Swap: 0B 0B 0B # cat /proc/meminfo MemTotal: 15400928 kB MemFree: 5567028 kB Buffers: 28464 kB Cached: 60816 kB SwapCached: 0 kB Active: 321464 kB Inactive: 59156 kB Active(anon): 291464 kB Inactive(anon): 316 kB […]