mahogany 最近的时间轴更新
mahogany

mahogany

V2EX 第 460212 号会员,加入于 2019-12-19 18:04:03 +08:00
mahogany 最近回复了
谢谢各位。

我最终采用 SNIProxy 的方案。

我把我的解决方案粘贴一下:
`
基于 gost 的 SNIProxy 方案
时间:2024-06-18 15:28:56

1 、curl -LO https://github.com/go-gost/gost/releases/download/v3.0.0-rc8/gost_3.0.0-rc8_linux_amd64.tar.gz
tar zxvf gost*.tar.gz

2 、启动
sudo ./gost -L sni://:80 -L sni://:443 -F socks5://127.0.0.1:1081
curl -H 'Host: www.google.com' 127.0.0.1 成功。

3 、设置/etc/hosts
127.0.0.1 generativelanguage.googleapis.com

4 、清理 dns 缓存
sudo systemctl restart systemd-resolved
sudo service nscd restart
sudo service dnsmasq restart

5 、重跑应用程序。
成功。

总结:
1 、流量路径:
应用程序请求 generativelanguage.googleapis.com -> 本地 dns 解析到 127.0.0.1 -> gost sni 代理 -> 本地 v2ray socks5 代理 -> balabala... ->(远程 DNS 解析)
2 、效果:
应用程序不用做任何改动,同时能够细粒度地控制需要走 proxy 的域名。

参考:
1 、https://gost.run/concepts/proxy/
2 、https://gost.run/tutorials/protocols/sni/
3 、https://wener.me/story/sni-proxy#%E8%83%BD%E4%B8%8D%E8%83%BD%E4%B8%8D%E9%99%90%E5%88%B6%E5%9F%9F%E5%90%8D%E6%89%80%E6%9C%89%E9%83%BD%E4%BB%A3%E7%90%86
`

=========================================

gost 这个工具没细究,看起来有点 v2ray 的味道。
人类不是宇宙的中心,宇宙也没什么内在意义。AI 既然是来自人类的信息训练出来的,那它就是人类这个整体的后代,取代人类是大概率的。类似皇帝和太子的微妙关系。
277 天前
回复了 a1b2c3T 创建的主题 OpenAI 大佬们 你们的 chatgpt 是怎么付款的?
目前用 wildcard ,有点贵,不过一条龙服务挺不错的。
我蹭他们的海外家庭代理网络,顺便绑上了 vvacard 的一张被拒绝的信用卡清理了余额,如果其他虚拟信用卡绑不上,可以用这个抢救一下。不行那基本是被 stripe 识别死透了的卡。
https://bewildcard.com/i/GX6JV4HH
277 天前
回复了 twofox 创建的主题 OpenAI 用了差不多一年的号被封了
我也用的 NextChat ,刚冲 50$,有点慌。不过话说用 nextChat 怎么会被封?这个 api 的出口应该在 Vercel 那里吧?
2021-02-19 09:42:34 +08:00
回复了 zxCoder 创建的主题 问与答 关于课本关于事务的系统故障恢复
@zxCoder 不是的,都是增量部分。你可以看一下 redo log 和 undo log 的实现原理,然后就明白了。
比如说你会发现 redo log 和 undo log 其实不对称,undo log 记录在 redo log 里面;如果数据库不要求实现事务的话,那么 undo log 并不必要,redo log 才是必须的。
你看的这个概括的东西缺乏很多具体细节,当你更深入地了解一些的时候,才会有比较好的理解。
2021-02-09 18:08:27 +08:00
回复了 zxCoder 创建的主题 问与答 关于课本关于事务的系统故障恢复
内存的数据一定是最新的,但是内存刷盘操作随机发生,没有时序和逻辑的保证,磁盘中的数据页的同步状态完全不可知。突然故障,只能依赖 redolog 来恢复。
2020-09-01 19:18:12 +08:00
回复了 javaWeber 创建的主题 程序员 请教下这里的事务为什么不回滚。。
嵌套事务?
2020-07-28 18:53:04 +08:00
回复了 gantleman 创建的主题 程序员 我们来为“死锁的四个必要条件”加一条
@gantleman 我觉得现实不是你想的那么简单,你的 2/98 是怎么得出来的?为什么不是 50/50 ?
你有没有想过你的这种想法能否应对下面的场景:高并发情况下也只有很小的概率造成死锁。这种情况难道直接全部串行?
为什么不能干脆允许死锁出现,然后在死锁检测上多下功夫?
而且我个人觉得"能发现两个 task 有潜在的死锁可能"这个一点都不现实。

别 5 毛 5 毛的,讨论问题不要人身攻击 =_=-
2020-07-27 18:29:28 +08:00
回复了 gantleman 创建的主题 程序员 我们来为“死锁的四个必要条件”加一条
之所以有死锁这个问题,是因为并发的场景很有价值,我们不得不面对这个问题。你这是把洗澡水和婴儿一起倒了.....
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1227 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 18:06 · PVG 02:06 · LAX 10:06 · JFK 13:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.