请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 253 天前的主题，其中的信息可能已经有所发展或是发生改变。
利用 lucky 在 openwrt 上，将 nas 和 emby 映射到公网，然后在 cf 上开了个服务接收端口变化，手机上看电影很爽。 另外，将 qbittorrent 的端口也映射出去，pt 上传基本不会中断了。（其实没啥用，就是情绪价值）。
https://zhuanlan.zhihu.com/p/31262483305
https://zhuanlan.zhihu.com/p/31609310559
不好贴图，在 zhihu 弄了文章。
 | 1 Liqiniu 253 天前 通过 CF 转一下，速度会变慢吗？ |
 | 2 guoguobaba OP @Liqiniu cf 只报告位置，redirect 到真实的地址。 |
 | 3 caola 253 天前 现在大多数是 NAT4 ，所以很难打洞成功建立直接访问，如有 IPV6 并能关闭默认的入站防火墙的话最好了 |
 | 4 chanssl 253 天前 via Android Mark ，之前 tailscale 不太通，看到 lucky 里有穿透功能就用了，大部分候都挺不的，但是就只是通 webhook 推送最新地址到 im 手改。 主的教程很，非常棒啊，等就用 cf 套一 |
 | 5 doumeki 253 天前 码打了个寂寞 jimage :)))) |
 | 6 FarAhead 253 天前 qbittorrent 的那个端口是为了告诉别人来连的对吧，实际上是转发了吗？ |
 | 7 godwei &bsp;253 天前 收藏了,有空试试 |
 | 8 lightionight 253 天前 @caola 湖北电信 ipv4 公网还很坚挺 |
 | 9 psllll 253 天前 frp 的 xtcp 也可以 |
 | 10 richchang 253 天前  1 https://github.com/kanshurichard/GoHomeEasy 你可以试试我这套方案，思路跟你差不多，但是直接生成小火箭的订阅，自动无感更新 IP 和端口，自由访问家里任意局域网地址和服务。 |
| 11 guoguobaba OP @richchang 受你的启发吧。 |
| 12 guoguobaba OP @doumeki 这个马上到期了，刚买了个 10 年的，230 |
 | 13 w568w 253 天前 关于动态端口的问题，都用 CF 了，其实不用这么麻烦：本来就有免费的 redirect 服务： https://developers.cloudflare.com/rules/url-forwarding/single-redirects/ 我一般是用 307 跳转到指定的动态端口 |
 | 14 irrigate2554 253 天前 nat4 无解，还好有 ipv6 |
 | 15 kirafreedom 253 天前 前段时间折腾过，stun+ddns txt 记录+vnt 组网，用 tcp 中继模式，比其他 p2p 组网的稳定太多，没有 ipv6 环境串流也能飞起来了 |
 | 16 ouqihang 253 天前 将 qbittorrent 的端口也映射出去，pt 上传基本不会中断了。 这个是什么原理。 |
| 18 guoguobaba OP @ouqihang 说的不是很准确，v6 的情况下有上传，但不多，时断时续，v4 的情况下，上传就很持续，因为是所有 peer 可以访问的节点。 |
 | 19 flynaj 253 天前 via Android 看半天感觉不如 natmap,natmap 原版可以直接安装。 |
 | 20 thereone 253 天前 via Android 早就在用了，买个域名通过 cf 302 页面规则自动跳转就可以实现打个标准网址就可以跳转到真正的域名和端口都不需要任何通知服务的。内网有任何服务需要外网访问直接在后端的 nginx 添加反向代理即可直接访问。 |
 | 21 SakuraYuki 253 天前 现在只用 surge ponte 连家里 nas ，反正有公网 v4 ，比反代方便 |
 | 22 guanzhangzhang 253 天前 @chanssl 搭建 headscale 用自建 derp 就行了 |
 | 23 hanssx 252 天前 stun 打洞是不是比内网穿透像 tailscale headscale vpn 这种快？ |
| 24 guoguobaba OP @hanssx stun 打洞是基础，tailscale 这些都是在 stun 打洞的原理上包装了一层应用。 |
 | 25 HelloAmadeus 252 天前 1 提醒一下，lucky 的作者之前做了一个一键翻墙部署的脚本，我在看代码的时候发现会上传用户配置到一个私有的域名。提交了一个疑问 issue 后作者直接把仓库删除了。目前我已经拉黑了他。 |
 | 26 gunner168 252 天前 via Android 有 nat1 直接用 natter ，手机端使用支持分流的翻墙软件，体验无限接近公网 ip4 了 |
 | 27 siyiye 251 天前 |
 | 28 raycheung 249 天前 自行甄别风险吧  |
| 29 siyiye 249 天前 |
| 30 HelloAmadeus 247 天前 @siyiye 我目前主力使用 tailscale ，备用 frp 和 cloudflare tunnel |
 | 31 yansheng1003 242 天前 lucky 后端一直连接一个地址 |
 | 33 CherryGods PRO @caola 其实 NAT4 不是完全无法打洞的，NAT4-NAT3 是可以打洞成功。NAT4-NAT4 这种才是纯粹随机，打洞时间问题 |
 | 34 gdy666 131 天前 @HelloAmadeus 哪来的黑子，我什么时候搞过一键翻墙部署的脚本 |
| 35 gdy666 131 天前 @HelloAmadeus 你可以吐槽我闭源有风险我认，但说我搞过什么"一键翻墙部署的脚本",滚你麻痹的，黑子。 |
 | 36 qingchuan 131 天前 @HelloAmadeus 张嘴就来？ |
| 37 gdy666 131 天前 @yansheng1003 你给我说说 lucky 后台一直连接什么地址 |
 | 38 Chengnan049 131 天前 @siyiye #27 那都不一个人，那个人早跑了，上传地址还是明文的，有人扒出来他之前的 DDNS 记录了，上海 IPv6 |
| 39 Chengnan049 131 天前 |
 | 40 wlane1213 131 天前 @HelloAmadeus 倒是发个截图看看啊 |
 | 41 drlee 110 天前 @SakuraYuki ponte 不是 surge 的吗，可以连苹果以外的设备吗 |
| 42 SakuraYuki 110 天前 @drlee 可以访问局域网内所有设备 |
 | 43 rabt 98 天前 @gdy666 #34 作者你好，请问 lucky666.cn 是挂了吗，打不开了 |
Select Language