我在CentOS 6.4上使用ClamAV 0.97.8 / 17494。 这是好的，但无法在rar文件中find病毒。 它可以检测到相同的病毒文件，或在一个zip文件，但在rar文件中clamAV报告没有病毒。 ScanArchive=yes选项已启用 我search了很多谷歌，但无法find解决scheme。 有谁知道这是否有修复？ 编辑1 包unrar-4.2.3-1.el6.rf.i686已经安装和最新版本 编辑2 ClamAV是使用yum install clamav clamd #ldd $(which clamscan) linux-gate.so.1 => (0x008fb000) libclamav.so.6 => /usr/lib/libclamav.so.6 (0x0051a000) libpthread.so.0 => /lib/libpthread.so.0 (0x00ddc000) libc.so.6 => /lib/libc.so.6 (0x002d3000) libz.so.1 => /lib/libz.so.1 (0x00490000) libbz2.so.1 => /lib/libbz2.so.1 (0x00dc3000) libm.so.6 => /lib/libm.so.6 (0x004a6000) libdl.so.2 => /lib/libdl.so.2 (0x00489000) /lib/ld-linux.so.2 (0x002ad000)
问题 ：如果今天启动了服务器1，则所有已安装的软件包将基于当前的上游版本。 如果我明天启动server2，所有已安装的软件包将基于上游版本，除了这次，在server1和server2之间的24小时差异内，某些软件包的上游版本可能已经更改。 所以我们最终与server1和server2在安装包版本方面不同步。 我的目标是让整个基础架构中的所有服务器保持相同的“快照”版本，但仍支持定期更新过程。 例。 server1今天被抢购了。 作为捕捉过程的一部分，我运行以下命令： yum update –downloadonly –downloaddir=/path/to/my/repo/base/v1 yum update –enablerepo=mybaserepo 这将做什么是拉下所有基于当前上游版本（快照）的RPM。 这允许我从“mybaserepo”托pipeRPM，所以当我更新其他服务器时，他们可以从我的仓库直接获得RPM，而不必担心上游RPM不再可用。 我正在考虑实施一个月度升级周期，所以v1在5.1.2013上快照，现在是6.1.13。 我当时正在考虑的一个stream程是： 将所有其他服务器更新为快照版本1 使用上面给出的yum命令将快照服务器更新到版本2 这个循环每月重复一次。 我想这个策略解决了两个问题： 不断更新服务器以确保上游补丁一致 如果没有在快照服务器上进行第一次testing（30天），则不推出新的软件包版本 诚然， 没有绝对的单一答案，因为有很多方法来剥皮猫。 我正在寻找的是一种通用的，业界公认的做法，它直接回答了更新服务器的问题，同时还确保了企业环境中所有服务器的相同版本。
我已经运行了一个命令，在服务器上的文件中find一个string，如下所示： cd / grep -r "string to be found" * 服务器返回这样的结果 Binary file dev/disk/by-path/pci-0000:00:10.0-scsi-0:0:0:0-part1 matches Binary file dev/disk/by-path/pci-0000:00:10.0-scsi-0:0:0:0 matches 据我所知，这些是保存在RAIDarrays上的实际存储的文件（请纠正我，如果我错了）。 我怎样才能find我的比赛所在的位置？ 有没有更快的解决scheme比运行“grep”所有服务器的文件？ 感谢您的时间！
让我开始说我/我在这里发布新的问题。 所以，如果我没有足够的信息，请让我知道。 让我知道我应该发布更多。 我正在使用OpenVPN作为我的VPN解决scheme。 我们即将添加更多远程设备，这些设备将超过DHCP为单个子网提供的最大IP数量。 我们如何configurationOpenVPN开始为另一个子网提供IP？ 例如，我们的子网将是： 10.8.0.0/24 10.9.0.0/24 10.10.0.0/24 etc… 目前我们只有一个10.8.0.0/24的子网。
在安装ssl证书（使用ssl.conf）之后，apache将不会重新启动，只会在日志中给出这些警告： [Wed Aug 14 14:16:46 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Wed Aug 14 14:16:46 2013] [notice] SSL FIPS mode disabled 使用Cent OS 6.4 完整日志（使用日志级别debugging）： [Thu Aug 15 12:54:00 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Thu Aug 15 12:54:00 2013] [info] Init: Seeding PRNG with 256 bytes of entropy [Thu Aug 15 12:54:00 […]
我们有一些运行在这里的apache / PHP / mysql服务器，我注意到他们中没有一个在他们的任何一个fstab中指定了noatime选项。 鉴于运行在它们上面的PHP应用程序往往会针对每个请求提出几十个包含，因此我们应该能够通过closures一次性跟踪来减less文件系统上的一些负载。 我已经检查过，没有人需要知道访问时间，或者甚至知道这是一件事情，所以我想要做的只是： mount -o remount,noatime / 但是，有两个问题： MySQL死了，因为文件系统消失了一个微秒。 在这种情况下，我会暂时停下来。 操作系统死亡，因为相同的。 我对于重启这些机器的前景并不是疯狂的，因为他们中的大多数人的正常运行时间是我和这家公司的几倍，而且谁知道在重新启动的时候会发生什么。 那么，是否有任何实际的，基于事实的原因，为什么我不应该在服务器运行时重新挂载根分区？
我在一个由CentOS 6.4支持的LEMP堆栈上安装了WordPress。 我今天安装了WP-DBManager插件，它显示了下面提到的错误： Your backup folder MIGHT be visible to the public To correct this issue, move the .htaccess file from wp-content/plugins/wp-dbmanager to /var/www/example.com/public_html/wp-content/backup-db 但是，我们怎么能做到这一点，因为Nginx不支持.htaccess文件。 请告诉我什么权限，我应该给位于wp-content文件夹中的backup-db文件夹。 该文件夹中的.htaccess文件包含以下代码： <Files ~ ".*\..*"> order allow,deny deny from all </Files> 这时候我直接打开那个“backup-db”文件夹，ngnix显示403 Forbidden错误。 但是，如果有人直接链接到位于该文件夹中的备份zip文件，则可以轻松地下载备份。 请帮帮我！
我为我的开发人员托pipesvn服务器。 从服务器，我看到所有与svn回购configurationdirs。 我想要得到最后的修改date（大约30个不同的项目）。 我不想连接到他们所有的结账，然后在每次检查最后修改与svn命令。 我只想用bash来提取这些信息，但是不知道怎么样，甚至可以这样做。 编辑1：它看起来像这样，例如有10个项目在不同的仓库在同一台服务器上（没有分行）…所有的项目都坐在一个目录configuration为不同的svn回购： / svn_repos / PROJECT1 / svn_repos /项目2 / svn_repos /项目3 … / svn_repos / project10
我有一台CentOS 6.4服务器（同一子网和所有东西），当我尝试从另一台机器通过SSH连接到它时，它会挂起大约10秒，直到最后提示input密码。 任何想法可能导致这个？ 我正在使用IP来访问它，以便规则DNS发布。 机器就在同一个交换机和子网上。 我没有使用密钥进行身份validation，只是定期进行密码validation。
我在CentOS 6.4上。 使用kstart我有一个TGT使用Active Directory中的计算机帐户（即computername $）保持活动状态。 票据caching分配给根，位于/ tmp / krb5cc_0。 我使用sec = krb5以root身份mount.cifs。 这工作，我可以浏览共享。 问题是，虽然用户可以通过ssh浏览共享，但是在cron下运行的rsync在挂载之后无法访问它。 Subversion Edge备份function也无法使用。 Rsync得到错误： rsync: ERROR: cannot stat destination "/mnt/dfs/backups/redmine/": Key has been revoked (128) 和csvn的备份得到相同的128错误： CIFS VFS: Send error in SessSetup = -128 CIFS VFS: cifs_mount failed w/return code = -128 有时一个 CIFS VFS: Send error in SessSetup = -122 CIFS […]