uid106

已充值

@molezznet 已更新 1.0.4 ，支持了证书的热加载，可以通过环境变量来调整周期，默认 1 小时

审美在线，流程丝滑，不知道能否支持根据用户上传的草图来设计

@molezznet 研究了一番，理论上可以实现热加载，设置个时间间隔环境变量吧，0 的话不加载，默认 1 天重新载入证书一下。下个版本加上，感谢建议！

@klxyy 最低要求：只需要一端（作为 client ）能 dial 到另一端（作为 server ）就可以。例如防火墙内部主动 dial 外部 server ，或者防火墙外部主动 dial 内部公网 v4 或者 v6 。灵活性比较大，可以组合出很多玩法

@caola 感谢反馈，的确如此，面对大而全和小而精的选择 nodepass 选择了后者（不重复造轮子），个人认为这个项目存在的意义还是能换种思路、架构或者流程来完成最基本的 tcp/udp 协议层的数据转发的这项功能，以及围绕如何用最少的资源实现最大化的性能，如何用最简单的用户体验来实现最小用户感知的、安全的传输方式，其中不乏有一些创新小点，例如预建立、可自动调节容量的连接池，两端如何保持池连接的对应性和连接池的纯净度的方法，udp 穿透时与 tcp 之间的协议转换，以及灵活的 tls 加密策略等等，希望这些想法的实现能抛砖引玉。如果觉得想法还不错，可以尝试下这款轻量化的隧道小工具

@shakukansp 可以利用 NodePass 创建的隧道，与 SSH 的 ProxyCommand 选项配合，实现通过受限网络环境访问远程服务器的需求，实际上任何基于 TCP/UDP （协议层）的服务都可以被转发

@molezznet 目前的设计为了考虑通用性没有接管证书维护（ acme ），可以通过手动 restart 来重新载入证书文件

@kekxv 的客户端与服务器之间采用的是直接的 TCP 连接，而不是 WebSocket 。虽然理论上可以通过 WebSocket 来隧道 TCP 流量（有类似 wstunnel 的工具），但 WebSocket 是建立在 TCP 之上的额外协议，具有消息帧和握手的额外开销，主要适用于浏览器端等环境。对于 NodePass 这种后端隧道传输工具，直接使用 TCP 能够保证更低的延迟和更高的传输效率，而且可以更容易升级为 TLS 连接。