Quartz sync: 2025-02-03 22:43:40

content/blog-20250130.md

@@ -71,10 +71,13 @@ sudo tailscale up --advertise-routes=192.168.188.3/32
 
 但是，本文的实践依旧是有隐患的，由于星空组网需要升级专业版才能实现端口转发，导致必须将Tailscale的子网路由设置星空组网的虚拟IP，一旦 NAS 的星空组网未启动，192.168.188.3 将不存在于其局域网环境中，此时 Tailscale 也无法通过 arenadruid.top 域名正常访问服务器（虽然可以通过Tailscale提供的虚拟ip继续访问），甚至有可能导致Tailscale的报错和不稳定；此外，这相当于流量先从Tailscale传到星空组网再传到服务中，虽然没有实验支撑，但是理论上增加了系统的复杂度和性能开销。
 
+而在后续的使用中，我发现这个方案有一个严重的问题，Tailscale是可以分享机器的到别人的账户的，但是分享时不能将子网路由设置一共分享出去[^4]，这就导致接受了分享的他人账户是无法通过星空组网的路由访问服务。
+
 ---
 # 版权页
 <p xmlns:cc="http://creativecommons.org/ns#" >This work is licensed under <a href="https://creativecommons.org/licenses/by/4.0/?ref=chooser-v1" target="_blank" rel="license noopener noreferrer" style="display:inline-block;">CC BY 4.0<img style="height:22px!important;margin-left:3px;vertical-align:text-bottom;" src="https://www.arenadruid.top/attachments/cc.svg" alt=""><img style="height:22px!important;margin-left:3px;vertical-align:text-bottom;" src="https://www.arenadruid.top/attachments/by.svg" alt=""></a></p>
 
 [^1]: 理论上，专业版星空组网的**端口转发**功能也能实现类似效果。
 [^2]: 关于Tailscale子网路由的更详细信息，可以参阅这篇文章[Subnet routers · Tailscale Docs](https://tailscale.com/kb/1019/subnets)
-[^3]: 本文中Tailscale强制虚拟网段为100.64.0.0/10，而星空组网需要升级专业版来自定义虚拟网段，而且即使可以自定义虚拟网段，不同SD-WAN的虚拟网段重合只会导致网段冲突和网络问题
+[^3]: 本文中Tailscale强制虚拟网段为100.64.0.0/10，而星空组网需要升级专业版来自定义虚拟网段，而且即使可以自定义虚拟网段，不同SD-WAN的虚拟网段重合只会导致网段冲突和网络问题
+[^4]: 红迪上也聊到了这个问题