我有一个同时拥有IPv6和IPv4地址的服务器。 是否可以通过IPv6接口通过HTTP连接到另一个Web服务器（我只知道它的IPv4地址），以便该服务器只能看到我的IPv6 IP作为源地址？
简短的回答：没有
长答案：IPv4和IPv6是不同的协议。 从理论上说，你可以从IPv6地址连接到IPv4服务，但是你需要NAT64，这是主要为IPv6专网devise的。
更新以反映评论：
我在下面的回答是不正确的，但我怀疑（即希望）我不是唯一一个受到类似误解的人，而且这个回答（更多的是，它的意见）将有助于澄清事情。
主要的问题是我误读了6to4的function–6to4没有（正如我最初所理解的那样）为IPv6节点提供了一种与IPv4节点通话的方法。 它允许的是IPv6节点通过IPv4networking与另一个IPv6节点通话。
所以（正如已经指出的），这是一个不正确的答案，具体不包括提问者感兴趣的情况。
至于贬低6to4，这只是目前的一个build议，只适用于6to4的特定子集。 看起来6to4不再被推荐用于新的部署。
NAT64（至less如此处所述： https ： //en.wikipedia.org/wiki/NAT64 ）可能更适合：
当在纯IPv4服务器之前使用NAT64转换程序时，无状态转换是合适的，以允许远程的仅IPv6客户端访问NAT64转换程序。 有状态翻译适合在客户端或服务提供商部署，允许仅有IPv6的客户端主机访问远程的仅限IPv4的节点。
原文 ：
从技术上讲，这不是不可能的： https ： //en.wikipedia.org/wiki/6to4 。
假设你find一个中继使用，该中继将代表你处理IPv4连接，使他们的IP（v4）地址成为目的地将看到的源。
然而，通过查找服务的IPv6地址（如果有的话）或者使用IPv4–因为你的服务器同时拥有IPv4地址，所以看看是否能够避免所有这些都是有意义的，看起来好像讲IPv4比它涉及额外的啤酒花和复杂的服务。
更重要的是，听起来像是你正在使用远程端作为某种上游，所以延迟/响应也可能是一个考虑因素。
更新以反映桑德Steffann的评论：6to4已于2015年（ https://tools.ietf.org/html/draft-ietf-v6ops-6to4-to-historic-11 ）弃用，该文件build议NAT64作为更换（ https://tools.ietf.org/html/rfc6146 ）。
所以，虽然仍然有可能做提问者想要的东西，6to4 不是做这件事的正确方法。