Ви повинні експериментувати, щоб побачити, що допомагає у ваших конкретних вузьких місцях.
Для мене включення компресії ( -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, що має бути корисніше, тому що продуктивність залежить не тільки від розшифровки продуктивності клієнта, але і від хоста.
Тестування на віддаленій машині може мати недолік, коли подавати шум, якщо пропускна здатність вашого інтернет-з'єднання змінюється в ході еталону. У такому випадку, можливо, потрібно підбити підсумок кількості тестів кожної шифри.