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
gy911201 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 了,剩下的想怎么搞怎么搞。 |
17
Tink 2018-11-07 02:11:53 +08:00 via iPhone
先不说 ipv6,这不就是自建 dns+sniproxy 实现翻墙的变通么?
|
18
missdeer 2018-11-07 08:50:09 +08:00
同意 17 楼,IPv4 就有机场这么搞了,自建 DNS+SNIProxy
|
20
Archeb OP |