请注意，这个页面上的答案是从2009年开始的，不应该作为福音的依据。 如果您有关于zfs的具体问题，请点击“ 提问”button并提出具体问题。 我正在考虑使用FreeBSD 7.2和ZFS文件系统构build一个家庭备份系统。 有没有人有任何有关该文件系统的经验？ 特别： 是否有可能从ZFS启动？ （我想要吗？） 添加驱动器有多容易？ 它如何处理不同大小的驱动器？ 你可以添加新的驱动器（或至less只是一个重启）？ 我现在可以更好地服务于现成的东西吗？ 任何其他的想法和build议将受到欢迎。 编辑： 为了清楚起见，我已经阅读了ZFS上的FreeBSD页面 。 我正在寻找具有实际经验的人员的build议，并提供类似于我想要的设置。
NetGear的ReadyNAS 2100有4个磁盘插槽，价格为2000美元，没有磁盘。 这对于4个磁盘插槽来说似乎太贵了。 戴尔也有很好的networking存储解决scheme。 PowerVault NX3000有6个磁盘插槽，这是一个改进。 但是，它的成本是3500美元; NX3100的价格翻了一番。 以防万一我正在寻找大量存储的错误硬件，值得信赖的PowerVault MD3000i SAN拥有15个驱动器，但售价7000美元起。 虽然您可以争论戴尔，Netgear，惠普或任何其他公司认真的支持，但将这些驱动器组合在一起并通过iSCSI提供服务仍然非常昂贵。 有一个更便宜的select：自己build造。 Backblaze已经build立了自己的盒子 ，容纳了45美元（这是四十五）SATA驱动器，不到8000美元，包括驱动器本身。 这比戴尔，Sun，惠普等公司至less便宜10倍 为什么NAS（或SAN – 仍然连接到networking的存储）如此昂贵？ 毕竟，它的主要function是容纳多个硬盘驱动器，创build一个RAIDarrays并通过iSCSI等协议提供服务。 几乎所有其他的东西都只是彩色气泡（AKA的营销条款）。
背景 我试图用一个真实的例子来演示为什么有人不想在1.0.0.0/8子网上configuration他们的内部networking。 显然这是因为这没有被指定为私有地址空间。 截至2010年，ARIN显然已将1.0.0.0/8分配给APNIC（亚太地区NIC），似乎已经开始在该子网中分配地址，但不在1.1.0.0/16和1.0.0.0/16中，其他人（因为这些地址被互联网上的糟糕的networkingconfiguration所污染）。 我的问题 我的问题是这样的：我想find一个网站，在这个子网上回应，并用它作为反例，向一个非技术用户展示它在1.0.0.0/8上configuration的内部networking的不可访问性。 除了编写一个程序来嗅探所有1600万个主机，在端口80上寻找响应，有没有人知道我可以使用的目录，甚至更好，有没有人知道在这个子网上configuration的站点？ 在这一点上，WHOIS似乎太笼统了。
我们有一个Linux服务器指向一个主要ISP的静态IP地址。 我们最近将ISP更改为新的ISP，我想知道是否有办法通过新的ISP来移动静态IP地址。 是否有可能从ISP移动静态IP地址到另一个？
我目前pipe理6个思科ASA设备（2对5510和1对5550）。 他们都工作得很好，而且很稳定，所以这更像是一个最佳实践的build议问题，而不是“OMG坏了，帮我修复”。 我的networking被分成多个VLAN。 几乎每个服务angular色都有自己的VLAN，所以DB服务器将拥有自己的VLAN，APP服务器和Cassandra节点。 stream量pipe理只允许特定的拒绝rest基础（因此默认策略是放弃所有stream量）。 我通过为每个networking接口创build两个ACL来做到这一点，例如： access-list dc2-850-db-in ACL，以“in”方向应用于dc2-850-db接口 访问列表dc2-850-db-out在“out”方向应用于dc2-850-db接口的ACL 这一切都非常紧凑，按预期工作，但我想知道这是否是最好的方式？ 目前，我已经达到了有超过30个VLAN的地步，我必须说，在某些方面pipe理这些VLAN已经变得有点混乱了。 也许像普通/共享的ACL在这里帮助我可以从其他ACLinheritance，但AFAIK没有这样的事情… 任何build议非常感谢。
从Linux ISC DHCP迁移时，我正在帮助客户端configurationWindows 2012 DHCP服务器。 在Windows 新build范围向导对话框中，有一个选项： …指定路由器或默认网关（复数），由该范围分配。 我的客户询问何时将多个默认网关分配给DHCP客户端是有意义的。 我没有一个好的答案。 所以我很好奇这个function是否合适，是否会严重影响某些客户端系统（例如Windows PC）？ 我想听听实际情况。
为什么当我复制一个文件（Windows资源pipe理器复制，粘贴）时，我从命令提示符中使用“net use”命令映射的驱动器获得〜100KB / s的传输速率，当I使用Windows资源pipe理器映射驱动器？ 这两种方法会影响传输速度有什么不同？ 吉文斯/环境： 共享服务器：Windows 2012R2，在CIS基准testing中lockinghttp://benchmarks.cisecurity.org/downloads/show-single/?file=windows2012R2.110 设置被服务器所属的域控制器上的组策略locking。 共享服务器连接到同一networking上的域控制器，我们称之为“mydomain.local” 服务器连接到共享：Windows 2008R2，远程位置，不同的域名，我们称之为“mydomain.remote” 删除所有的CIS推荐设置可以使两种types的networking驱动器映射的速度都很快。 连接和共享服务器位于两个不同的数据中心，通过互联网连接 无论使用哪个连接（net use / windows explorer），都提供相同的凭据。 我们称这个帐户为：mydomain.local \ myuser 我相信速度很慢，因为这个，但是我不知道为什么会这样不同取决于是否使用“净使用”而不是Windows资源pipe理器。
我正在Swarm模式下使用Docker进行生产设置（使用Docker 17.03.1-ce）。 将有2个数据中心参与。 在这两个数据中心中，所有机器在专用networking上都具有公共IP和私有（本地到数据中心）IP，因此将有两个专用networking。 通过专用networking接口的networkingstream量是免费的，而通过公共接口的stream量没有经过一定的限制（速度较慢），所以在可能的情况下，我更希望networkingstream量通过专用接口。 现在从我的理解（我认为），Swarm模式下的Docker节点之间的所有stream量将通过用于与swarm master进行通信的相同的networking接口，在我的情况下，这将是公共networking接口，用于进行多DCnetworking可能。 但是，大多数预期的stream量将在同一个DC中的节点之间，如果源和目标节点碰巧位于同一个专用networking上，如果Docker能够以某种方式将stream量路由通过我的专用networking，那将是非常好的。 恐怕这可能是不可能的，因为swarm master不知道这些专用networking和节点上的IP。 我能想到的一个解决scheme是build立一个VPN并在其上部署群集，但是这增加了额外的复杂性，我更喜欢纯粹的Docker群集解决scheme。 更新 ：如评论中所build议的，解决scheme的基础可能是使用iptables将外出stream量路由到私有IP而不是公共IP。 但是，如果我想这样做，我的下一个问题将是如何pipe理所有这些规则。 在DC有10台服务器的情况下，我需要10 * 9 = 90个路由器才能通过专用networking路由所有可能的本地stream量。 我可以想象，也许有一些工具可以帮助完成这样的任务，或者我可以创build一个，但也许有一个更简单的方法来做到这一点。
背景 我们发生了Windows故障转移群集中断的事件。 验尸表明该节点已被删除，如本文所述 。 我们最近才把这个集群完全迁移到VMware环境中，看起来上面描述的事件可能是导致停机的原因。 相关的VMware知识库文章谈到了增加Small Rx Buffers和Rx Ring #1设置，但警告说增加这些太多可能会大大增加主机上的内存开销。 在对150台Windows虚拟机的Network Interface\Packets Received Discarded性能计数器进行审计后，16个guest虚拟机上的22个vNIC丢弃了一些数据包。 一个足够小的数量，我不担心额外的内存使用的主机征税，但我想了解如何使用内存这些设置和内存来自。 问题 缓冲区的数量和环的大小之间的关系是什么？ 如何计算用于这些设置的给定值的内存量？ 由于这些设置位于客户操作系统中的NIC本身上，我假定它们是驱动程序设置。 这使我认为使用的RAM可能是分页或非分页池。 它是否正确？ 如果是的话，我应该担心吗？ 我在这里没有考虑到担忧吗？ 我们正在尝试确定在受影响的VM上将这些设置设置为最大值是否存在缺陷，而不是VMware主机内存使用情况。 例如，如果我们增加客户内存池耗尽的风险，我们更倾向于从小做起。 这些问题中的一些（可能全部）可能不是特定于VMware或虚拟化的。
我一直在我们小公司的局域网（7个用户，3台服务器）上发现，有些服务器为了文件共享的目的而不断变得“不可访问”。 他们显示消息“\ SERVER不可访问，您可能没有权限使用此networking资源，找不到用户名”。 但是我不知道为什么“找不到用户名”，因为所有的机器都在同一个域上，PDC和BDC似乎performance正常。 编辑： VPN似乎是原因： 事实certificate，如果我使用IP地址（\\ 1.2.3.4 \ etc）或FQ活动目录名称（例如\ server.domainname.local），我可以看到服务器，但是如果我自己使用服务器名称，一个映射的networking驱动器最初是从“简短”名称创build的。 奇怪的是，我的机器没有问题解决服务器的DNS名称，因为我可以ping计算机名称确定，它立即回来的IP，但nslookup似乎失败。 在连接到VPN时Windows似乎查找机器名称似乎是一个问题。 当我连接到VPN时，Windows似乎使用与VPN关联的DNS而不是域控制器上的DNS。 这对我来说，似乎是不正确的，因为这将意味着连接到任何VPN将打破任何查找本地机器名称的服务器和打印机等所以我想现在真正的问题是，我怎样才能让我的机器仍然search本地Active Directory DNS（PDC）即使连接到VPN？ 更多信息在我的评论下面。