@fscarmen #70 我也只是简单将 client://VPSIP:PORT/127.0.0.1:PORT 改为 client://127.0.0.1:PORT/VPSIP:PORT 就不行了，再改回来就ok。 估计是还有bug。 @Volt #68 重点是无法使用hy2/tuic，还请测试看看(单端跟双端)。
@Grandma1719 #71 双端的客户端就是这样格式啊，反了不通很正常啊，这个不是bug啊。好像 sing-box 配置文件你没有按格式填，报错也不算应用的 bug 啊。 官方的用例是这样的 nodepass "client://server.example.com:10101/127.0.0.1:8080" UDP要走单端转发。单端同样是 client，但左右对调，左进右出，从左入进 np，从右边转发出去服务端。 nodepass "client://127.0.0.1:8080/server.example.com:10101"
@Volt #72 试过，hy2/tuic单端也不行，所以才请Volt试试。 @fscarmen #73 测试后， xtls+vision nodepass "client://server.example.com:10101/127.0.0.1:8080" <- 通 nodepass "client://127.0.0.1:8080/server.example.com:10101" <- 不通 hy2/tuic nodepass "client://server.example.com:10101/127.0.0.1:8080" <- 不通 nodepass "client://127.0.0.1:8080/server.example.com:10101" <- 不通
@fscarmen #70
我也只是简单将 client://VPSIP:PORT/127.0.0.1:PORT 改为 client://127.0.0.1:PORT/VPSIP:PORT 就不行了，再改回来就ok。
估计是还有bug。
@Volt #68
重点是无法使用hy2/tuic，还请测试看看(单端跟双端)。
@Grandma1719 #71 之前说过的，quic系列还请走单端
@Grandma1719 #71
双端的客户端就是这样格式啊，反了不通很正常啊，这个不是bug啊。好像 sing-box 配置文件你没有按格式填，报错也不算应用的 bug 啊。
官方的用例是这样的
UDP要走单端转发。单端同样是 client，但左右对调，左进右出，从左入进 np，从右边转发出去服务端。
@Volt #72
试过，hy2/tuic单端也不行，所以才请Volt试试。
@fscarmen #73
测试后，
xtls+vision
nodepass "client://server.example.com:10101/127.0.0.1:8080" <- 通
nodepass "client://127.0.0.1:8080/server.example.com:10101" <- 不通
hy2/tuic
nodepass "client://server.example.com:10101/127.0.0.1:8080" <- 不通
nodepass "client://127.0.0.1:8080/server.example.com:10101" <- 不通
我试过hy2可以的
牛逼，支持
本地->前置A->前置B->落地 这样的话
理论可以在 前置A->前置B->落地 这一段使用三个nodepass实现最快响应吧，就是不知道性能比nft原生转发强还是弱
nft 原生是收到数据才转发，这个在各个节点之间可以建立连接池，需要连接时直接使用，能减少 RTT，应该更快的。但具体表现还是要你实际对比一下。
感谢介绍。你的视频做的也很棒。
在客户端方面，有v2ray类似软件能集成nodepass客户端就好了。
F佬，请问可以用中转鸡来直接转发远程桌面电脑的3389吗？