这是一个关于 IPv4 子网的规范问题。
有关的:
子网划分是如何工作的,您是如何手动或在头脑中完成的? 有人可以从概念上和几个例子来解释吗?Server Fault 有很多子网划分作业问题,因此我们可以使用答案将它们指向 Server Fault 本身。
我正在阅读 TCP/IP 和其他相关协议和技术。MAC 地址被描述为(合理地:) 唯一,并且具有很大的可能性空间(数百万亿),同时还分配给所有网络接口。互联网通信使用 IPv4 或 IPv6 地址而不是 MAC 地址的历史和技术原因是什么?
我是否遗漏了一些基本的东西,还是只是一个愚蠢的原因(例如,建立在传统技术之上)?
多年来,媒体一直在报道现在可用的 IPv4 地址很少的问题。但另一方面,我正在使用一家服务器托管公司,该公司很乐意以少量资金提供公共 IPv4 地址。我的私人互联网连接带有公共 IPv4 地址。
这怎么可能?问题是否像媒体想让我们相信的那样严重?
我看过各种配置示例,用于在 nginx 上处理双栈 IPv4 和 IPv6 虚拟主机。许多人建议这种模式:
listen 80;
listen [::]:80 ipv6only=on;
Run Code Online (Sandbox Code Playgroud)
据我所知,这与以下内容完全相同:
listen [::]:80 ipv6only=off;
Run Code Online (Sandbox Code Playgroud)
为什么要使用前者?我能想到的唯一原因是您是否需要特定于每个协议的其他参数,例如,如果您只想deferred在 IPv4上设置。
我们都知道什么127.0.0.1是用于(环回)。
其余保留127.0.0.0/8回送空间的用例是什么?
我正在对 Java EE 应用程序进行更改,该应用程序将使用ServletRequest.getRemoteAddr根据用户的 IP 地址进行身份验证。我们将 IP 地址范围(FROM_IP 和 TO_IP)存储在数据库中,只有当用户的 IP 地址在一个范围内时,系统才会进行身份验证。
现在,测试人员指出在 FROM_IP 和 TO_IP 值中(在任何地方)都不应该允许数字 0(零)。请注意,这是一个面向 Internet 的应用程序,因此我们将仅获取公共 IP 地址。
测试人员建议进行验证是否正确?为什么我们不能在 167.23.0.1 - 167.23.255.255 这样的范围值中设置零?
我有一个奇怪的想法——让多个人/组织托管同一个应用程序,并让他们的所有节点都可以通过一个域名访问。这是为了拥有一个真正分布式的社交网络,其中不牺牲可用性(即用户不必记住不同的提供商网址,然后当一个提供商出现故障时,切换到另一个提供商)
为此,我认为可以使用具有多个 IP 的 DNS 记录。
那么,单个 DNS A 记录可以保存多少个 IP?这个答案说它大约是 30,但那里的用例不同。对于上述情况,我不在乎给定的 ISP 是否只缓存 30 个,只要另一个 ISP 缓存另外 30 个,依此类推。
我的网站只有一个 IPv4 地址。随着 IPv6 成为未来,如果网站没有 IPv6 地址,是否有可能某些用户可能无法访问该网站?此外,拥有 IPv4/IPv6 地址是否会提高 SEO 性能?
我明白如私有地址10.0.0.0/8,172.16.0.0/12并且192.168.0.0/16是不可路由的。但是,究竟是什么阻止了这些地址的可路由性?ISP 是否实施了阻止这些网络路由的 ACL,还是更高层的东西?
另外,这个设计是由 IANA 设计的吗?
有没有人尝试过运行仅支持 IPv6 的 SMTP 引擎?几乎每个人都为主要的前端服务器配置了 IPv6。我很好奇是否有人尝试运行仅支持 IPv6 的 MTA 并收到任何连接错误。
IPv6-only 是一个可行的解决方案吗?我可以期待一些挥之不去的连接问题吗?或者是不是有一个魔法仙女降临到互联网上,让 25 端口上的 IPv6 到 IPv4 像魔法一样在直接连接上工作?
ipv4 ×10
ipv6 ×3
networking ×3
ip-address ×2
ip ×1
loopback ×1
mac-address ×1
nginx ×1
postfix ×1
routing ×1
smtp ×1
subnet ×1
tcpip ×1
web ×1
website ×1