现在开了1台甲骨文的VPS，并且部署上了singbox。但是现在延迟特别高，我记得刚部署的时候能够延迟在100以内，但是现在动不动就200左右。请问现在我是不是优化的有些问题了。因为自己是小白，所以全程都是靠Codex来优化的。 求推荐修改建议 5 个帖子 - 3 位参与者 阅读完整话题
自己部署了个singbox HY2协议UDP加速，后来也不懂，就让AI直接给我整了个优选。结果优选完之后，发现延迟怎么好像还变大了一些。 这种自建节点到底推荐用什么规则呀？ 4 个帖子 - 4 位参与者 阅读完整话题
我是小白，请教一个问题，Singbox和CPA能够安装在同一台VPS吗？大概如何部署？ 10 个帖子 - 8 位参与者 阅读完整话题
我的vps都是用hermes管理的，接的gpt5.4. 之前让它部署 chatgpt2api grok2api singbox 之类的都可以正常部署, 从昨天开始它不给我部署了，这突然提升的道德感是怎么回事？ 6 个帖子 - 4 位参与者 阅读完整话题
事情是这样的，最近singbox上了anytls，老早之前在官网买的surge过期了，新功能里面支持了anytls，准备续费的时候看到土区只要399₺，比$14.99便宜了快一半，但是不敢下手，因为这个号是官网搞的，想问一下佬友，appstore的支付能不能给这个号充，过期之后还有没有新功能了 9 个帖子 - 5 位参与者 阅读完整话题
服务器部署SingBox，但是遇到Gemini API IP不支持的现象，换IP地址太贵且不一定能解决。于是Grok找到了解决方法 github.com GitHub - yonggekkk/sing-box-yg: Sing-box精装桶五合一协议VPS专用脚本：三大独家功能！自签/acme双证书切换、Argo固定... Sing-box精装桶五合一协议VPS专用脚本：三大独家功能！自签/acme双证书切换、Argo固定临时双隧道（可共存）、Psiphon赛风VPN（30个国家）分流功能。Hostuno三合一代理脚本 我把教程发给服务器上部署的Codex，直接就自动解决，无需监督 file-1778682449907.txt (3.4 KB) 验证效果方法： 打开 https://aistudio.google.com/app 以后可以顺利聊天 调用Gemini原生API不会报错 所以说Grok联网加上Codex执行，就能解决大部分的问题 2 个帖子 - 2 位参与者 阅读完整话题
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
最近用了 surfboard 和 singbox ，测不出来到底哪个能耗低，心理预期上感觉 singbox 能耗更低？但这玩意没办法精准的测出来，有专业的老哥知道哪个能耗更低吗？长期挂载在后台的，优先考虑能耗
singbox还是什么呢，佬们有木有推荐啊 9 个帖子 - 9 位参与者 阅读完整话题
Sub-Store DNS 配置说明 背景 ：本文假设你十分熟悉 sub_store 相关配置，本配置只在 Singbox For Android 进行测试 核心思路 DNS 三层架构 ┌─────────────────────────────────────────────────────────────┐ │ DNS 三层架构 │ ├─────────────────────────────────────────────────────────────┤ │ Bootstrap 层（纯 IP ，无需解析，引导用） │ │ ├─ cn_bootstrap : UDP 223.5.5.5:53 (默认直连) │ │ └─ proxy_bootstrap: UDP 1.1.1.1:53 (走 Default 代理) │ ├─────────────────────────────────────────────────────────────┤ │ 主 DNS 层（ DoT 853 加密，按服务划分） │ │ ├─ cn_dns : 223.5.5.5 (直连) │ │ ├─ proxy_dns : 1.1.1.1 (走 Default) ← 兜底 │ │ ├─ paypal_dns : 8.8.8.8 (走 PayPal) │ │ ├─ ai_dns : 8.8.8.8 (走 AI-Service) │ │ ├─ tiktok_dns : 8.8.8.8 (走 TikTok) │ │ ├─ media_dns : 8.8.8.8 (走 Streaming-Media) │ │ ├─ telegram_dns : 8.8.8.8 (走 Telegram) │ │ ├─ instagram_dns: 8.8.8.8 (走 Instagram) │ │ └─ emby_dns : 8.8.8.8 (走 Emby) │ └─────────────────────────────────────────────────────────────┘ DNS 查询路由优先级 按优先级从高到低排列： 优先级 匹配场景 路由到 说明 1 节点链接 cn_bootstrap 节点服务器域名，最高优先级 2 clash_mode=direct cn_dns 全局直连模式 3 clash_mode=global proxy_dns 全局代理模式 4 PayPal 域名 paypal_dns 走 PayPal 出口 5 AI 服务域名 ai_dns 走 AI-Service 出口 6 TikTok 域名 tiktok_dns 走 TikTok 出口 7 流媒体域名 media_dns 走 Streaming-Media 出口 8 Telegram 域名 telegram_dns 走 Telegram 出口 9 Instagram 域名 instagram_dns 走 Instagram 出口 10 Emby / uhdnow.com emby_dns 走 Emby 出口 11 GFW 域名 proxy_dns 被墙域名走代理 12 .cn / 国内站点 cn_dns 国内域名直连解析 13 其他（兜底 final ） proxy_dns 加密 + 走代理 模板 https://files.catbox.moe/uw17zj.json JS https://files.catbox.moe/epcd2m.js 参考文献 https://github.com/LongLights/sing-box_template_merge_sub-store https://github.com/yyhhyyyyyy/selfproxy/tree/main/Sing-Box
Sub-Store DNS 配置说明 背景 ：本文假设你十分熟悉 sub_store 相关配置，本配置只在 Singbox For Android 进行测试 核心思路 DNS 三层架构 ┌─────────────────────────────────────────────────────────────┐ │ DNS 三层架构 │ ├─────────────────────────────────────────────────────────────┤ │ Bootstrap 层（纯 IP ，无需解析，引导用） │ │ ├─ cn_bootstrap : UDP 223.5.5.5:53 (默认直连) │ │ └─ proxy_bootstrap: UDP 1.1.1.1:53 (走 Default 代理) │ ├─────────────────────────────────────────────────────────────┤ │ 主 DNS 层（ DoT 853 加密，按服务划分） │ │ ├─ cn_dns : 223.5.5.5 (直连) │ │ ├─ proxy_dns : 1.1.1.1 (走 Default) ← 兜底 │ │ ├─ paypal_dns : 8.8.8.8 (走 PayPal) │ │ ├─ ai_dns : 8.8.8.8 (走 AI-Service) │ │ ├─ tiktok_dns : 8.8.8.8 (走 TikTok) │ │ ├─ media_dns : 8.8.8.8 (走 Streaming-Media) │ │ ├─ telegram_dns : 8.8.8.8 (走 Telegram) │ │ ├─ instagram_dns: 8.8.8.8 (走 Instagram) │ │ └─ emby_dns : 8.8.8.8 (走 Emby) │ └─────────────────────────────────────────────────────────────┘ DNS 查询路由优先级 按优先级从高到低排列： 优先级 匹配场景 路由到 说明 1 节点链接 cn_bootstrap 节点服务器域名，最高优先级 2 clash_mode=direct cn_dns 全局直连模式 3 clash_mode=global proxy_dns 全局代理模式 4 PayPal 域名 paypal_dns 走 PayPal 出口 5 AI 服务域名 ai_dns 走 AI-Service 出口 6 TikTok 域名 tiktok_dns 走 TikTok 出口 7 流媒体域名 media_dns 走 Streaming-Media 出口 8 Telegram 域名 telegram_dns 走 Telegram 出口 9 Instagram 域名 instagram_dns 走 Instagram 出口 10 Emby / uhdnow.com emby_dns 走 Emby 出口 11 GFW 域名 proxy_dns 被墙域名走代理 12 .cn / 国内站点 cn_dns 国内域名直连解析 13 其他（兜底 final ） proxy_dns 加密 + 走代理 模板 https://files.catbox.moe/uw17zj.json JS https://files.catbox.moe/epcd2m.js 参考文献 https://github.com/LongLights/sing-box_template_merge_sub-store https://github.com/yyhhyyyyyy/selfproxy/tree/main/Sing-Box
Sub-Store DNS 配置说明 背景 ：本文假设你十分熟悉 sub_store 相关配置，本配置只在 Singbox For Android 进行测试 核心思路 DNS 三层架构 ┌─────────────────────────────────────────────────────────────┐ │ DNS 三层架构 │ ├─────────────────────────────────────────────────────────────┤ │ Bootstrap 层（纯 IP ，无需解析，引导用） │ │ ├─ cn_bootstrap : UDP 223.5.5.5:53 (默认直连) │ │ └─ proxy_bootstrap: UDP 1.1.1.1:53 (走 Default 代理) │ ├─────────────────────────────────────────────────────────────┤ │ 主 DNS 层（ DoT 853 加密，按服务划分） │ │ ├─ cn_dns : 223.5.5.5 (直连) │ │ ├─ proxy_dns : 1.1.1.1 (走 Default) ← 兜底 │ │ ├─ paypal_dns : 8.8.8.8 (走 PayPal) │ │ ├─ ai_dns : 8.8.8.8 (走 AI-Service) │ │ ├─ tiktok_dns : 8.8.8.8 (走 TikTok) │ │ ├─ media_dns : 8.8.8.8 (走 Streaming-Media) │ │ ├─ telegram_dns : 8.8.8.8 (走 Telegram) │ │ ├─ instagram_dns: 8.8.8.8 (走 Instagram) │ │ └─ emby_dns : 8.8.8.8 (走 Emby) │ └─────────────────────────────────────────────────────────────┘ DNS 查询路由优先级 按优先级从高到低排列： 优先级 匹配场景 路由到 说明 1 节点链接 cn_bootstrap 节点服务器域名，最高优先级 2 clash_mode=direct cn_dns 全局直连模式 3 clash_mode=global proxy_dns 全局代理模式 4 PayPal 域名 paypal_dns 走 PayPal 出口 5 AI 服务域名 ai_dns 走 AI-Service 出口 6 TikTok 域名 tiktok_dns 走 TikTok 出口 7 流媒体域名 media_dns 走 Streaming-Media 出口 8 Telegram 域名 telegram_dns 走 Telegram 出口 9 Instagram 域名 instagram_dns 走 Instagram 出口 10 Emby / uhdnow.com emby_dns 走 Emby 出口 11 GFW 域名 proxy_dns 被墙域名走代理 12 .cn / 国内站点 cn_dns 国内域名直连解析 13 其他（兜底 final ） proxy_dns 加密 + 走代理 模板 https://files.catbox.moe/uw17zj.json JS https://files.catbox.moe/epcd2m.js 参考文献 https://github.com/LongLights/sing-box_template_merge_sub-store https://github.com/yyhhyyyyyy/selfproxy/tree/main/Sing-Box