服务器 Gind.cn

我正在铺设两层楼之间的70米U / UTP猫6电缆，我想知道是否有人采取了一种策略，尽可能地从电缆上拉出一根电缆，使其从电缆中拔出。 这是什么我应该担心电缆的长期质量？ （福禄克testing说，电缆是好的）

我们应该在VMware客户中使用irqbalance吗？ 我很确定这对多处理器系统上的裸机安装有好处。 我很不确定这是否有利于VMware客户，甚至是VMware多处理器客户，而且我对如何让VMware客户受益感兴趣。 这也适用于Xen，Amazon AWS和其他pipe理程序客户平台。 谢谢！！

问题很简单。 如果我想设置一个邮件服务器，我必须拥有它还是只是一个安全问题？ 会造成什么样的问题？

我们的许多用户将他们的主文件夹设置为脱机可用。 他们的Windows 7笔记本电脑将不会回到我们的networking几个星期。 与此同时，我们正在设置新的服务器并重新组织我们的文件，所以到Home文件夹的networkingpath将会完全不同。 根据我做的一些testing，当用户返回时，他们在脱机时创build或修改的任何文件都将被删除，新的主文件夹将会在那里，而不会被设置为同步。 旧的Home文件夹的脱机caching仍然可以通过同步中心访问，但是他们不希望通过这种方式进行挖掘并尝试find丢失的内容。 避免这种情况将涉及保持旧的服务器，并将每个人都移动到新的位置，所以我们知道他们首先同步。 有没有什么办法可以避免这个问题，比如一个快速的registry编辑或者将旧的脱机caching指向新的位置？

我们在我们的DNS服务器上使用Bind9。 我们在/ var / named / slaves目录中拥有以下格式的所有区域文件： mywebsite.com.hosts mysecondwebsite.com.hosts 每个.hosts文件包含以下信息： $ORIGIN . $TTL 3600 ; 1 hour mywebsite.com IN SOA dns1.xxx.xxx. postmaster.xxx.xxx. ( 2012042601 ; serial 3600 ; refresh (1 hour) 600 ; retry (10 minutes) 86400 ; expire (1 day) 3600 ; minimum (1 hour) ) NS dns1.xxx.xxx. NS dns2.xxx.xxx. A 168.xxx.xxx.xxx $ORIGIN mywebsite.com. […]

我正在运行最新的Cobian 11.我有一台Synology DS412 NAS。 我所有的机器（Mac和Windows）都可以在我login时访问它，并且可以手动浏览。 Cobian在两台Windows机器上作为服务安装：WinXP SP3和Win7 x64。 在这两台机器上，服务都设置为使用Windowspipe理员组中的用户帐户login。 两台计算机上的备份都将失败，并显示消息“无法创build目标目录”\\ nas1 \ backups \ foo \ bar \“：文件名，目录名称或卷标语法不正确”。 我已经尝试设置NAS的共享，以允许匿名读/写访问，但没有任何区别。 尽pipe我希望备份在半夜无人值守的情况下运行，但是我已经通过在login时手动运行它们来testing它们，但没有运气。 在开始之前，我确保我可以使用浏览器浏览NAS，以确保与Windows和NAS的任何validation会话都没有过期。 仍然没有运气。 我已经尝试在备份之前在NAS上创build目标目录并将其删除，以便备份作业可以使用客户端的凭据创build它，但没有运气。 Cobian支持论坛的常见答案是存在权限问题。 我同意。 但在这一点上，我能做些什么来进一步诊断呢？

我有一个需要充当互联网网关的Debian运行设备。 最重要的是，我想提供的防火墙，不仅阻止入站stream量，而且出站stream量。 而且我认为iptables应该能够完成这项工作。 问题：我已经正确地configuration了NAT（我想？），但是一旦我将默认策略设置为DROP并添加规则以允许来自LAN内部的HTTP通信，则HTTP将不会通过。 所以基本上我的规则似乎没有工作。 以下是我用于iptables的初始化脚本。 该设备有两个NIC，分别是eth0（WAN接口）和eth1（LAN接口）。 echo 1 > /proc/sys/net/ipv4/ip_forward # Flush tables iptables -F iptables -t nat -F # Set policies iptables -P INPUT DROP iptables -P OUTPUT DROP # NAT iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE iptables -A FORWARD -i eth0 -o eth1 -m state –state RELATED,ESTABLISHED -j ACCEPT […]

如果版本号匹配，组策略诊断实用程序GPOTool会报告两个域控制器之间GPO版本不匹配的任何想法？ Policy {GUID} Error: Version mismatch on dc1.domain.org, DS=65580, sysvol=65576 Friendly name: Default Domain Controllers Policy Error: Version mismatch on dc2.domain.org, DS=65580, sysvol=65576 Details: ———————————————————— DC: dc1.domain.org Friendly name: Default Domain Controllers Policy Created: 7/7/2005 6:39:33 PM Changed: 6/18/2012 12:33:04 PM DS version: 1(user) 44(machine) Sysvol version: 1(user) 40(machine) Flags: 0 (user side enabled; machine […]

在设置我们的OpenStack环境时，遇到了阻止实例联系在主机上运行的服务器的问题。 元数据服务（暴露HTTP API）在主机上的端口8775上运行，OpenStacknetworking代码添加以下DNAT规则，通过端口80上的特殊地址授予访问权限： -A PREROUTING -d 169.254.169.254/32 -p tcp -m tcp –dport 80 -j DNAT –to-destination 127.0.0.1:8775 实例通过本地桥接设备连接到主机，并将169.254.169.254分配给lo 。 虽然这条规则成功地匹配来自试图访问http://169.254.168.254/的访客实例的数据包，但是他们从未到达侦听服务。 用一个基本上等效的REDIRECT来replace这个DNAT规则会使所有事情都正常工作： -A PREROUTING -d 169.254.169.254/32 -p tcp -m tcp –dport 80 -j REDIRECT –to-ports 8775 我试图理解为什么REDIRECT工作和DNAT失败。 从iptables文档中不清楚DNAT规则是否适用于本地目的地stream量。 我希望这里有人可以提供一个权威的答案，理想的文件备份，或者可以build议什么可能是我的configuration错误，阻止DNAT规则按预期工作。

我有一个脚本添加了iptable PREROUTING规则。 他们都有相同的地址。 当我运行这个： iptables –list PREROUTING -t nat 我看到这样的输出： DNAT tcp — anywhere 165.193.122.18 tcp dpt:https to:192.168.2.1:443 DNAT tcp — anywhere 63.135.91.11 tcp dpt:https to:192.168.2.1:443 DNAT tcp — anywhere 63.135.90.224 tcp dpt:https to:192.168.2.1:443 看来我应该可以通过编写像这样的命令来放弃所有这些规则… "drop all PREROUTING rules that go to 192.168.2.1:443" 所以，在看它的选项看起来像我需要使用-D选项。 但是我不知道这个原因。 🙁 所以，我可能需要查询现有的规则，grep将其限制为目标192.168.2.1:443，然后运行-D传递每个规则的rulenum。 我不知道该怎么做。 任何帮助，将不胜感激。 谢谢！ EV