不仅有 RST ，还会被 tcp 劫持

@learningman
我也差点没笑喷出来
摆事实，讲道理，关键是要有实锤的事实，靠臆想带节奏，歇歇吧

@lilyok1234

1 、多用户模式，还是需要注册的。删除“僵尸”用户是配置的自动策略，长期不用说明工具对其用处不大，你的情况其实只要保证 SG 服务端保持运行状态就不会触发删除

2 、新版本增加了一些便利性功能，如：服务端间映射组网；远程文件管理等，如有需要，欢迎使用

@zhhww57
没这么夸张，把我逗乐了~
不过谨慎在任何时候都没错

@liulongquan 这个解释符合逻辑

@K8dcnPEZ6V8b8Z6
1 、SG 是多用户模式，因此提供了用户注册
2 、邀请码填不为 0 数字
3 、就是字面意思

@axuhongbo
如果其它方案不满意，试试 SG ，TCP 点对点，透明支持 ipv6 ，还能直接上传下载文件。。。拿走不谢

https://github.com/lazy-luo/smarGate

@chancat
下载地址： https://github.com/lazy-luo/smarGate （请下载最新版本）
本地搭建 web 可以选择发布到有公网 ip 的服务端，也可将访问入口代理到 app 客户端

@qingmuhy0 客户端 app 可以配置服务端间映射，配置好后就不需要走客户端了，实现 A 机器（局域网 1 ）-》 B 机器（局域网 2 ）的直接 tcp 穿透，还能做转发

既然想要 TCP 打洞了，何不直接用 smargate 呢？ nat1-3 都能是想 tcp 打洞，还有 tls 加密隧道功能，内网到内网穿透，内网到外网发布神器，拿走不谢
github.com/lazy-luo/smarGate

现阶段意义不是很大，谈几点吧：
1 、交叉编译环境任然是必须的，跨系统，但无法跨 cpu 架构
2 、复杂的项目往往依赖很多三方模块，要么 allinone ，要么接受可能的罢工
3 、话说 musl 库也能做到同架构同平台一处编译，至少可以从系统角度做减法
最后，我想说的是：这或许是个重要方向，但需要形成标准且被各系统厂商广泛支持才能真正发挥效用

试试 SG ，支持 P2P 及 ipv6
github.com/lazy-luo/smarGate

十几年前手撸的 excel 算不？

https://github.com/lazy-luo/lazyExcel

@kchenzhi
你的场景应该说明为什么会有这样的网络设置？这种设置为了解决什么问题？无权修改，究竟有哪些权限？少了很多上下文，难以回答。

举个极端例子：微信支付，阿里服务器开放 https 接口，你自己服务器开放 https 回调接口。。。让黑客来试试吧

事实上，可行与否取决于你能否将报文投递到对端 自己的代理上
。首先得有在对端有安装权限吧
。对端 nginx 监听端口你得有权限修改并重启吧
。满足上面条件后，你才能鸠占鹊巢，开心的玩你的代理转发

@tairan2006
很久没关注 frp 了，记得之前版本 frp 对于穿透到外网时，是通过 frps 的控制台进行配置的，而 xtcp 模式则需要两个 frpc 分别配置重启，貌似 p2p 选项还需要指定。。。网络切换时也会连不上，不清楚现在的版本得到改善了没有

sg 直接在 app 上配就行了，新增删除比较方便。功能上都是端口映射的没有本质区别，只是 frp 使用 UDP 进行打洞，sg 采用 TCP

可以了解一下 SG 的原理：
内服务器和内客户端通过外网服务器建立加密 P2P 隧道，实现内网服务器和内网客户端间通讯，此时内网服务器和内网客户端都没有任何监听端口。
github.com/lazy-luo/smarGate

@turlin 试试 SG ，拿走不谢 github.com/lazy-luo/smarGate