“DNS 泄露”这个词被滥用了。

通常是指传统 53 端口、明文传输的 DNS 数据会被中间人获取的问题，所以才有了 DNS over HTTPS 等加密 DNS 的使用。

至于你认为的“DNS 泄露”，是指访问境内网站时，分流规则指定使用本地网络进行访问，从而导致使用了境内 DNS 进行域名解析。

除非你之后全局使用代理服务器访问所有网站，或者不使用境内 DNS ，否则这种“DNS 泄露”是不可避免的。

@hzdzyx #1 Git 没有 `https.*` 配置项。

安装并使用第三方 WebView： https://github.com/bromite/bromite/wiki/Installing-SystemWebView

@LinKang777 #2 对，前几天还上去过，今天发现上不去了。

或者不是猫棒的其他设备有没有推荐？

这方面没了解过，不知道具体情况。

@PrinceofInj #1 那个页面我知道，指的是这个缩略图里面的界面是吧： https://ibb.co/DbD91xp

但是并不是，它就是这个“远程连接”失败了，主要是这个 RDP 的问题。

说错了，Chrome 添加对 zstd 的支持不是因为 Compression Dictionary Transport ，甚至这一份文件就是谷歌在推动的。

但是这一份文件确实让 Firefox 开发者开始着手为 Mozilla Firefox 添加 zstd 支持。

@dann73580 #1 好的谢谢，不过好像没货了。

@ZRS #8 所以确实是跟我想的一样，现在对于一些需要动态屏蔽的 IP ，是在国际互联网入口处进行处理而不是出口？

@lizhengbo #6 你并没有理解我的意思，你甚至没有看清楚我的描述就开始做出判断。

我在 #4 已经说了：可以发现 Cloudflare 网关后的下一跳地址即为目标地址。

因此不存在你说的“TTL 经过超过一百的服务器都做了措施”的问题。
通过对图中显示的最后一跳地址进行 PING 也可以发现 TTL 只有 56 。

如果你实在无法理解，那么说明我这一提问的求助对象不包括你。

再举个例子，你可以看看传统的被黑洞了的 IP 地址的路由情况，比如“202.160.130.52”。

@guilinxiaobing #1 结果都是一样的，都是经过了第一个 Cloudflare 网关后，后续就不通了。
而通过测试 www.cloudflare.com ，可以发现 Cloudflare 网关后的下一跳地址即为目标地址。
所以访问究竟是如何被掐断的？

公司网络的掩码是多少？

@sinotw #47 之前我看到过哔哩哔哩的 Android 客户端会用 UPnP 开洞，现在没有了，不知道在 PC 上怎么样。

不过哔哩哔哩哪怕网页端都有在用 STUN 开洞，以前特意关注过这个问题，发现在哔哩哔哩上看直播就会有用 WebSocket 做 P2P 跑上传的问题。

但个人感觉只是在同步直播的弹幕之类的用途，所以感觉问题不大，反正我也很少看直播。

@click #6 小米有自家的推送服务，不需要用谷歌的： https://dev.mi.com/platform/push

系统内置，用得到的时候自然会去打开。

既然你会问这个问题，那说明现在你不需要它。

如果腾讯、网易和阿里的免费企业邮箱够用就用免费的，不够就用付费的。

除非你要的是功能丰富的那种，想要有一套完整的审议流程。否则单纯的收发邮件不用考虑付费付费，确保对方能正常收到电子邮件，而不是被扔进垃圾箱就可以。