通过 ProxyCommand 大大提高了 SSH 速度 - 但为什么呢？

Question

非常感谢在评论中提出想法的人们。我经历了所有这些：

使用tcpdump记录数据包并在WireShark中比较内容

# tcpdump -i wlan0 -w good.ssh & \
     cat signature | ssh -o "ProxyCommand nc %h %p" \
        [email protected] 'cat | md5sum' ; \
     killall tcpdump
# tcpdump -i wlan0 -w bad.ssh & \
     cat signature | ssh [email protected] 'cat | md5sum' ; \
     killall tcpdump

记录的数据包没有任何重要性的差异。

检查流量整形

对此一无所知 - 但在查看“tc”联机帮助页后，我能够验证这一点

tc filter show什么也不返回
tc class show什么也不返回
tc qdisc show

...返回这些：

qdisc noqueue 0: dev lo root refcnt 2
qdisc noqueue 0: dev docker0 root refcnt 2
qdisc fq_codel 0: dev wlan0 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 32Mb ecn

...这似乎没有区分“ssh”和“nc” - 事实上，我什至不确定流量整形是否可以在进程级别上运行（我希望它可以在地址/端口/差异化上运行） IP 标头中的服务字段）。

Debian Chroot，以避免 Arch Linux SSH 客户端中潜在的“聪明”

不，结果相同。

最后——内格尔

在发送方中执行 strace...

pv data | strace -T -ttt -f ssh 192.168.1.150 'cat | md5sum' 2>bad.log

...并查看传输数据的套接字上到底发生了什么，我在实际传输开始之前注意到了这个“设置”：

1522665534.007805 getsockopt(3, SOL_TCP, TCP_NODELAY, [0], [4]) = 0 <0.000025>
1522665534.007899 setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0 <0.000021>

这会设置 SSH 套接字以禁用 Nagle 算法。你可以谷歌并阅读所有相关内容 - 但它的意思是，SSH 优先考虑响应能力而不是带宽 - 它指示内核立即传输在此套接字上写入的任何内容，而不是“延迟”等待来自远程的确认。

简单来说，这意味着在默认配置下，SSH 不是一种传输数据的好方法 - 当使用的链路速度较慢时（许多 WiFi 链路都是这种情况）。如果我们通过空中发送“主要是标头”的数据包，那么带宽就会被浪费！

为了证明这确实是罪魁祸首，我使用 LD_PRELOAD 来“删除”这个特定的系统调用：

$ cat force_nagle.c

#include <stdio.h>
#include <dlfcn.h>
#include <netinet/in.h>
#include <netinet/tcp.h>
#include <sys/socket.h>

int (*osetsockopt) (int socket, int level, int option_name,
           const void *option_value, socklen_t option_len) = NULL;

int setsockopt(int socket, int level, int option_name,
           const void *option_value, socklen_t option_len)
{
    int ret;
    if (!osetsockopt) {
        osetsockopt = dlsym(RTLD_NEXT, "setsockopt");
    }

    if (option_name == TCP_NODELAY) {
        puts("No, Mr Nagle stays.");
        return 0;
    }
    ret = osetsockopt(socket, level, option_name, option_value, option_len);
    return ret;
}

$ gcc -fPIC -D_GNU_SOURCE -shared -o force_nagle.so force_nagle.c -ldl

$ pv /dev/shm/data | LD_PRELOAD=./force_nagle.so ssh [email protected] 'cat >/dev/null'
No, Mr Nagle stays.
No, Mr Nagle stays.
 100MiB 0:00:29 [3.38MiB/s] [3.38MiB/s] [================================>] 100%

那里 - 完美的速度（嗯，和 iperf3 一样快）。

故事的士气

永不放弃：-）

如果您确实使用类似rsync或borgbackup之类的工具通过 SSH 传输数据，并且您的链接速度很慢，请尝试阻止 SSH 禁用 Nagle（如上所示） - 或使用ProxyCommand将 SSH 切换为通过nc.这可以在 $HOME/.ssh/config 中自动执行：

$ cat .ssh/config
...
Host orangepi
    Hostname 192.168.1.150
    User root
    Port 22
    # Compression no
    # Cipher None
    ProxyCommand nc %h %p
...

...以便以后在 ssh/rsync/borgbackup 中使用“orangepi”作为目标主机的所有用途都将用于nc连接（因此不要打扰 Nagle）。

Answer 1