我有一台同时具有 IPv6 和 IPv4 地址的服务器。是否可以通过IPv6接口通过 HTTP 连接到另一个 Web 服务器（我只知道它的 IPv4 地址），以便该服务器只能看到我的 IPv6 IP 作为源地址？
AskOverflow.Dev
我有一台同时具有 IPv6 和 IPv4 地址的服务器。是否可以通过IPv6接口通过 HTTP 连接到另一个 Web 服务器（我只知道它的 IPv4 地址），以便该服务器只能看到我的 IPv6 IP 作为源地址？
简短的回答：否
长答案：IPv4 和 IPv6 是不同的协议。理论上，您可以从 IPv6 地址连接到 IPv4 服务，但您需要 NAT64，这是主要为仅 IPv6 网络设计的。
更新以反映评论：
我在下面的回答是不正确的，但我怀疑（即希望）我不是唯一一个有类似误解的人，而且这个答案（更重要的是，它的评论）将有助于澄清事情。
主要问题是我误读了 6to4 的功能 - 6to4 没有（正如我最初理解的那样）为 IPv6 节点提供与 IPv4 节点通信的方法。它确实允许一个 IPv6 节点通过 IPv4 网络与另一个 IPv6 节点通信。
所以（正如已经指出的那样）这是一个不正确的答案，特别是不包括提问者感兴趣的情况。
关于 6to4 的弃用，目前确实只是一个建议，仅适用于 6to4 的特定子集。似乎不再建议将 6to4 用于新部署。
NAT64（至少如此处所述：https ://en.wikipedia.org/wiki/NAT64 ）可能更适合：
原文：
从技术上讲，这并非不可能：https ://en.wikipedia.org/wiki/6to4 。
假设您找到要使用的中继，该中继将代表您处理 IPv4 连接，使其 IP(v4) 地址成为目标将看到的源。
但是，通过查找服务的 IPv6 地址（如果有）或使用 IPv4 来查看是否可以避免所有这些可能是有意义的 - 因为您的服务器同时具有这两种地址，所以只说 IPv4 似乎要容易得多比它为您的服务涉及额外的跳跃和复杂性。
更重要的是，听起来您将远程端用作某种上游，因此延迟/响应性可能也是一个考虑因素。
更新以反映Sander Steffann的评论： 6to4 自 2015 年起已弃用（https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-6to4-to-historic-11），该文件建议使用 NAT64作为替代品（https://www.rfc-editor.org/rfc/rfc6146）。
因此，尽管仍然可以按照提问者的意愿去做，但 6to4并不是正确的做法。