@nadoo 这个看起来有点像 ngrok 一样在 C 上开第三方服务做中转了

@wizardoz
方法 1 不行，见我 append 的信息

方法 2 试了下，-vvv 里看到到 hostB 的认证是没问题的，但是再执行下一个 command 的时候过不去

debug3: send packet: type 50
debug3: receive packet: type 52
debug1: Authentication succeeded (publickey).
Authenticated to xxx.xx.xx.xx ([xxx.xx.xx.xx]:22). #hostB
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 91
debug2: callback start
debug1: Requesting authentication agent forwarding.
debug2: channel 0: request [email protected] confirm 0
debug3: send packet: type 98
debug2: fd 3 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x08
debug2: client_session2_setup: id 0
debug1: Sending command: ssh hostC
debug2: channel 0: request exec confirm 1
debug3: send packet: type 98
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0

@cxbig 感谢回复，C 的认证信息是存在 B 上的，我这 A 上没有认证信息

@johnlui nginx 反代应该是别的话题？

@liyvhg 好像还没到监听端口这一步，我权限验证还没传递过去，连不上目标机 C

@Keyes
@terry0314
@liyvhg
@nanpuyue
@wangmingbuhaoqi
我想错了，ssh 转发应该行。只是我这里跳板机上自配了一层认证信息，我好像没法传递这个认证

我的机器 A，跳板机 B，目标机 C
A 连接 B，靠认证信息 x
B 连接 C，靠认证信息 y
我试着直接靠 B 做代理转发，会在 B 的输出上看到提示
channel 3: open failed: administratively prohibited: open failed

@Keyes 谢谢指导，我研究下 proxycommand

@nanpuyue
@wangmingbuhaoqi
前面说了我没有跳板机的操作权限。。。
跳板机是有一层屏蔽的，不是单纯的中间代理，连上后有菜单要选择下一步跳转的机器
没法直接用原生 ssh 做转发的

@ysicing 应该不行，我没法操作跳板机

@liyvhg 跳板机我没有操作权限。。

@terry0314 对，类似这样，但是在跳板机后面没法直连目标机器

@IgniteWhite 感谢分享，caffeinate 有用

@kitalphaj 挺好用的，特别是用 flex 布局，写起来比 auto layout 更灵活一些，而且不用考虑重用的时候各种条件样式的问题。
在 table 中用的时候要注意下数据模型的线程安全，不要在 reload 的时候改数据。

因为都不用 brew 装

北京联通 人在上海 发送后 16 楼 +1

@kitalphaj 这倒也是可以，就是存量的老版本没办法播放了