Не может SSH после сброса брандмауэра на VPS
Это серьезно зависит. Практически "0" в значительной степени более низкий уровень - как в: независимо от того, что скорость, которую Вы имеете так или иначе, достаточно хороша, чтобы кто-то иногда смотрел, как Вы тестирование.
Особенно, если бы мы говорим "веб-страница" как в "никаких видео, никакой большой JavaScript" и т.д. - затем, аналоговый модем работал бы достаточно хороший для тестирования ее.
Помимо этого, "это зависит" в значительной степени, единственный ответ. Что-либо большое? Программы, Видео - это становится высоко быстрым.
ОБНОВЛЕНО:
debug3: не удалось загрузить «/home/thomas/.ssh/id_rsa» в качестве открытого ключа RSA1
Указывает на проблему с ключом на стороне клиента . Другой текст ошибки указывает на проблему с форматированием.
Я бы попытался проверить, не менялись ли файлы ключей в последнее время (сравнивая с резервными копиями) или восстанавливая ключи.
Тупее оригинальный ответ:)
Вот как выглядит мой журнал отладки, когда открытый ключ вход в систему выполнен успешно:
debug2: мы отправили пакет с открытым ключом, ждем ответа
debug3: записано 528 байт, всего 1637
debug1: сервер принимает ключ: pkalg ssh-dss blen 434
debug2: input_userauth_pk_ok: SHA1 (отредактировано)
debug3: sign_and_send_pubkey
debug3: Записано 576 байтов, всего 2213
debug1: аутентификация прошла успешно (открытый ключ).
Если вы сравните это с вашим журналом, похоже, что ваш ключ недействителен или отклоняется.
Самая распространенная причина этого по моему опыту - проблемы с разрешениями в домашнем каталоге или каталоге .ssh, или в вашем файле authorized_keys (на стороне сервера). Ни один из них не должен быть доступен для группы, не говоря уже о всемирной записи.
Проверка журналов на сервере должна также выявить пригодные для использования данные отладки.
Ура!
Глядя на результаты отладки, похоже, что вы используете генератор ключей PuTTY для своей пары открытого / закрытого ключей. PuTTYkeygen.exe не генерирует ключи так же, как openSSH их читает, и он несовместим с authorized_keys.
Потому что он начинается с debug2: key_type_from_name: unknown key type '----- BEGIN' и заканчивается debug2: key_type_from_name: unknown key type '----- END' сервер не может прочитать ключ, и аутентификация не выполняется. Я не знаю, является ли это исходной проблемой или вы ввели ее, пытаясь что-то исправить, но ее необходимо исправить, прежде чем вы продолжите.
Вы можете увидеть формат файла в http://www.unix.com/man-page/All/5/authorized_keys/
Краткий ответ:
* Без разрывов строк
* Начинается с протокола (ssh-rsa, ssh-dsa)
* Открытый ключ
* Заканчивается на «=» и именем ключа