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 헤더 서비스 필드.

Arch Linux SSH 클라이언트의 잠재적인 "영리함"을 피하기 위한 Debian Chroot

아니요, 결과는 동일합니다.

마지막으로 - Nagel

발신자에서 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>

Nagle의 알고리즘을 비활성화하도록 SSH 소켓을 설정합니다. Google에서 이에 대한 모든 내용을 읽을 수 있습니다. 그러나 이것이 의미하는 바는 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만큼 빠릅니다).

스토리 사기

절대 포기하지 마:-)

rsyncSSH를 통해 데이터를 전송하는 것과 같은 도구를 사용 borgbackup하고 링크가 느린 경우 Nagle을 비활성화하여 SSH를 차단하거나(위 참조) Nagle을 사용 ProxyCommand하여 SSH를 전환 해 보세요 nc. 이 작업은 $HOME/에서 자동으로 실행될 수 있습니다. SSH/구성에서:

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

nc...이후 ssh/rsync/borgbackup에서 대상 호스트로 "orangepi"를 사용하는 모든 작업이 연결 에 사용됩니다 (따라서 Nagle을 귀찮게 하지 마십시오).

Answer 1