Вы упускаете основной момент в том, что вы делаете. Вам нужно убедиться, что такое сервер, что такое клиент и чего вы хотите добиться.
sshd_config
и хотите иметь authorized_keys
на сервере (этот IP на картинке). Если вы сделали все вышеперечисленное, вы можете перезапустить sshd
сервер с помощью service sshd restart
и подключиться к localhost, например ssh localhost
.
Если вы хотите подключиться в другом месте (как вышеуказанный IP), вам нужно разрешить аутентификацию по паролю и перезапустить там (а не на вашем хосте). Или передать ключ по другому каналу, но ssh-copy-id
в этом не поможет.
Решение заключалось в изменении неверных региональных настроек. Первоначально, когда я устанавливал свои локали, я вводил то же имя локали, которое было найдено в /etc/locale.gen
, которое было sv_SE.UTF-8
.
Когда вы раскомментируете локаль по вашему выбору в /etc/locale.gen
, вы должны запустить locale-gen
, которая представляет собой программу, которая читает locale.gen
и генерирует файлы локализации. Доступные теперь можно найти, запустив locale -a
в терминале.
Когда я бежал locale -a
, я заметил, что sv_SE.UTF-8
не вариант, а sv_SE.utf8
есть. Затем мне нужно было изменить настройки локали в /etc/locale.conf
и убедиться, что для LC_COLLATE
установлено значение sv_SE.utf8
вместо sv_SE.UTF-8
. После этого новые настройки будут применены после перезагрузки машины. Вы также можете временно изменить локаль, запустив export LC_COLLATE=sv_SE.utf8
, а затем попытаться запустить neomutt, чтобы убедиться, что отображаются правильные символы.
После перезагрузки компьютера вы можете запустить locale
, чтобы проверить, были ли изменены локали.
Другим решением является добавление export LC_*=sv_SE.utf8
в файл вашего профиля, который выполняется всякий раз, когда вы открываете новое окно терминала.