anydesk 应该也可以

parsec 可以

这操作没啥意义吧。既然不是同一个人写，就不是同一个问题，遵循一个问题一个 patch 原则那就不要塞一起。既然塞一起就说明不在乎这个 author 了。

投资的话，all in 纳指远比买北京的房子靠谱。真的以为可以一条路走到黑呀，要懂得尊重市场

这不就是 base64 编码么，只是把码表换而已。

tinyproxy 没用过么，还有 3proxy 。这些都带 http 的

软件生态支持不够。比如多媒体硬件编解码，x86 的基本上 vaapi 直接用，arm 基本上除非是 Android 否则就只能 CPU 硬扛

估计是勾上了跳过内网地址了吧

去好好解决报错。这种取巧办法只会让 bug 隐藏到运行时。内核数据结构的内存布局依赖于编译器，一个 kernel 是不允许用两个不同的编译器去编译的，除非你确定内存布局不会变。

proxy_pass https://www.baidu.com 可以改成引用的方式的比如 proxy_pass https://$1

ip a a x.x.x.11/32 dev lo

@PowerDi 可能 TCP 承载的代理不会很稳定，可以在路由器上用 gost 走 quic/kcp 类的承载转发一下。如果确认 TCP 承载是稳定的直接走代理也可以。

@elechi 我现在办法是，挂代理（ ss/ray 等），然后在代理中 hook DNS ，将 mtalk.google.com 解析到国内的 VPS/挂机宝，然后在那个挂机宝/VPS 上作中转（ UDP/udp2raw ）处理。也就是 mtalk.google.com 既不走代理也不走直连，而是单独中转。

不是有 IPv6 么

可以原地重装，不过最好虚拟机操作一遍，不然操作错误就起不来了。

@Janyd 都海外了，哪来的 DNS 泄漏一说。难道域名查询可以不通过任何域名服务器？