проблема ssh-keygen
Главным, которое необходимо понять, являются много хостов, продаст Вам 100 Мбит/с, размещающих даже очень дешево в США. Хостинг Гбит в сек. в США немного более трудно найти, за пределами США существует большой хостинг proivders что хостинг Гбит в сек. предложения за 100 ~ евро в месяц.
Теперь, когда у Вас есть 100 Мбит/с или 1 Гбит в сек., необходимо посмотреть на сумму пропускной способности, которую Вы используете. Большинство планов хостинга идет с диапазоном использования на 1 ТБ - 2 ТБ месяц, если Вы не регистрируетесь в чрезвычайно большом плане, который может масштабироваться в 10-е и 100 с TBs использования.
При использовании поддержанных передач 100 Мбит/с, можно легко использовать 100 с ГБ в единственный день с Гбит в сек., что факторы до TBs день, который пробежит выделение пропускной способности очень быстро.
Таким образом, действительно необходимо сфокусироваться на том, сколько пропускной способности Вы будете использовать и основывать оценку на этом и качестве пропускной способности. Скорее всего, Вам не будет нужен хост Гбит в сек., однако, я никогда не рекомендовал бы согласиться на что-либо менее чем 100 Мбит/с, если Вы не покупаете сервер, который обеспечивает неизмеренное соединение на 10 или 20 Мбит/с.
Примечание стороны: некоторые поставщики услуг хостинга на самом деле продадут Вам пропускную способность на основе измеренного числа, то есть, истинный хостинг 100 Мбит/с, где можно использовать 100 Мбит/с каждую секунду дня. Для хостинга планов, что цена на основе Мбит/с ожидает , что 100 Мбит/с запустят приблизительно 1 300$ приблизительно к $2700/месяцам. Таким образом в нормальном situtation Вы заплатите за 10 Мбит/с или 20 Мбит/с, которые выделят Вас , 10/20 ТБ в месяц и Ваша скорость все еще разорвет к 100 Мбит/с, но можно только использовать ее 10 или 20% дня на том уровне для пребывания в пределах пропускной способности.
Определенно самый легкий способ установить ssh ключ состоит в том, чтобы использовать команду
ssh-copy-id -i ~/.ssh/id_rsa.pub account@yourserver.com
Если даже, который перестал работать, то у Вас есть что-то нечетное в Вашем sshd_config, о котором мы должны заботиться.
Править: Таким образом, это было что-то не так с Вашим sshd_config, в конце концов.
Измените это:
#PermitRootLogin yes
быть
PermitRootLogin without-password
Поэтому только ключевая аутентификация для корня позволяется. Или, если Вы хотите выполнить только определенные команды, forced-commands-only был бы даже более оптимальный вариант, но прежде, чем идти, что далеко, сделайте эту работу с without-password опция.
Так или иначе после того перезапуска изменения Ваши sshd и видят, как вещи только начинают работать!
Прежде всего действительно ли Вы уверены, что Вас разрешают ssh в корень? (подсказка: проверьте свой sshd_config файл на сервере).
Во-вторых, Вы случайно вошли в систему в качестве пользователя и использование sudo или некоторый другой означает исполнять роль кого-то еще? Возможно, Вы просто запускаете ssh от неправильного $USER!
Когда Вы делаете ssh-keygen, Вас просят относительно пароля или не 'входите' ни для одного. Я всегда совершал нападки, 'входят'. Когда ключи (общедоступный и частный) сгенерированы, копируют общедоступный в рассматриваемую машину. Затем сделайте 'cat'key.pub (или независимо от того, что было сгенерировано),>> .ssh/authorized_keys. Я обычно ssh от одной машины до другого, не будучи запрошенным пароли. Я выполняю centos5.5, debian, и slackware.
Alan