八个小时过去了，我还是看不懂这个标题

vscode 也提供了真正的隔离方案 https://github.com/devcontainers/images/blob/cdb8f1f1a51e084dbf5c12e296ec34050dd98c3a/src/cpp/.devcontainer/devcontainer.json#L17-L26

经过楼上提醒去看了下聊天记录 https://t.me/ctcgfw_openwrt_discuss/1174703 ，大概能理解你会觉得是被冒犯，只不过如果我是你我会觉得大家对我无恶意，而是对运营商以及前一个坚持问由运营商引起的问题的人的恶意。

@zhousir5071 #6 很多路由器都有各自的方案吧，进后台找找。apple TV 没用过，但它自身或许也可以实现？

@azure2024us #21 WireGuard 有个 Table 参数，当为 Table = off 的时候并不会添加路由，此时配合 bind interface 就可以指定从它出去。或者干脆用翻墙服务端自带的 WireGuard outbound ，这个最方便，warp 也可以当作一个 outbound ，什么解锁什么转发都在一个配置文件搞定，jp 甚至不需要安装任何 WireGuard 。

通过翻墙根据服务端 > 通过翻墙服务端

@azure2024us 如 #5 提到的，在 us 上部署个 WireGuard ，在 jp 上通过翻墙根据服务端的分流规则把对应流量转发到这个 WireGuard

@azure2024us #15 所以我没说用 warp 啊，而是通过 WireGuard 或者别的方式转发到 us

@azure2024us #11 warp 只会替你隐藏你的 IP ，不会替你隐藏你的区域，日本 IP 用 warp ，出口会是另一个日本 IP

这也太麻烦了，换个不同网络下不同平台的设备又要折腾一套。jp 上的翻墙工具服务端里 geoip/geosite google ==> us ，转发方式可以选：
- WireGuard/GRE/linux tunnel... 和 bind_interface
- WireGuard 和翻墙工具的 outbound ，性能也许差点，但是部署维护方便

https://sing-box.sagernet.org/zh/configuration/route/rule/
https://sing-box.sagernet.org/zh/configuration/shared/dial/#bind_interface
https://sing-box.sagernet.org/zh/configuration/outbound/wireguard/

小孩子好奇心很强，成长也快，很可能会去动插座，会不会有安全风险？不如考虑定时断电视的网？

如果只是怕写 shell 脚本麻烦，其实 docker 提供了
https://github.com/docker/docker-install

其实，如果写 shell 脚本的麻烦都无法接受，你提到的这类操作会带来的麻烦只会更多吧？

前几天看到的，就是楼上提到的 dockerc

@AlphaTauriHonda #1 国内 WireGuard 我用起来一直没有太大问题，但很多人都说会有 QoS ，可能我不够快。翻墙用 WireGuard 的应该不多？

这合作形式感觉很有诚意

OP 有统计过这个项目共耗费多少 token 吗？