这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 2581 天前的主题，其中的信息可能已经有所发展或是发生改变。
想法是这样的。
1、客户端请求 DNS （例如查询 www.google.com ）
2、DNS 服务器获得 www.google.com 的正确解析结果（如 216.58.219.132 ），记下来
3、DNS 服务器返回一个代理服务器的地址给客户端（如 2001:DB8::1234 ）
4、DNS 服务器告诉代理服务器这个转发请求（如 发送到 2001:DB8::1234 这个地址的流量全部转发到 216.58.219.132 ）
5、实现代理效果
因为 IPv4 的地址稀缺，而 v6 地址的丰富性使得这样的用法成为可能？
不知道以上思路有什么缺点，或者其实已经存在这样的应用（感觉应该有），欢迎指出
1、客户端请求 DNS （例如查询 www.google.com ）
2、DNS 服务器获得 www.google.com 的正确解析结果（如 216.58.219.132 ），记下来
3、DNS 服务器返回一个代理服务器的地址给客户端（如 2001:DB8::1234 ）
4、DNS 服务器告诉代理服务器这个转发请求（如 发送到 2001:DB8::1234 这个地址的流量全部转发到 216.58.219.132 ）
5、实现代理效果
因为 IPv4 的地址稀缺，而 v6 地址的丰富性使得这样的用法成为可能？
不知道以上思路有什么缺点，或者其实已经存在这样的应用（感觉应该有），欢迎指出
第 1 条附言 2018-11-06 16:01:30 +08:00
我也发现了,这就是 DNS64+NAT64,23333
只不过 不需要网关处理映射, 也支持 ipv6 nat
只不过 不需要网关处理映射, 也支持 ipv6 nat
21 条回复 2018-11-09 23:21:32 +08:00
 | 1 squid157 2018-11-06 12:47:29 +08:00 NAT64 ? |
 | 2 noe132 2018-11-06 12:48:02 +08:00 via Android dns 是有缓存的。 |
 | 3 xiaolanglang 2018-11-06 12:50:55 +08:00 如果是内网，其实 ipv4 都够用，随便找个内网的网段去做就是了…… 实话说，其实用不了多少个 IP ……… |
 | 4 Archeb OP |
 | 5 jessynt 2018-11-06 13:01:33 +08:00 Surge for Mac 的 enhanced mode |
| 6 jessynt 2018-11-06 13:06:45 +08:00  |
 | 7 0ZXYDDu796nVCFxq 2018-11-06 13:11:22 +08:00 via Android 2. 直接返回那个 v6 地址 5. 实现代理效果 另外，DNS 不是只有 HTTP 在用，这种进不了 RFC 又涉及到基础设施的，改协议没什么价值，没人跟你玩，除非你把上下游都搞定 |
 | 8 iceheart 2018-11-06 13:28:12 +08:00 via Android  1 1.你对 IPV6 的认知是错的，IPV6 是 128 位的，不是 64 位 2.你对 DNS 服务器一无所知。DNS 只负责解析名字，它不知道，也没法知道你拿解析到的地址去干啥，返回一个代理对它来说就是错误的解析。 3.你对代理的认知也是错的，代理是指建立在某种协议之上的，不存在对所有协议的代理。我的私有协议就是不支持代理，dns 把我的域名解析到一个代理服务器上，这不是搞事情么 |
 | 9 BOYPT 2018-11-06 13:34:38 +08:00 除了 #8 的纠错，类似的想法早已经是标准 RFC，俗称称作 DNS64+NAT64，是给纯 ipv6 用户访问只有 v4 地址的服务器的。 草案中已经规定，64:ff9b::/96 地址段是用来映射 ipv4 所有地址成为 ipv6 地址，DNS64 服务器对于 AAAA 请求，发现上有的域名没有 AAAA 记录而只有 A 记录，就把 A 记录的地址转换成 64:ff9b::前缀的 v6 地址作为 AAAA 响应返回。网关上自然也是做好了 NAT64 的转换。 |
| 10 Archeb OP |
| 11 Archeb OP @BOYPT 确实就是 NAT64 的思路,只不过我觉得一样可以代理 ipv6 和支持大部分协议 |
 | 13 goofool 2018-11-06 14:51:16 +08:00 为啥不直接跟代理服务器连接 |
| 14 Archeb OP @goofool 只要客户端支持 ipv6 支持修改 dns 就可以用 无需额外客户端软件 未来 v6 普及了就好 |
 | 15 oovveeaarr 2018-11-06 15:30:19 +08:00 不对呀，这根 NAT64 不是没差嘛，支持协议的事情不是应该代理服务器自己去做的么。 IPv4 一共就 32 位，IPv6 128 位，所以拿出一个 96，就可以完整映射 IPv4 了，剩下的想怎么搞怎么搞。 |
| 16 xiaolanglang 2018-11-06 19:44:34 +08:00 @Archeb 放到公网其实有一个问题，就是你鉴权很难去做…… 基本上相当于一个 RBQ 了………… |
 | 17 Tink PRO 先不说 ipv6，这不就是自建 dns+sniproxy 实现翻墙的变通么？ |
 | 18 missdeer 2018-11-07 08:50:09 +08:00 同意 17 楼，IPv4 就有机场这么搞了，自建 DNS+SNIProxy |
| 20 Archeb OP |
Select Language