특정 병목 현상에 어떤 도움이되는지 실험 해 봐야합니다.
필자의 경우 압축 ( -C)을 활성화하면 사용할 수없는 지연에서 눈에 띄는 지연으로 응답 성이 향상되었습니다.
암호 선택은 일부 사람들의 말과 달리 영향을 줄 수 있습니다. 온라인에서 벤치 마크를 공유하는 사람들을 찾을 수 있지만 결과가 동일하다고 가정하지는 않습니다. 가장 적합한 암호는 하드웨어에 따라 다릅니다. 나를 위해 내 기본 암호 (chacha20-poly1305@openssh.com)는 이미 가장 빠른 암호로 묶여 있습니다.
다소 현실적인 조건에서 관련 암호를 벤치마킹하는 빠른 스크립트를 작성했습니다. 의견에 대한 설명 :
#!/usr/bin/bash
# Ciphers available to you depends on the intersection of ciphers compiled
# into your client and the ciphers compiled into your host.
# Should be manually copied from "Ciphers:" section in your `man ssh_config`
# The script will try all ciphers specified here and will gracefully skip
# ciphers unavailable in the host.
#ciphers=""
# Example:
ciphers="3des-cbc aes128-cbc aes192-cbc aes256-cbc aes128-ctr aes192-ctr aes256-ctr aes128-gcm@openssh.com aes256-gcm@openssh.com chacha20-poly1305@openssh.com"
tmp_file=tmp.bin
# Recommend to use an identity file without a passphrase.
# That way you won't have to retype the password at each iteration.
ssh_identity_file=~/.ssh/tmp_id_no_passphrase
ssh_host="user@host"
# Size of test file, before encryption.
test_file_size_megabytes=8
# Only create test file if it doesn't yet exists.
# Doesn't check if relevant variables changed, so you'll have to delete
# the $tmp_file to regenerate it.
if test ! -f $tmp_file; then
echo "Creating random data file" \
"(size $test_file_size_megabytes MB): $tmp_file"
# Not the same format as the ssh ciphers.
# Can be left as is, unless this cipher is not supported by your openssl.
tmp_file_cipher=aes-128-cbc
# The purpose of encrypting the $tmp_file is to make it uncompressable.
# I do not know if that is a concern in this scenario,
# but better safe than sorry.
dd if=/dev/zero bs=1M count=$test_file_size_megabytes \
| openssl enc -$tmp_file_cipher -pass pass:123 \
> $tmp_file
fi
for cipher in $ciphers ; do
# Benchmark each $cipher multiple times
for i in 1 2 3 ; do
echo
echo "Cipher: $cipher (try $i)"
# Time piping the $tmp_file via SSH to $ssh_host using $cipher.
# At destination received data is discarded.
cat $tmp_file \
| /usr/bin/time -p \
ssh -i $ssh_identity_file -c "$cipher" $ssh_host 'cat > /dev/null'
done
done
# Sample output:
# Creating random data file (size 8 MB): tmp.bin
# *** WARNING : deprecated key derivation used. Using -iter or -pbkdf2 would be better. 8+0 records in
# 8+0 records out
# 8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0567188 s, 148 MB/s
## [redacted]
# Cipher: aes256-cbc (try 3)
# Unable to negotiate with 192.168.99.99 port 22: no matching cipher found. Their offer: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
# real 0.12
# user 0.03
# sys 0.03
# Cipher: aes128-ctr (try 1)
# real 9.68
# user 0.28
# sys 0.51
# Cipher: aes128-ctr (try 2)
# real 10.85
# user 0.26
# sys 0.29
## [redacted]
클라이언트와 호스트가 동일한 시스템 인 SSH 연결로 테스트하거나 호스트가 X11 포워딩을 수행중인 시스템 인보다 현실적인 시나리오에서 테스트 할 수 있습니다. 성능은 클라이언트의 성능 해독뿐만 아니라 호스트에도 의존하기 때문입니다.
원격 시스템으로 테스트하면 벤치 마크 과정에서 인터넷 연결 처리량이 변경되는 경우 노이즈가 발생하는 단점이 있습니다. 이 경우 각 암호가 테스트되는 횟수를 늘리고 싶을 수 있습니다.