@kingpo 感谢您的建议，这样的话可以直接放到白版页面中部，六个输入框，类似于移动端输入验证码操作了

@Tink 暂时只有纯文本，后续考虑支持 md 格式处理、图片、文件等

@clf boardcast 可以胜任局域网等没有公网的场景，前端全部元素都本地化处理了。就是给大家多一个选择吧，私有部署、隐私可控

@pxiphx891 感谢分享，他们的多房间等特性都值得学习，这个项目将继续维护下去，为有需要的人自己部署提供帮助

@nocmt 不错哦，我做一个开源的好了

@softykitty 主打一个简单可靠，web 应用比较方便，应急传个文本足够了

是否可以考虑在 dockerfile 中集成，GitHub action 中直接打包发布瘦身版的镜像

界面做的很有质感，可以考虑整合一些多样化的应用，我这边倒是有一例，已经做好了 api ，可以跟你这边整合一下： https://github.com/yosebyte/nodepass

已充值

@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 连接。

@dcsuibian 可以理解为服务器节点之间的数据传输

@kk2syc 跟大头没得比啊，只是这就是做了一些创意性的活，比如自适应一次性 tcp 或 tls 连接池来管理提前建立的连接以节省掉握手的时间