我们都知道127.0.0.1用于（回送）。 但是保留的127.0.0.0/8环回空间的其余部分是否广泛用于任何事情？
我有一个奇怪的想法 – 让多个人/组织托pipe相同的应用程序，并让所有的节点都可以通过一个单一的域名进行访问。 这是为了让我们说，一个真正的分布式社交networking，可用性没有牺牲（即用户不必记住不同的供应商url，然后当一个供应商宕机，切换到另一个） 为了实现这一点，我认为可以使用具有多个IP的DNSlogging。 那么，一个DNS Alogging可以拥有多less个IP？ 这个答案说这是30左右，但用例有所不同。 对于上述情况，我不关心给定的ISP是否caching了30个，只要另一个ISPcaching另外30个，等等。
我正在使用ServletRequest.getRemoteAddr根据用户的IP地址对Java EE应用程序进行更改。 我们将IP地址范围（FROM_IP和TO_IP）存储在数据库中，只有当用户的IP地址在一个范围内时，系统才会进行authentication。 现在，testing人员指出，在FROM_IP和TO_IP值（在任何地方）不应该允许数字0（零）。 请注意，这是一个面向互联网的应用程序，所以我们只会获得公共IP地址。 testing人员是否正确地build议validation？ 为什么我们不能在范围值中有零，例如167.23.0.1 – 167.23.255.255？
我已经看到了在nginx上处理双栈IPv4和IPv6虚拟主机的各种configuration示例。 许多人认为这种模式： listen 80; listen [::]:80 ipv6only=on; 据我所知，这实现了完全一样的事情： listen [::]:80 ipv6only=off; 你为什么要用前者？ 我能想到的唯一原因是，如果您需要每个协议特定的附加参数，例如，如果您只想在IPv4上设置deferred 。
我正在阅读TCP / IP和其他相关协议和技术。 MAC地址被描述为（合理地:)唯一的，并且具有很大的可能性空间（几百万亿），同时也被分配给所有的networking接口。 互联networking通信使用IPv4或IPv6地址代替MAC地址的历史和技术原因是什么？ 我错过了一些根本性的东西，还是只是一个愚蠢的理由（例如build立在传统技术之上）？