@okerivy 我的问题是 UIKit 作为动态库为啥表现会不一致
layoutSubviews 不会循环调用啊

@xayoung 我暂时分运行时系统版本在 layoutSubview 里处理了

@LINAICAI 你是不是有的 header/footer 高度返回是 CGFLOAT_MIN，但是没实现 viewForHeaderInSection/viewForFooterInSection ?

@eternityz 我试了下，现在 tableView:heightForHeaderInSection: 方法里 return CGFLOAT_MIN 已经不够了，必须实现一下 tableView:viewForHeaderInSection:，简单返回一个[UIView new]也行，样式才会正常。

@workhardupc 今天刚过审，等几天看看数据

@pynix 被扫到会怎么样？我没用过 ngrok

@cxbig B 和 C 都是运维配置的，我也不是很清楚具体的登录方式，目前从 A 登上 B 之后会有一个选择菜单出现，选完后连上 C，猜测是 B 到 C 上有配置好相应的 KEY。B/C 我都没有权限干你提到的 1 和 2 这两件事。。。

中奖了

@ryd994 嗯，是联网的。能不走第三方最好了。。。

@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 跳板机我没有操作权限。。