Musisz eksperymentować, aby zobaczyć, co pomaga w konkretnych wąskich gardłach.
Dla mnie włączenie kompresji ( -C) poprawiło czas reakcji z bezużytecznego na po prostu zauważalne opóźnienie.
Wybór szyfru może również mieć wpływ, w przeciwieństwie do tego, co niektórzy mówią. Możesz znaleźć osoby udostępniające testy porównawcze online, ale nie zakładaj, że Twoje wyniki będą takie same. To, który szyfr jest dla Ciebie najlepszy, zależy od sprzętu. Dla mnie mój domyślny szyfr (chacha20-poly1305@openssh.com) był już powiązany z najszybszym.
Napisałem krótki skrypt, aby porównać odpowiednie szyfry w nieco realistycznych warunkach. Objaśnienia w komentarzach:
#!/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]
Możesz wybrać test z połączeniem SSH, w którym klient i host są tą samą maszyną, lub możesz przetestować w bardziej realistycznym scenariuszu, w którym host jest maszyną, z której wykonujesz przekazywanie X11, co powinno być bardziej przydatne, ponieważ wydajność zależy nie tylko od odszyfrowania wydajności klienta, ale także od hosta.
Testowanie na zdalnej maszynie może mieć tę wadę, że powoduje zakłócenia, jeśli przepustowość połączenia internetowego zmienia się w trakcie testu porównawczego. W takim przypadku może być konieczne zwiększenie liczby testów każdego szyfru.