GoodLink v2.1.3 已经发布，内网穿透工具

GoodLink v1.6.32 已经发布，内网穿透工具 此版本更新内容包括： 大幅降低CPU占用 修复一级BUG, 连接断开后，CPU占用仍高的问题 已提交Docker: goodlink, goodlink:v1.6.32, goodlink:latest 详情查看：https://gitee.com/konyshe/goodlink/releases/v1.6.32

GoodLink v2.1.6 已经发布，内网穿透工具 此版本更新内容包括： TUN模式，实验支持UDP协议 未提交Docker 详情查看：https://gitee.com/konyshe/goodlink/releases/v2.1.6

GoodLink v2.1.7 已经发布，内网穿透工具 此版本更新内容包括： TUN模式，实验支持UDP协议 直连成功后，大幅提升数据传输速度，跑满带宽 未提交Docker 详情查看：https://gitee.com/konyshe/goodlink/releases/v2.1.7

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 🚥 Roadmap socks5 [x] IPV6 Support [x] SOCKS5 Authentication Methods [x] NOAUTH [x] USERPASS [x] SOCKS5 Commands [x]

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 代理间的认证 目前提供了两种认证双式, two_way_tls开启客户端的证书认证信息, 另一种服务端配置了 userna

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 代理间的认证 目前提供了两种认证双式, two_way_tls开启客户端的证书认证信息, 另一种服务端配置了usernam

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求   代理间的认证 目前提供了两种认证双式, two_way_tls开启客户端的证书认证信息, 另一种服务端配置

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 代理间的认证 目前提供了两种认证双式，two_way_tls 开启客户端的证书认证信息，另一种服务端配置

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 代理间的认证 目前提供了两种认证双式, two_way_tls开启客户端的证书认证信息, 另一种服务端配置了usernam

就能实现无感知的智能路由器代理。 协议转换，可以把已经存在的 HTTP (S) 或 SOCKS5 或 SS 代理转换为一个端口同时支持 HTTP (S) 和 SOCKS5 和 SS 代理，转换后的 SOCKS5 和 SS 代理如果上级是 SOCKS5 代理，那么支持 UDP 功能，同时支持强

就能实现无感知的智能路由器代理。 协议转换，可以把已经存在的 HTTP (S) 或 SOCKS5 或 SS 代理转换为一个端口同时支持 HTTP (S) 和 SOCKS5 和 SS 代理，转换后的 SOCKS5 和 SS 代理如果上级是 SOCKS5 代理，那么支持 UDP 功能，同时支持强

就能实现无感知的智能路由器代理。 协议转换，可以把已经存在的 HTTP (S) 或 SOCKS5 或 SS 代理转换为一个端口同时支持 HTTP (S) 和 SOCKS5 和 SS 代理，转换后的 SOCKS5 和 SS 代理如果上级是 SOCKS5 代理，那么支持 UDP 功能，同时支持强

就能实现无感知的智能路由器代理。 协议转换，可以把已经存在的 HTTP (S) 或 SOCKS5 或 SS 代理转换为一个端口同时支持 HTTP (S) 和 SOCKS5 和 SS 代理，转换后的 SOCKS5 和 SS 代理如果上级是 SOCKS5 代理，那么支持 UDP 功能，同时支持强

则默认用自带的证书参数 至此通过代理访问的，我们已经没有办法得到真正的请求地址，只能得到代理发起的请求 代理间的认证 目前提供了两种认证双式， two_way_tls 开启客户端的证书认证信息，另一种服务端配置了 u