关于ios端chatGPT语音对话不能准确及时的连接的原因及如何改进 #3200

Jasonzhang2023 · 2024-05-15T01:23:18Z

Jasonzhang2023
May 15, 2024

前提及基本环境：
1、使用openwrt软路由esir高大全，x86架构，内核5.15；
2、passwall4.6开始，每一个版本都迭代安装，现在用的是最新的4.77-5；
3、使用的是中国列表外，DNS解析是路由器自带的MOSdns分流+smartdns+adguardhome，用了1年没问题，也没有dns泄露；
4、xray版本1.8.11（服务器也是1.8.11版本），vmess+ws+tls；
5、流量嗅探是打开的
6、用xray分流+haproxy负载均衡（每个passwall版本的sing-box用不了，不知道原因），其中加了openai的分流规则，走的是美国的落地解锁机器（因为geosite:openai不全，我还添加了一些domain，应该也是是不全的
openai的分流规则如下，走的是能原生解锁chatGPT的节点：

geosite:openai
domain:livekit.cloud
domain:sentry.io
domain:webpubsub.azure.com
domain:browser-intake-datadoghq.com
domain:oaistatic.com
domain:oaiusercontent.com
domain:statsig.com
domain:statsigapi.net
domain:revenuecat.com

发现的问题：
1、如果使用软路由透明代理局域网的ios手机，ipad或者安卓手机，chatGPT4.0的语音对话，会经常连不上，要多试几次才能连接上。

原因分析：
语音对话，我看走的都是udp接口，联想到自己用的几个走udp的语音程序：
A.googlevoice，确实是走udp接口，而且走的几个域名和ip都是固定的，因此它的分流规则如下，很好固定：

#google voice，ip为IPv4：74.125.39.0/24，IPv6：2001:4860:4864:2::0/64
google.com
googleapis.com
gstatic.com
googleusercontent.com
telephony.goog

B. T-mobile（Ultra mobile）的wifi calling，它也是固定的，分流规则很好固定下来：

#wificalling,ip走的是208.54.0.0/16
3gppnetwork.org

其中208.54.0.0:500端口负责探测通讯是否畅通，208.54.0.0:4500端口负责承载通讯语音数据

chatGPT是实时语音，因此我就断定它也是走的UDP
先看一下手机5G环境下，使用小火箭全局代理，打开ios chatGPT的语音对话，对话非常的流畅。
这时候服务器的xray日志：

2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:ios.chat.openai.com:443 [IPv4_out]
2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:ab.chatgpt.com:443 [IPv4_out]
2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:chat.openai.com:443 [IPv4_out]
2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:ios.chat.openai.com:443 [IPv4_out]
2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:api.revenuecat.com:443 [IPv4_out]
2024/05/15 08:24:48 手机5G连接IP:0 accepted tcp:o33249.ingest.sentry.io:443 [IPv4_out]
2024/05/15 08:24:53 手机5G连接IP:0 accepted tcp:chatgpt.livekit.cloud:443 [IPv4_out]

2024/05/15 08:24:55 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50006 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted udp:132.145.149.215:3478 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted udp:ip-132-145-149-215.host.livekit.cloud:3478 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted udp:132.145.149.215:50006 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted tcp:132.145.149.215:7881 [IPv4_out] 
2024/05/15 08:24:55 手机5G连接IP:0 accepted tcp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:7881 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:ip-132-145-149-215.host.livekit.cloud:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:ip-132-145-149-215.host.livekit.cloud:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:ip-132-145-149-215.host.livekit.cloud:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:ip-132-145-149-215.host.livekit.cloud:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:3478 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50009 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:50006 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:50009 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:132.145.149.215:50006 [IPv4_out]

2024/05/15 08:24:57 手机5G连接IP:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]

2024/05/15 08:24:57 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50006 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted tcp:132.145.149.215:7881 [IPv4_out] 
2024/05/15 08:24:57 手机5G连接IP:0 accepted tcp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:7881 [IPv4_out] 
2024/05/15 08:24:58 手机5G连接IP:0 accepted tcp:browser-intake-datadoghq.com:443 [IPv4_out] 
2024/05/15 08:24:59 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50006 [IPv4_out] 
2024/05/15 08:24:59 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50009 [IPv4_out] 
2024/05/15 08:25:00 手机5G连接IP:0 accepted udp:[2603:c020:4013:9300:fbd3:2ecf:736f:210f]:50006 [IPv4_out]

可以看到有这些日志，我来大概做个解释和猜想：
1、低位端口3478和7881负责探测通讯是否畅通；
2、高位端口5000X是通讯端口，用来承载通讯语音数据。
当然，语音通讯也是可以通过443端口https传输，但效率就比udp要慢

以上是非常流畅的打开chatGPT语音对话聊天的日志情况。
接下来就是有问题的部分，我用手机接入openwrt（走的是xray分流模式，嗅探开启），打开ios chatGPT，打开语音对话。
失败一次后，第二次成功打开了对话窗口并进行了简单的对话，这段时间passwall的日志文件：
root@Home-OpenWrt:~# tail -f /tmp/etc/passwall/acl/default/TCP.log |grep -v '8.8.8.8|1.1.1.1|8.8.4.4'：

2024/05/15 08:49:52 openwrt:14492 accepted tcp:172.67.212.208:443 [tcp_redir -> direct]
2024/05/15 08:50:02 openwrt:14940 accepted tcp:20.205.243.166:443 [tcp_redir -> Proxy]
2024/05/15 08:50:05 openwrt:59262 accepted tcp:20.205.243.168:443 [tcp_redir -> Proxy]
2024/05/15 08:50:05 openwrt:59267 accepted tcp:172.67.212.208:443 [tcp_redir -> direct]
2024/05/15 08:50:12 openwrt:54434 accepted tcp:42.62.43.135:80 [tcp_redir -> direct]
2024/05/15 08:50:14 openwrt:55387 accepted tcp:104.18.37.228:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:55388 accepted tcp:172.64.155.141:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:55389 accepted tcp:104.18.39.85:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:55390 accepted tcp:172.64.155.141:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:14556 accepted tcp:104.18.39.85:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:55392 accepted tcp:34.120.195.249:443 [tcp_redir -> openai]
2024/05/15 08:50:14 openwrt:55393 accepted tcp:54.86.132.182:443 [tcp_redir -> openai]
2024/05/15 08:50:15 openwrt:55394 accepted tcp:104.18.37.228:443 [tcp_redir -> openai]
2024/05/15 08:50:17 openwrt:54127 accepted tcp:159.89.210.96:443 [tcp_redir -> openai]
2024/05/15 08:50:18 openwrt:55660 accepted udp:150.136.127.80:3478 [udp_redir -> direct] 2024/05/15 08:50:18 openwrt:54129 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:19 openwrt:55661 accepted udp:150.136.127.80:3478 [udp_redir -> direct]
2024/05/15 08:50:19 openwrt:60443 accepted udp:150.136.127.80:3478 [udp_redir -> direct]
2024/05/15 08:50:19 openwrt:14396 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:19 openwrt:14397 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:29 openwrt:59287 accepted tcp:172.67.212.208:443 [tcp_redir -> direct]
2024/05/15 08:50:32 openwrt:14909 accepted tcp:203.107.32.209:443 [tcp_redir -> direct]
2024/05/15 08:50:32 openwrt:14652 accepted tcp:175.24.25.80:443 [tcp_redir -> direct]
2024/05/15 08:50:35 openwrt:14653 accepted tcp:3.233.153.102:443 [tcp_redir -> openai]
2024/05/15 08:50:35 openwrt:54151 accepted tcp:159.89.210.96:443 [tcp_redir -> openai]
2024/05/15 08:50:36 openwrt:63136 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:36 openwrt:59293 accepted tcp:172.67.212.208:443 [tcp_redir -> direct]
2024/05/15 08:50:36 openwrt:15165 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:37 openwrt:55788 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:37 openwrt:55325 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:37 openwrt:55836 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:37 openwrt:51482 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:37 openwrt:54161 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:37 openwrt:14460 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:52 openwrt:55404 accepted tcp:104.18.37.228:443 [tcp_redir -> openai]
2024/05/15 08:50:52 openwrt:14588 accepted tcp:54.84.188.244:443 [tcp_redir -> openai]
2024/05/15 08:50:53 openwrt:54178 accepted tcp:129.146.118.214:443 [tcp_redir -> openai]
2024/05/15 08:50:54 openwrt:55709 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:54 openwrt:54181 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:55 openwrt:59283 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:55 openwrt:55203 accepted udp:158.101.107.52:3478 [udp_redir -> direct]
2024/05/15 08:50:55 openwrt:54192 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:55 openwrt:15101 accepted tcp:132.145.154.37:443 [tcp_redir -> openai]
2024/05/15 08:50:58 openwrt:59301 accepted tcp:172.67.212.208:443 [tcp_redir -> direct]

这段时间服务器xray的日志：
root@zgoLA:~# tail -f v2ray-access.log |grep -v '8.8.8.8|1.1.1.1'

2024/05/15 08:46:59 tcp:固网openwrt的ip:0 accepted tcp:www.google.com:443 [IPv4_out]
2024/05/15 08:47:38 tcp:固网openwrt的ip:0 accepted tcp:193945-ipv4.gr.global.aa-rt.sharepoint.com:443 [IPv4_out]
2024/05/15 08:48:01 tcp:固网openwrt的ip:0 accepted tcp:www.google.com:443 [IPv4_out]
2024/05/15 08:49:02 tcp:固网openwrt的ip:0 accepted tcp:www.google.com:443 [IPv4_out]
2024/05/15 08:50:03 tcp:固网openwrt的ip:0 accepted tcp:www.google.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:chat.openai.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:ab.chatgpt.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:ios.chat.openai.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:ab.chatgpt.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:ios.chat.openai.com:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:o33249.ingest.sentry.io:443 [IPv4_out]
2024/05/15 08:50:14 tcp:固网openwrt的ip:0 accepted tcp:api.revenuecat.com:443 [IPv4_out]
2024/05/15 08:50:15 tcp:固网openwrt的ip:0 accepted tcp:chat.openai.com:443 [IPv4_out]
2024/05/15 08:50:17 tcp:固网openwrt的ip:0 accepted tcp:chatgpt.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:18 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:19 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:19 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:35 tcp:固网openwrt的ip:0 accepted tcp:browser-intake-datadoghq.com:443 [IPv4_out]
2024/05/15 08:50:36 tcp:固网openwrt的ip:0 accepted tcp:chatgpt.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:36 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:37 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:37 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:52 tcp:固网openwrt的ip:0 accepted tcp:chat.openai.com:443 [IPv4_out]
2024/05/15 08:50:52 tcp:固网openwrt的ip:0 accepted tcp:api.revenuecat.com:443 [IPv4_out]
2024/05/15 08:50:53 tcp:固网openwrt的ip:0 accepted tcp:chatgpt.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:54 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:55 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]
2024/05/15 08:50:55 tcp:固网openwrt的ip:0 accepted tcp:oashburn1a.turn.livekit.cloud:443 [IPv4_out]

可以看到passwall并没有将所有属于openai的的ip，通过分流规则传递给服务器，而是漏了一些ip（端口是3478），这部分ip没有走分流，而是直接出去了，这就导致语音对话要几次才能连接上。
这些IP的域名应该就是.livekit.cloud或者其他几个openai规则内的域名，但非常奇怪，xray无法嗅探出来，导致分流失效。*
（我没有使用sing-box，因为服务器没有安装，如果passwall中用了singbox服务器不是，双端不一致会有很多问题。实际测试中，连wificalling都打不开）
至此，原因找到了，因为chatGPT一直在更新，而且有的底层用的是其他家的服务（比如livekit），所以它的IP段不确定，因此没法在分流规则内写死IP段，但域名基本上可以锁定。

解决思路：如果能让passwall直接传递域名出来，而不是解析成ip再传递，这样是不是能解决漏ip导致分流失败呢？
或者说，嗅探功能再厉害一点，把所有ip都能嗅探出来？
其他大神是否有遇到类似的问题，欢迎讨论。

wtfr-dot · 2024-05-15T16:02:42Z

wtfr-dot
May 15, 2024

udp3478是stun的端口，你首先要测一下路由器的NAT类型，其次vmess无法实现真正的fullcone，另外你的代理是redirect还是tproxy？只有tproxy才能代理udp，你xray分流默认是走的直连吗？如果是，没在代理列表的就会走直连

7 replies

Jasonzhang2023 May 16, 2024
Author

三人行必有我师！
1、是的，我这边是电信，打电话，下发工单给配的单独的公网ip，在光猫的界面能看到222.xxx开头的ipv4地址（每次重启光猫会变，但都是公网ip）；
2、路由器也开启了：全锥型 NAT。这个应该是fullcone的意思；
3、是的，我明白你的意思，你说的是准确的！我查看了技术科普文章：[https://www.jianshu.com/p/5393fb5e2c87]；
4、是的，分流过程是对的（我在服务器端的分流也是没问题），只是有一些ip漏了。
DNS远程解析我是用外部服务器，自建adguardhome来解决远程dns污染问题。

我打开了debug级别日志显示，这样更为详细。
嗅探功能是都正常，只是有些IP不在规则里面，就走了直连。

以下是完整的一个嗅探反馈的过程，我把我自己的理解描述一下，不知道对不对：
客户端发起一个请求---->需要访问ios的openai语音对话---->传递的地址嗅探出符合openai分流规则------>走xray分流规则----->数据包请求的是IP地址----->传递的ip地址不符合分流规则---->分流失效

完整的这段日志如下，供大牛参考：

2024/05/16 08:59:51 [Debug] [128908647] proxy/dokodemo: processing connection from: 192.168.9.127:59777
2024/05/16 08:59:51 [Info] [128908647] proxy/dokodemo: received request for 192.168.9.127:59777
2024/05/16 08:59:51 [Info] [128908647] app/dispatcher: sniffed domain: ophoenix1a.turn.livekit.cloud
2024/05/16 08:59:51 [Info] [128908647] app/dispatcher: taking detour [openai] for [tcp:ophoenix1a.turn.livekit.cloud:443]
2024/05/16 08:59:51 [Info] [128908647] common/mux: dispatching request to tcp:ophoenix1a.turn.livekit.cloud:443
2024/05/16 08:59:51 192.168.9.127:59777 accepted tcp:129.146.49.75:443 [tcp_redir -> openai]
2024/05/16 08:59:51 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:51 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:51 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:3478
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:3478
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:3478
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:50004
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:3478
2024/05/16 08:59:52 [Debug] [1962292531] proxy/dokodemo: processing connection from: 192.168.9.127:5227
2024/05/16 08:59:52 [Info] [1962292531] proxy/dokodemo: received request for 192.168.9.127:5227
2024/05/16 08:59:52 [Debug] transport/internet/udp: UDP original destination: udp:129.146.162.172:3478
2024/05/16 08:59:52 [Info] [1962292531] app/dispatcher: taking detour [direct] for [udp:129.146.162.172:3478]

wtfr-dot May 16, 2024

你使用的是远程服务器解析dns和解锁chatgpt，建议你排查整个架构，但是我又见你使用了smartdns，不知道你整个流程是什么样的，我就是用的smartdns+passwall，用smartdns解析国内外dns，没有什么问题，一般情况下只要你passwall兜底节点是远程，就不会出现漏ip的情况，如果你有多个节点，将默认节点设成你解锁chatgpt的节点试试，另外嗅探后的处理分为只路由和覆盖目标地址这两种，passwall这里最近进行了一次修改，建议你仔细看一下自己的配置文件

Jasonzhang2023 May 16, 2024
Author

嗯，明白，谢谢大牛提醒。
DNS我是这样配置的：
1、服务器端：我是配置了3台DNS服务器，1台位于日本（IIJ线路），2台中国香港（CN2GIA和CMI），安装的都是adguardhome；
2：本地openwrt：我画个图直观一点，网上很多教程都不太准确。我自己摸索了一套DNS流程，这样做的好处虽然繁琐，但是DNS一点都不泄露！

各个节点的分流，我都是写好了规则，问题不大。

就期待后续chatGPT的地址固定了，把IP段写死在规则里面，这个问题应该就能得到解决

wtfr-dot May 16, 2024

你这个dns解析流程确实复杂，如果仅仅是为了dns不泄露，完全不需要这样设置，而且你adguardhome搭在国外vps，但又将国内的域名解析通过它过滤再返回到国内运营商，看图smartdns也与adguardhome是并行处理方式，你这逻辑我没搞明白

Jasonzhang2023 May 16, 2024
Author

我画的图有些潦草容易导致误解。
这图片上的流程，全是passwall的远程DNS。
国内域名的DNS解析都是用电信运营商的默认解析服务器。
这么做的目的是冗余设计，宁可错杀国内的域名解析，也不漏掉一个远程DNS解析。效率是可能会慢个100-200ms，但感受上是体验不到的，丝滑依旧。

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

关于ios端chatGPT语音对话不能准确及时的连接的原因及如何改进 #3200

{{title}}

{{editor}}'s edit

{{editor}}'s edit

Replies: 1 comment 7 replies

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

Select a reply

关于ios端chatGPT语音对话不能准确及时的连接的原因及如何改进 #3200

Jasonzhang2023 May 15, 2024

Replies: 1 comment · 7 replies

wtfr-dot May 15, 2024

Jasonzhang2023 May 16, 2024 Author

wtfr-dot May 16, 2024

Jasonzhang2023 May 16, 2024 Author

wtfr-dot May 16, 2024

Jasonzhang2023 May 16, 2024 Author

Jasonzhang2023
May 15, 2024

Replies: 1 comment 7 replies

wtfr-dot
May 15, 2024

Jasonzhang2023 May 16, 2024
Author

Jasonzhang2023 May 16, 2024
Author

Jasonzhang2023 May 16, 2024
Author