 |
ChaiiiV2EX 第 659462 号会员，加入于 2023-11-03 11:02:18 +08:00今日活跃度排名 7236 |
Chaiii 最近回复了
@liuzimin 确实有一种假设，像云厂商内部完全可以有独立的队伍（对外肯定称不是自己人）搞这种对自家已经建立依赖的商业客户进行攻击的操作，然后让你买他的防御业务，等你买了一段时间后，攻击升级，你的防御也得被迫升级。真是这样的话，直接变成云厂商玩具算了。
7 天前 回复了 hanfengzxh 创建的主题 › NAS › 一招 ZTM，轻松搞定远程访问（如 NAS SMB、OpenWrt、Windows） |
经过 [实际体验]( https://blog.chai.ac.cn/posts/zero-trust-mesh.html)，ZTM 真香！
8 天前 回复了 imMetaverse 创建的主题 › 程序员 › docker 为什么不能拉取镜像了 |
使用代理是可以的，但是通过环境变量设置是影响不到 pull 的
很多人没有区分清楚是 pull 的时候代理还是 run 和 build 的时候代理：
可以参考这个博文的解释： https://blog.chai.ac.cn/posts/docker-proxy.html
很多人没有区分清楚是 pull 的时候代理还是 run 和 build 的时候代理：
可以参考这个博文的解释： https://blog.chai.ac.cn/posts/docker-proxy.html
8 天前 回复了 hanfengzxh 创建的主题 › NAS › 一招 ZTM，轻松搞定远程访问（如 NAS SMB、OpenWrt、Windows） |
@hanfengzxh 听你这么一解释，我就理解 ZTM 优势的地方了，刚好我自己有个地方可以用到，谢谢。
8 天前 回复了 hanfengzxh 创建的主题 › NAS › 一招 ZTM，轻松搞定远程访问（如 NAS SMB、OpenWrt、Windows） |
@chowdpa02k413 是的，所以还是建议用一些具备打洞 P2P 直连能力的工具。如果单纯是公网云，那我平时简单使用的话，直接搞个 rustdesk 远程桌面到内网机器得了...
8 天前 回复了 hanfengzxh 创建的主题 › NAS › 一招 ZTM，轻松搞定远程访问（如 NAS SMB、OpenWrt、Windows） |
@hanfengzxh 不敢苟同。你想从网络协议层面对比的话，第 7 层反而是最外层的，Tailscale 的 WireGuard 协议工作在 OSI 模型的第四层，也就是传输层，它直接处理 IP 数据包，而不是 HTTP 请求。这使得 WireGuard 可以用于任何基于 IP 的通信，不仅仅是 HTTP. 我自己使用的另外一个 Zero Trust 应用是 Cloudflare Tunnel, 不但支持 HTTP2 也支持 QUIC 协议，但是局限性依旧很大，这类应用完全无法比拟虚拟局域网。我举个最简单的例子，数据库和 SSH 协议同为 L7 层应用层，这个时候试问 ZTM 是否还能有效？要知道 IP 层的通信是无状态的，所以需要额外的机制来保持和管理连接状态，这些都增加了实现的复杂性...
> 其他的广泛的协议支持、平台兼容性、性能，都是不输 Tailscale ...
> 所在在某些受限的场景，ZTM 比 Tailscale 适应性更强。
不知道从何得来的结论，请问是否严谨地做过对比测试，直接抛结论没有说服力的，也容易误导不了解情况的人。
我明白楼主自己成功地找到了一个异地组网方案并成功实施的欣喜之情，但这不意味着就能够认为自己的方案一定是最优的，任何事情都需要辩证比较才能下结论。Tailscale 的宣告路由表功能我想楼主并没有实际体会过，简单解释一下，只要你的外地设备进入 Taiscale 网络并接受了你家里的网关设备宣告的路由，从使用体验上来说，你可以完全认为你的家庭设备已经对你的外地设备可见（就好像在一个局域网内，所以叫虚拟局域网）。而且 Tailscale 完全没必要和 ZTM, FRP 一样去为应用做单独的端口映射设置。更何况现在 Tailscale 除了 CLI 管理，还提供了完全基于 Web 界面的用户管理和 access control, 从易用性来说已经是第一梯队了（注意我这里没说是绝对第一）。
像我这种懒人，一个所谓的异地组网工具，要求单独配置端口映射、没有简单可用的 UI 客户端，已经足以劝退。
> 其他的广泛的协议支持、平台兼容性、性能，都是不输 Tailscale ...
> 所在在某些受限的场景，ZTM 比 Tailscale 适应性更强。
不知道从何得来的结论，请问是否严谨地做过对比测试，直接抛结论没有说服力的，也容易误导不了解情况的人。
我明白楼主自己成功地找到了一个异地组网方案并成功实施的欣喜之情，但这不意味着就能够认为自己的方案一定是最优的，任何事情都需要辩证比较才能下结论。Tailscale 的宣告路由表功能我想楼主并没有实际体会过，简单解释一下，只要你的外地设备进入 Taiscale 网络并接受了你家里的网关设备宣告的路由，从使用体验上来说，你可以完全认为你的家庭设备已经对你的外地设备可见（就好像在一个局域网内，所以叫虚拟局域网）。而且 Tailscale 完全没必要和 ZTM, FRP 一样去为应用做单独的端口映射设置。更何况现在 Tailscale 除了 CLI 管理，还提供了完全基于 Web 界面的用户管理和 access control, 从易用性来说已经是第一梯队了（注意我这里没说是绝对第一）。
像我这种懒人，一个所谓的异地组网工具，要求单独配置端口映射、没有简单可用的 UI 客户端，已经足以劝退。
8 天前 回复了 hanfengzxh 创建的主题 › NAS › 一招 ZTM，轻松搞定远程访问（如 NAS SMB、OpenWrt、Windows） |
@OliverLee 同，都有云主机了，直接用来搭建个 derp 节点，结合 tailsacle 使用，能直连就直连，不能直连走 derp 中转多香啊。我一般是旁路由安装 Tailscale 负责宣告路由表，这样只要其他设备都能访问得到。
9 天前 回复了 Chaiii 创建的主题 › Cloudflare › 提升 Cloudflare Tunnel 稳定性避免 Error 1033 |
@1423 每个人的常识水平不一样，你不能因为自己的常识可能更加接近这个领域就轻下断言说，你的这个比我的简单呀。对我这种垃圾菜鸡小白来说，要做到你的水平，我要懂 cloudlared 源码最基本的结构，我要去找到代理相关的配置。就算您给出提示了（可能您之前却有研究过），我为了让这个东西跑起来，我还得去自己编译程序加部署，这在我眼里怎么都不能算得上是流程上很轻松的事情。我并不是这方面的专业人士。
在我的视角里，我认为我的方案简单，也可能单纯是因为我的常识仅仅涉及到了改改 iptables 和 xray 配置，能快速跑起来不折腾，这是我认为的简单方案。我不是在阴阳怪气，我是真觉得我们对 “麻烦” 的定义不一样。
在我的视角里，我认为我的方案简单，也可能单纯是因为我的常识仅仅涉及到了改改 iptables 和 xray 配置，能快速跑起来不折腾，这是我认为的简单方案。我不是在阴阳怪气，我是真觉得我们对 “麻烦” 的定义不一样。
9 天前 回复了 Chaiii 创建的主题 › Cloudflare › 提升 Cloudflare Tunnel 稳定性避免 Error 1033 |
@1423 那请大佬给出 forked 后支持 http_proxy 的代码供我等小白学习一下，反正你觉得不麻烦
9 天前 回复了 chunkingName 创建的主题 › NAS › 群晖怎么让 docker 容器走代理 |
@Chaiii 补充一下，针对楼主的情况，我更觉得有两种可能：
1. bitmagnet 不遵循环境变量中的代理设置 （我没用过不确定哈）
2. bitmagnet 确实使用了你的代理，但是代理规则未生效（走了直连，开全局 + tun 试试看）？
如果你不想玩旁路由，还可以试试用 iptables 级别搞透明代理。
1. bitmagnet 不遵循环境变量中的代理设置 （我没用过不确定哈）
2. bitmagnet 确实使用了你的代理，但是代理规则未生效（走了直连，开全局 + tun 试试看）？
如果你不想玩旁路由，还可以试试用 iptables 级别搞透明代理。
Select Language