服务器 Gind.cn

我有一个傀儡class，如果我有以下代码： class A { require B …. } 我得到循环依赖错误。 如果我有： class A { include B …. } 一切正常

今天，我发现我的服务器无法工作，因为它被填满。 我检查了这些日志，并且他们已经大大增长了，我把它们删除了，以便事情能够发挥作用。 现在用目前的日志，我看到很多可疑的活动。 邮件日志： Aug 18 23:09:29 veepiz postfix/smtpd[16724]: match_list_match: unknown: no match Aug 18 23:09:29 veepiz postfix/smtpd[16904]: match_hostaddr: 61.67.184.122 ~? 10.182.130.68/32 Aug 18 23:09:29 veepiz postfix/smtpd[13321]: input attribute name: nexthop Aug 18 23:09:29 veepiz postfix/smtpd[12192]: private/rewrite socket: wanted attribute: flags Aug 18 23:09:29 veepiz postfix/smtpd[12800]: input attribute value: (end) Aug 18 23:09:29 veepiz postfix/smtpd[17483]: […]

看看我的邮件服务器上的日志，我已经注意到如下消息： Nov 29 12:09:38 mta postfix/smtpd[8362]: connect from unknown[183.13.165.14] Nov 29 12:09:39 mta postfix/smtpd[8362]: lost connection after AUTH from unknown[183.13.165.14] Nov 29 12:09:39 mta postfix/smtpd[8362]: disconnect from unknown[183.13.165.14] Nov 29 12:09:39 mta postfix/smtpd[8409]: connect from unknown[183.13.165.14] Nov 29 12:09:40 mta postfix/smtpd[8409]: lost connection after AUTH from unknown[183.13.165.14] Nov 29 12:09:40 mta postfix/smtpd[8409]: disconnect from unknown[183.13.165.14] […]

我有一个巨大的日志文件，我需要在生产Web服务器上删除。 我担心如果我在Linux上运行它，系统将会被抓取。 任何精彩的想法？ 更新： 文件系统：ext3 分区：/ var（主要是日志和MySQL数据） 日志文件不再被写入。 （没有额外的数据被追加） Web服务器是LAMP（大量的IO）

定期拍摄生产服务器的快照是一个好主意。 我正在阅读很多网站，build议你不要拍摄生产系统的快照，说明它会影响networking和机器的性能。 有人对此有所了解吗？ 请参阅： http : //communities.vmware.com/message/1047809

运行最新的发行版，或者至less还有一个仍然在获取安全更新，显然是最好的做法。 如果一个特定的软件需要像CentOS 4.4这样的老版本（由厂商强制要求得到支持），假如我们把服务器本身放在一个安全的防火墙之后，这对我们是否是一个重要的安全问题？

我们正在与托pipe公司合作pipe理我们的专用服务器。 我们通过提供序列号在其中一台服务器上要求更换磁盘。 他们拿出另外两个磁盘，把它们放回去。当我们要求解释的时候，他们告诉我们很难读取序列号，并且错误地把其他磁盘拿出来。 他们还给我们提供了一张照片，告诉我们确实很难读取序列号。 就在这里 。 是唯一的方法来读取通过洞偷看的序列号？ 这是底盘。 编辑：我已经提供了他们的连同序列号的磁盘端口号。 他们告诉我，他们“认为控制器布线混杂或颠倒” 更新：这是DC的最后的angular度。 通常，当我们的客户向我们提供一个控制器端口号和一个串行端口时，我们有所有需要的信息来replace磁盘。 但是在这种情况下，控制器和服务器背板之间的连线似乎不正确。 这是一个不应该发生的事件。

看来pool.ntp.org的回复最近发生了变化。 这使我的CentosOS 6 ntp服务器不高兴。 $ host pool.ntp.org pool.ntp.org has address 0.0.0.2 pool.ntp.org has address 83.209.8.142 pool.ntp.org has address 130.236.254.17 pool.ntp.org has address 195.178.181.98 $ /usr/lib64/nagios/plugins/check_ntp_time -H pool.ntp.org can't create socket connection# $ strace -f /usr/lib64/nagios/plugins/check_ntp_time -H pool.ntp.org … connect(3, {sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr("83.209.8.142")}, 16) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr("130.236.254.17")}, 16) […]

有些电子邮件有一个标头，如“收到：来自[172.16.1.2]（some.public.ip.address）”为什么？ 为什么发件人的NAT后面的客户端显示私有地址？

我已经使用TRAC来跟踪软件开发的错误/问题，但对于典型的桌面用户来说似乎有点复杂。 是否有更好的（开放源码）使用起来比TRAC更简单， 针对的是最终用户 （而不是开发人员），也许是通过常见的场景来使用它们？