我们有一堆随机变成腐败的excel文件。 错误消息是Excel中发现不可读的内容… 我相信这个问题与serverfault有关，因为这个问题只是因为我们在桌面上设置了文件夹redirect，漫游用户configuration文件和离线文件才开始发生。 这些文件已经使用了大约5年，没有问题。 Excel文件位于服务器上公司文件夹的子文件夹中。 整个公司文件夹在离线状态下共享并可用。 总共约32GB。 其中一个文件损坏后，我试图恢复，如果从备份。 从其中一个桌面删除服务器上的损坏文件，我将新文件复制到现有位置，然后打开，保存，closures，打开并注意到它已损坏。 我可以多次重新创build这个事件，但奇怪的是它似乎与该特定文件夹有关。 如果我将文件复制到任何其他文件夹（即使其他共享和可用的脱机文件夹），打开，保存，closures，重新打开它，然后没有损坏。 如果我把它复制到原来的位置，它只会变坏。 有谁知道地球正在发生什么？ 在服务器上的所有桌面和Windows Server 2008 R2上使用Windows 7。
语境： 我们有一个AD / GPOpipe理的企业networking，有一百多台运行Windows 7 x64的个人电脑，以及一些pipe理型打印机。 我们的Server2008R2主域控制器被configuration为它们所有的打印服务器。 问题： 在DC上最近一次Windows Update和重新启动（不包括打印机驱动程序更新）之后，特定的共享打印机（Lexmark T650）已经开始出现一些奇怪的行为。 首先，打印几乎每个文档的前后页空白页，大约一半客户端机器提交的作业（服务器上没有configuration分隔页，或者我看过的任何客户端）。 其次，每当有人尝试访问任何客户端上的“打印首选项”时，他们会收到以下错误消息（这种情况发生在任何地方，100％的时间，并且在DC更新之前没有发生）： 一旦他们点击“确定”，就会出现首选项屏幕（没有select分隔页），一切看起来都很好。 我甚至不确定这两个问题是否有关系，但每个人似乎都受到这些问题中的一个或两个的影响。 我试过的东西： 我一直在犹豫解除问题的打印机，或通过GPO删除它，因为它被相当多的使用。 我试过更新（通过MS更新和我们的内部WSUS服务器）客户机和DC。 没有打印机驱动程序更新已经出现，服务器或客户端上没有任何更新或重新启动的数量似乎已经取得了什么，除了我的老板变得脾气暴躁，我经常弹跳域控制器。 我尝试删除服务器上的驱动程序，并从过去一年的原始源重新安装它们…没有改变。 我试过为客户机上的一台共享打印机select“新驱动程序”，作为域pipe理员运行，并将MSupdatefind的最新驱动程序备份到DC。 这改变了在打印服务器pipe理器中logging的驱动程序的版本号，但是没有引起任何改变 – 在我推送的客户端上，或者在任何其他上。 错误仍然出现。 题： 为什么会发生这种情况？ 显然，我从某个地方得到了一个不好的司机，但是我该如何摆脱呢？ 我不知道集中pipe理打印驱动程序的任何“回滚驱动程序”function，例如Windows为其他设备提供的function。 我将如何a）在客户端上解决此问题，并b）将修补程序推送到域的其他成员？
在我的freebsd盒子上，我有来自net-snmp-5.5_4包的snmpd守护进程。 在snmpd.conf文件中我有： extend .1.3.6.1.4.1.2021.2 inpt /usr/bin/perl /usr/local/etc/snmp/mpdinput.pl 其中mpdinput.pl我的脚本，从一些mpd5-ngnetworking接口返回input八位字节。 仙人掌读取这个值，并绘制这样的图表： 我添加了红线来图。 在标记的地方snmpdcaching结果并返回prev值，这就是为什么rrdtool绘制零活动。 这对我来说是一个问题。 如何防止caching导致snmpd？
我们正在testing在Amazon的EC2上使用MongoDB作为数据库的web应用的部署。 Mongobuild议使用至less3个节点进行数据完整性复制。 虽然这是testing，但我们想用复制来testing系统如何处理故障，所以我们至less需要3个EC2实例。 我也想看看web负载均衡的作品。 我的想法是创build3个中等EC2实例，都运行MongoDB和Web服务器。 我们将有一个负载均衡器在三台服务器之间分配Web请求，并configurationMongo将其用作数据完整性的副本。 这个计划有什么问题吗？
我们有一个Cisco 2960S系列交换机，它是一个多个物理交换机作为一个单元进行pipe理的堆叠交换机。 一个pipe理IP分配给整个堆叠交换机。 因此，如果交换机堆叠的一个成员发生故障，IP地址仍然是可以ping通的。 所以我们需要检查堆栈中的任何一台交换机是否失败。 任何人都可以突出显示如何使用SNMP检查单个交换机故障吗？
东西似乎有黑客入侵的networking服务器，或者我们有一些半恶意代码运行，不断注入代码到我们的网站。 它似乎只影响一些ColdFusion和HTML文件。 我们已经运行了malwarebytes，spybot和AVG antivirus，并删除了他们find的任何条目，尽pipe数量并不多。 我正在研究和安装一些入侵检测软件（如Snort或OSSEC），看看这是否会帮助我find罪魁祸首，但我想知道如果有人曾经见过这样的事情，或知道恶意代码可以躲了起来。 它似乎注入了以下代码： <iframe scrolling="no" frameborder="0" src="http://www.collegefun4u.com/" width="0" height="0"></iframe> 每天晚上，在完全随机的时间，把它们分成几个文件。 这是在运行Coldfusion MX7的Windows 2003服务器上。 这些文件被更改时，日志/事件查看器中不会显示任何内容。
我想使用Foxboard一个简单的networking监视器为多个路由器（所有的路由器连接到互联网）。 Foxboard是一个带Debianembedded式版本的迷你电脑。 我的想法是使用像这样的多个虚拟networking设备： eth0 192.168.2.10 eth0：1 192.168.3.10 eth0：2 192.168.4.10 我发现了一个很好的Python脚本来ping外部主机（来自Ryan Cox的解决scheme）： https ： //stackoverflow.com/questions/316866/ping-a-site-in-python 当我ping通www.site-a.com和eth0：1时，是否可以configurationDebian来使用eth0？
除此之外，我负责为我工作的公司的邮件服务负责Debian GNU / Linux（Wheezy）DomU。 昨天，一台用于这台服务器的硬盘已经死亡。 在再次安装Debian之后，Dovecot决定不再监听任何端口（使用netstat -l进行检查）。 其他服务（如Postfix和MySQL）没有问题。 dovecot -n： # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian wheezy/sid ext3 auth_mechanisms = plain login disable_plaintext_auth = no first_valid_uid = 150 last_valid_uid = 150 mail_gid = mail mail_location = maildir:/var/vmail/%d/%n mail_uid = vmail namespace inbox { inbox = yes location = prefix = } pass […]
我正在build立一个基于freenas和ZFS的NAS盒子。 我读过很多关于“ 深度恢复 ”和使用RAID-5的绿色驱动器的post（比如这个）。 ZFS（vs Raid-5）是否意味着这个问题消失了，还是我应该看着Red或Black驱动器放入我的NAS？
我总是从运行基于Windows的Web服务器的人那里得到这个问题。 FTP虽然普遍存在，但存在许多缺陷缺陷，并不是所有这些都可以简单地通过在现有FTP协议之上使用SSL / TLS来解决。 那么是否有一个Windows用户可以使用的协议，configuration或其他解决scheme来代替通用公共文件传输？ 典型的要求是简单直观的： 它需要是一个相对不熟练的pipe理员可以设置和pipe理的东西 访问此协议也不需要隐式授予对其他资源的访问权限 它需要通过互联网来保证安全 以下是一些不符合问题要求的解决scheme，但无论如何都是build议的。 他们包括在这里敦促你避免build议他们作为答案 Cygwin和其他SSH解决scheme，除了为新手设置复杂之外，还隐式授予对访问者的命令行访问权限，允许他不仅仅上传和下载文件（即执行任意代码） RDP虽然具有文件共享function，但也授予访问者桌面访问权限，允许他不仅仅上传和下载文件 FTPS，FTPES和其他基于FTP的解决scheme。 encryption不是FTP的唯一问题。 否则，我们不会问这个问题。 Windows文件共享，这是不安全的通过互联网使用，并且由于这个原因通常被ISP阻止 DAV，除非它可以非常容易地设置和保护（通常不是这种情况） 请注意，这是非常明确而非故意不是 购物的问题 。 我们并不是问哪个热门产品最能满足洗衣清单的要求。 相反，我们正在寻找解决常见问题的可能scheme。