我有一个networking打印机（夏普复印机），我无法从一个不同的子网进行联系。 我在192.168.100.x. 打印机位于192.168.200.x. 我可以从'100'子网上ping（或远程连接）'200'子网上的其他设备（包括交换机，台式机，服务器）。 我可以在“200”子网上连接一台相同的复印机。 如果我在“200”子网上，我可以无任何问题地联系打印机。 打印机在子网上正常工作。 虽然我需要能够通过子网连接到打印机，但从另一个子网接触打印机几乎是次要的。 我更加好奇如何解决这个问题，哪个设备最终导致我无法联系打印机。
简单地说，我想要使用这些规则： iptables -I FORWARD -i br0.105 -d 192.168.0.0/16 -j DROP iptables -I FORWARD -s 192.168.0.0/16 -i br0.105 -j DROP 但192.168.99.0/24子网除外。 有没有在上面的行中指定这个方法？ 我更喜欢不添加一个exception规则，用-j accept .99 -subnet，因为还有其他规则指向那个特定的子网。
所以这是我们的设置。 我们有14个地点，每个地点都有自己的子网和路由器。 这些位置的路由器启用了DHCP中继，指向运行DHCP的中央服务器。 这个DHCP服务器（Windows 2008 R2）有一个Superscope，然后是我们的其他14个范围。 到目前为止，一切工作都已经开始，所有地点都得到了相应的IP地址。 但是，当用户在不同位置之间时，他们永远不会收到新的IP地址。 他们的机器保持与前一个子网相同的IP地址，并且DHCP不会给他们一个新的IP地址。 如果我们发布/更新它甚至不会工作。 我必须进入DHCP服务器，并物理删除他们的IP条目，以便他们在新的位置获得一个新的IP。 有任何想法吗？
bind9的$ GENERATE指令可以自动生成一系列IP的反向映射，对于dhcp范围的反向dns真正有用。 但是似乎$ GENERATE指令只能为/ 24子网生成反向dns。 那么是否有一种简单的方法可以自动生成反向映射，例如，一个具有16k行以上的区域文件的/ 18子网的范围？ 另一个DNS服务器的解决scheme或没有$ GENERATE的方式也是受欢迎的。 提示：整个反向区是a / 16而不是a / 18，但是我只需要生成a / 18范围内的rDNS PTR RR。
与RDS实例要求您select特定子网（可以位于VPC的专用子网中）类似，AWS S3存储也可以物理位于VPC的专用子网中吗？
我无法弄清楚这一点。 我有两个IP和两个子网掩码： IP1: 10.150.1.4 SM: 255.255.255.248 IP2: 10.150.1.6 SM: 255.255.255.224 这两个主机都具有相同的networkingID（10.150.1.0），但具有不同的子网掩码。 他们在同一个networking吗？
我们有4个商业宽带连接和1个静态IP地址。 我们有几个服务器需要访问互联网和互联网，有些需要从互联网远程访问。 我需要解决的主要问题是如何通过相关连接来分发数据，具体取决于源/目的地。 目前，每台路由器都有自己的地址范围10.0.2.0/24,192.168.0.0/24,192.168.1.0/24等。其中3台路由器连接到一台networking交换机，只有一台提供DHCP / Wi-Fifunction。 主DHCPnetworking上的服务器具有静态IP地址以及使其能够连接到其他IP范围的虚拟NICS。 第四台路由器目前提供一个完全独立的备用Wi-Fi办公networking和独立的DHCP服务器。 那么，处理这个设置的最好方法是什么呢？ 有这么多的独立的子网和configuration虚拟网卡的混乱。 为每个服务器编写单独的IP路由命令也很麻烦。 一些服务器有关键数据，必须及时发送（stream媒体）。 其他服务器的关键数据较less，只需要在合理的时间上传到互联网。 还有一个可以从外部静态IP地址/域名访问的Web服务器。 目前没有一个路由器（BT / Virgin）允许自定义DNS，这使得在内部处理对networking服务器域名的访问变得更加困难（应该能够以LAN速度访问）。 所以我可以把所有的路由器放在同一个子网中，但是用户使用网关的可能性不大。 我也可以买一个路由器来处理所有的stream量，并相应地路由（也允许自定义DNS）。 任何想法/build议表示赞赏！ 感谢詹姆斯
我们有一个现有的class-cnetworking，IP地址范围是11.22.33.44/24（举个例子）。 我的域控制器已在此子网内configuration。 因此，该子网中的所有服务器都将子网掩码configuration为255.255.255.0。 现在我们有了一个新的IP地址为11.22的子网。 88.99 / 24（注意只有最后2个八位字节已经改变）。 我希望这个新子网中的所有新主机join我现有的DC。 为此，我们已经正确configuration了防火墙，所以允 （所以防火墙没有问题）。 但最初我无法在现有域中的新子网中join主机。 后来我怀疑在域控制器（255.255.255.0）中使用的子网掩码，并为了testing的目的我把它改为255.255.0.0，它的工作就像魅力，我能够joinsubnet-2域中的子网2主机。 现在我想知道是否将一个class-cnetworking的子网掩码改为255.255.0.0是一种好的做法？ 可以由此产生任何问题吗？ 专家请提供您的意见。
通过networking阅读，我经常发现一个子网不应该有很多主机的build议，通常推荐的数字是254，但是为什么没有任何解释。 我想在A类地址范围（ 10.*.*.* ）中有多个networking，例如一个videonetworking10.10.0.0 ，子网255.255.0.0 ，我可以这样做： 10.10.0.* – 一些IP摄像机位置X 10.10.1.* – 某些IP摄像机位置Y 10.10.2.* – 一些IP摄像机位置Z 任何人都可以请解释一下，如果在一个大的networking中很less有主机可能是一个问题或不是？ 如果没有，那么为什么这些关于254主机子网的build议呢？ Mabybe这些只是老build议。
我对networking不错，但是，我在IP寻址方面做得不好。 这非常影响我。 例如，在使用Cisco路由器的访问列表时，我必须分配一个串口IP地址24.17.2.2和一个子网255.255.255.240。 我以为相应的子网是255.0.0.0，因为24.17.2.2是一个A类IP地址。 我怎样才能提高我的IP寻址技能？