写了个 Go 库:在 TCP 应用协议开始前做认证,也支持端口敲门
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
敲门 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 8 篇相关文章
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
最近整理了一个 Go 库,叫 libknock 。 它解决的问题比较窄: 有些 TCP 服务不太想让随机连接直接打到应用协议解析层,比如内部管理端口、agent/collector 、私有 RPC 、gRPC 服务、自定义 TCP 协议之类。 传统做法一般是: 直接暴露 TCP
knock-proxy 是一个端口敲门 TCP 转发工具。服务端用防火墙默认 DROP 公网 TCP 端口;客户端先发送 knock ,服务端验证后临时放行来源 IP ,然后客户端连接同一 TCP 端口,完成 HMAC-SHA256 二次认证并转发到本机 upstream 。 适