аутентификация открытого ключа ssh
Мне нравится пробегать быстрые тесты memtest, но это на самом деле не генерирует большую загрузку, таким образом, это - больше проверки, что ничто не ужасно неправильно, чем это - системная запись - в.
Затем я устанавливаю и работаю kcbench -a -r -n -n 50. Это выполняет компиляцию ядра в цикле (использующий все центральные процессоры), который приближает большую нашу действительную нагрузку, и kcbench доступен в Fedora и EPEL, таким образом, это в легкой досягаемости. И в качестве награды, я получаю простое число сравнительного теста, дающее мне общее представление о производительности новых аппаратных средств.
Позже, проверьте dmesg на наличие ошибок.
Key authentication is always attempted before password authentication, so if you're being prompted for a password then key authentication has failed. The most common cause for this is incorrect ownership or permission on the client and server side files.
On both the client and server, the ~/.ssh directory must be owned and only accessible to you:
chown -R $USER ~/.ssh
chmod u=rwX,g=,o= ~/.ssh
On the client the private key must be owned and only accessible to you:
chmod u=rwX,g=,o= ~/.ssh/id_rsa
On the server the authorized keys file must be owned and only accessible to you:
chmod u=rwX,g=,o= ~/.ssh/authorized_keys