@kvibert1 纯好奇,你们有 3 个 C#开发,他们不知道是否可以跨平台?

@Aixtuz #16 是的,这个从概念上是 p2p,但是打洞成功率不好说(截止目前官方说法一致)

@a33291 比如->不如

frp 流量是要过服务器的,速度受限于服务器带宽
比如开 ipv6 直连

@jifengg 感谢,我试试看

@InDom 我现在是移除了对应文件夹上所有用户的访问权限,但是每次更新程序(安装高版本 sg)之后,这个文件夹的权限和内容又都恢复了

借楼问一下,如果通过分到的 ipv6 地址对外暴露了 http/s,也会被扫吗?

@Orlion 感谢
通过 http 转发 mysql 协议的话,navicat 这种客户端能连上吗?

此外这应该包含一个隐含的要求就是过堡垒机能暴露出一个 http 端口,目前环境下只给我们开了一个 web 端口(页面访问),此外不再对外暴露任何端口,所以我猜测也比较难

@yiranfxh 感谢指点
我开始也想过是不是可以对 xshell 或者 mx 本身动手脚,这样当从 web 唤起的时候就执行额外的命令,在首次连接时即能建立一个隧道,但是尚未验证过
生产环境是奇安信的堡垒机,我自己搭建用于测试和验证的开源的 jumpserver

@Volekingsg 感谢回复,MX 指 MobaXterm

现在堡垒机启动的时候都是直接 web 页面唤起 xshell 或者是 MobaXterm,然后如果唤起的是 xshell,则可以在 "转移规则"处右键新建一个隧道,但是实际测试发现看似建立成功但是无法正常工作
而如果唤起的是 MobaXterm,也有一个新建隧道的能力(也就是图 1),但是他要求填这个堡垒机或者目标机器的密码,实际情况是我无法知道堡垒机或者目标机器的 ssh 用户名和密码
现在也无法控制堡垒机给出其他连接方案,比如楼上说的开放 token 连接,他 web 唤起的程序用到的用户名密码都是随机的,而且一旦唤起的程序连接之后,在用相同用户名密码就无法建立独立的 ssh 连接(xshell 中的"赋值渠道"是可以,但是隧道仍然不行)

如果能通过稳定的用户名密码连接到远程 ssh,这个情况我测试过,隧道的确正常

@dwlovelife #113 我意思是我们周边脂肪肝的多🤣

我们这已经从违停 100 改回 200 了😅

@morenacl 感谢建议,不得行,我对堡垒机没有控制权,别人只给了这种方式😁

久坐不是更多的脂肪肝吗🤣

刚测试了一下把 web 上启动的 xshell 临时会话另存为标准会话后,解密了会话中的用户名密码
在会话不断开的情况下,使用其他 ssh 客户端使用账号密码去连接堡垒机,会发现无法连接,提示密码错误
换句话说,这个密码应该是一次性密码,用一次就失效

不是很确定 ssh 隧道是否是单独启动独立的 ssh 会话去建立隧道,如果是的话那肯定就不行,因为密码已经失效了

之前遇到过访问某 fq 官网被劫持,换到 1111 才正常

@liuzimin 我们路由器直接不支持 ipv6😂