@cctv #231 酷啊！又找到一个需求点。现在回答您的疑问，np目前的设计只允许单个目标服务地址的端口，且两侧的目标服务地址和端口都可以自定义，按照最小单元设计的原则，所以端口串是不支持的，需要对每个目标服务端口单独开通一对server-client。的确有点繁琐了，容我综合考量一下，确定是否支持端口串，不知道你认为需求量高不高呢？
@Volt #233 发布于2025/3/23 22:11:50 @cctv #231 酷啊！又找到一个需求点。现在回答您的疑问，np目前的设计只允许单个目标服务地址的端口，且两侧的目标服务地址和端口都可以自定义，按照最小单元设计的原则，所以端口串是不支持的，需要对每个目标服务端口单独开通一对server-client。的确有点繁琐了，容我综合考量一下，确定是否支持端口串，不知道你认为需求量高不高呢？ 感谢解答，我目前不需要内网穿透，我只是想象一下会遇到的使用场景而已。
@cctv #231 @Volt #235 其实这个问题cf有一篇很好的文章讲了怎么解决的 https://blog.cloudflare.com/how-we-built-spectrum/ 看里面很小的一部分就好了。它实现的不仅仅是一个进程绑定多个端口，更多的是一个进程绑定整个网段
看到你给别人的回复，多个端口需要启动多个进程。那么我要穿透ftp服务，需要穿透主端口21，以及pasv端口串(例如30000-30100)，那么我需要启动101个进程？
@kikuri #230 本身也就是这么用的，根据需求搭积木就可以了，只不过是跑在传输层，没做到zt或者wg之类的虚拟网卡
@cctv #231 酷啊！又找到一个需求点。现在回答您的疑问，np目前的设计只允许单个目标服务地址的端口，且两侧的目标服务地址和端口都可以自定义，按照最小单元设计的原则，所以端口串是不支持的，需要对每个目标服务端口单独开通一对server-client。的确有点繁琐了，容我综合考量一下，确定是否支持端口串，不知道你认为需求量高不高呢？
感谢解答，我目前不需要内网穿透，我只是想象一下会遇到的使用场景而已。
@cctv #234 感谢反馈，np的信号机制还有很大的扩展空间，我这边决定研究下
预发行版v1.0.2已上线，支持udp穿透，欢迎尝鲜
@Volt #236 大佬效率好高。
udp是stun模式的穿透吗？还是反向连接？
@cctv #231 @Volt #235 其实这个问题cf有一篇很好的文章讲了怎么解决的
https://blog.cloudflare.com/how-we-built-spectrum/
看里面很小的一部分就好了。它实现的不仅仅是一个进程绑定多个端口，更多的是一个进程绑定整个网段
@云上拾荒者 #237 跟np的tcp穿透模式一样，共享了连接池，目标服务与客户端之间udp，客户端与服务端用tcp连接池，服务端和用户之间udp
@云上拾荒者 #238 感谢分享，开开眼界