Articles of ip

为什么只有65535个港口,我们会有更多的?

我了解每个IP地址拥有65,535个端口的最初原因:这是16位或2字节数字所能代表的最高数字,并且计算机永远无法获得更多比那些像港口这样微不足道的东西,或类似的东西。 实际上每个端口可能需要多于1个位,因为每个端口可以被打开,阻塞,“潜行”等等,但是由于某些原因,人们总是说端口以16位数字来操作。 如果我有这个错误的任何部分,一定要告诉我。 然而,在大多数计算机都是32位的世界里,有足够的内存空间可以腾出更多的端口,为什么我们仍然拥有这么多的端口呢? 我们正在转向HTML5,HTTP2.0,IPv6和其他完全不同的版本,那么为什么与端口不一样呢? 其中许多允许多于16位; 实际上,IPv6允许16 个字节 ! 据我所知,其中许多是几年甚至几十年,但为什么这些升级的喋喋不休,甚至没有窥视更多的港口(我,业余,听说过)? 我能看到的保留65535个端口的唯一两个理由是让大企业保留旧的遗留系统,这不是一个好的理由,embedded式系统的兴起,其中许多是微小的,只有很less的空间,内存等。 ,即将上网,很多是物联网的一部分。 有了这些embedded式系统,也许我们可以让它们拥有更less的端口,而当一台大型台式电脑试图连接到一台时,可以说它是温和的,因为婴儿embedded式系统只能使用约65,000个端口。 另一方面,我可以想出几个很好的理由来获得更多的端口,大部分都与NAT和其他系统有关,在这些系统中,超过一个私有IP地址必须使用相同的公共IP地址与其余的Internet进行通信,像在同一台计算机上的虚拟机的崛起,所有使用相同的IP地址。 从技术上讲,每个虚拟机IP地址有65535个端口,但实际上它们都使用主机的端口。 在这种情况下,这些系统可能会很快耗尽端口。 另一个具体情况是运营商级NAT,其中一个公共IP地址被转换成多个私有IP地址,并且这些私有地址中的至less一个被转换成另一组甚至更多的私有地址。 同样,每个私有IP地址在技术上都有其自己的一组65355个端口,但是这是一种幻想,因为当数据传到公共互联网时,它们正在使用公共IP端口。 我不确定我们是否一定需要NAT,但是我们需要类似的东西来保存地址,即使大量的IPv6会给我们。 当我们遇到这样的情况时,我们可以承担不超过65535个端口吗? 那么,为什么我们仍然只有65535个港口,还有什么计划让更多? 附言我知道有技术上每个IP地址65536个端口,但端口0通常不用于任何东西。

我的networking上这个“东西”是什么?

我正在使用AMD公司的魔术包工具来build立一个计算机列表来做唤醒LAN,它发现这些条目: 224.0.0.22 igmp.mcast.net 01-00-5e-00-00-16 224.0.0.252 *NameNotFound* 01-00-5e-00-00-fc 239.255.255.250 *NameNotFound* 01-00-5e-7f-ff-fa 首先,我不确定为什么会find这些。 他们不在我提供的子网中。 我从来没有听说过他们。 如果他们保留或不。 随意为这个问题提供一个更具描述性的标题,并删除此评论。 我不知道如何描述我所看到的,当我问这个问题时,Google只会取笑我。

在Windows 2003域中将networking掩码从/ 24更改为/ 16

我有一个Windows 2003域使用192.168.0.0/24与所有静态地址(没有DHCP)。 我想移动到192.168.0.0/16,因为我们需要更多的地址。 我知道我们需要从所有计算机的networking掩码从255.255.255.0更改为255.255.0.0 我的问题是: 有没有办法改变所有计算机的networking掩码,并将我们的域控制器更改为192.168.0.0/16? 在DNS端(Active Directory)需要做什么修改才能处理新的子网?

路由器如何分配IP地址?

我了解连接到路由器的设备(如72.73.74.75)如何使用DHCP分配本地IP地址(例如192.168.1.5)。 但是,路由器本身如何获得从ISP分配的IP地址呢? 如何确保Internet上的另一台服务器没有分配相同的IP地址?

如何知道哪些用户属于debian上的ip

有没有办法得到我的服务器上login的用户和他们连接的IP的概述? 我已经有了IP,我想要与之相关的用户:)

为什么IP路由添加不起作用,但IP路由添加更less的细节,然后改变作品?

我有一个IP路由添加问题。 令人惊讶的是,我可以添加路线,然后改变它,但我不能直接添加它: # ip route add 192.168.0.0/16 via 192.168.255.254 src 192.168.1.101 RTNETLINK answers: No such process 但: # ip route add 192.168.0.0/16 dev eth0 # ip route change 192.168.0.0/16 via 192.168.255.254 src 192.168.1.101 我的接口文件是: iface lo inet loopback auto eth0 iface eth0 inet static address 178.xxx.xxx.xxx netmask 255.255.255.192 network 178.xxx.xxx.xxx broadcast 178.xxx.xxx.xxx gateway 178.xxx.xxx.xxx auto […]

如何使用SNMP OID轮询ARP表?

当您需要轮询设备的ARP表时,传统的观点是使用ipNetToMediaPhysAddress或atPhysAddress ; 但是,根据思科的文档,这两个OID都被弃用了。 这些OID工作得很好; 然而,我正在构build一个新的工具,所以如果可能的话,使用最新的OID是有意义的。 是否有一个不被弃用的SNMP OID来查询设备中的ARP表? 到目前为止,Google还没有为我提供这个答案。 Mircea的答案在较新的IOS上运行良好… [mpenning@something]$ snmpbulkwalk -v 2c -c public -Osq 192.0.2.1 ipNetToPhysicalPhysAddress ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.1" a4:4c:11:90:56:80 ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.2" a4:4c:11:96:68:0 ipNetToPhysicalPhysAddress.2.ipv4."192.0.2.101" 0:90:b:43:80:74 [mpenning@something]$ snmpbulkwalk -v 2c -c public -Oqv 192.0.2.1 sysDescr Cisco IOS Software, C3900 Software (C3900-UNIVERSALK9-M), Version 15.2(2)T1, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2012 by Cisco Systems, Inc. Compiled […]

我可以子网子网吗?

提前抱歉的拙劣的术语。 我已经阅读了服务器故障子网维客,但这更多的是一个ISP问题。 我目前有一个/ 27块的公共IP地址。 我使用给我的路由器在这个池中的第一个地址,然后对防火墙后面的所有服务器使用1对1的NAT,这样他们每个都得到自己的公有IP。 路由器/防火墙目前正在使用(删除实际地址以保护有罪): IP Address: XXX.XXX.XXX.164 Subnet mask: 255.255.255.224 Gateway: XXX.XXX.XXX.161 我想要做的是把我的子网分成两个独立的/ 28个子网。 这样做对ISP来说是透明的(即他们认为我继续操作一个/ 27)。 目前,我的拓扑如下所示: ISP | [Router/Firewall] | [Managed Ethernet Switch] / \ \ [Server1] [Server2] [Server3] (etc) 相反,我希望它看起来像: ISP | [Switch] / \ [Router1] [Router2] | | | | [S1] [S2] [S3] [S4] (etc) 正如你所看到的,这将把我分成两个独立的networking。 我正在努力在Router1和Router2上正确的IP设置。 这是我现在所拥有的: Router1 Router2 […]

如果我将路由器的子网掩码更改为包含旧的子网掩码,旧configuration的主机是否仍能正常工作?

目前我有一个10.2.1.0/24networking上的地址为10.2.1.1的路由器。 我所有的主机都有默认网关10.2.1.1 ,掩码为255.255.255.0 。 我想知道:如果我将路由器更改为10.2.0.0/16 ,那么具有对应于/24子网掩码的主机仍然在工作(在重新configuration之前)? 编辑:如果这是不可能的,假设这些都是pfSense设备后面的所有Windows主机,从较小的子网转换到较大的子网的最佳方法是什么? 编辑1:为了澄清,我将保持路由器地址为10.2.1.1,只是使子网更大(/ 16而不是/ 24)。

IPoIB(IP over InfiniBand)与RDMA性能

我已经部分inheritance了一个Linux HA集群,该集群的中心目前通过两台Debian主机之间的IPoIB(IP over InfiniBand)与DRBD 8进行连接。 它没有坏,所以我不会修复它。 我也注意到DRBD 9支持RDMA,所以将来可能会出现是否用RDMA(即“本地”InfiniBand)代替与DRBD 9的连接的问题。 由于我不想在生产系统上运行性能testing,我想知道:是否发布了IPoIB与RDMA / InfiniBand的性能比较。 举例来说,我可以预计从10%,50%或100%的数量级的IPoIB切换到带宽/延迟增益吗? 什么可以预料?