Mât*_*man 5 python ssh twisted
我有一个Twisted Conch SSH服务器,典型的情况是:
git通过OpenSSH客户端>> --- WAN1 --- >> Twisted conch svr >> --- WAN2 - >> Git服务器
有一段时间,'git push'通过WAN1发送数据的速度比通过WAN2代理的速度快,所以我需要告诉客户端减速(在任何TCP数据包丢失导致调整TCP窗口大小之前)以避免在Twisted服务器上缓冲太多.读取RFC for SSH这是通过不通过adj窗口来确认的,这将导致git push阻塞syscall写入openssh支持的管道.
在方法def ssh_CHANNEL_DATA(self,packet)中查看conch/ssh/connection.py:L216:我可以通过将localWindowSize设置为0来完成此操作,并且当230上的谓词仍然通过时,飞行数据仍将着陆(给localWindowLeft) .我想知道这是否是正确的方法,还是我错过了一些关于使用Twisted SSH Conch进行流量控制的盲目明显的东西？*
注意:我承认在(通道)上有一些方法用于stopWriting和startWriting,我可以覆盖,所以我有钩子来控制传输'git pull'的另一面,但我对另一方感兴趣.IPush/IPull生产商似乎也不适用于这个级别,我不知道如何在没有屠宰海螺的情况下将这些更高的抽象结合起来？
我没有使用过 Twisted，也不了解 Conch，但在没有其他人回答的情况下，我会尝试一下。
作为一般原则，您可能希望在网络中间进行很少的缓冲（如果有的话）。（Jim Gettys 关于“缓冲区膨胀”的注释很有启发性。）所以很明显，您在问一个明智的问题。
我假设当数据从客户端到达时，Conch 会调用代码中的函数。在将数据传送到后端服务器之前，只从该调用中不返回就足够了吗？内核仍然会在入站和出站套接字中缓冲数据，因此不会立即向下游客户端发出信号，但我希望它能够稳定下来。
当然，作为替代方案，您可以在与 SSH 不同的层上通过该路由器建立隧道。如果您在较低层建立隧道，因此您有一个端到端 TCP 连接，那么 TCP 堆栈应该计算出一个合适的窗口大小。
如果您在较高层建立隧道，通过对git push中间服务器执行 a，然后使用钩子post-receive将对象推送到其余的路径，那么您将获得最大的缓冲（全部都假脱机到磁盘）和对客户端的更快的响应时间，尽管总延迟更长。它具有实施起来更加简单的明显优势。