Ну со стороны клиента мы ключик нужный публичный предлагаем, но увы. Дальше надо смотреть лог авторизации на сервере. В нём будет причина проблемы. Хотя бы определились с тем, на какой стороне проблема. Поглядите во что-нибудь типа /var/log/auth.log что-то там есть интересное?
Без разницы - если отключите, не сможете по паролю зайти вообще. Pubkey имеет выше приоритет всё равно.
Любой может войти по ключу, если это не отключено через PubkeyAuthentication.
Что в отладке ssh выдало, запускали с -v как я вам советовал выше?
Ну я не знаю, чем ещё помочь: я специально поставил модуль и заглянул в админку, чтобы посмотреть где нужные настройки. И оттуда скопировал вам url. =)
В скайп мне напишите, потыкаемся в адмнке, поглядим, что у вас там...
Ну тогда скачать скрипт установки каким-то другим образом, и запуcтить его: sudo -E -s ./scriptname stable
Где scriptname это имя скачанного скрипта, при условии, что он в текущей папке.
Но он тоже с помощью curl будет качать нужное. Т.е export http_proxy="http://example.proxy_name.com:80" надо всё рвно предварительно, с указанием вашего прокси, конечно.
Если не получится, и из конечных файлов ставить, то надо просто разобраться что именно делает скрипт и сделать то же вручную...
Установить и включить модуль. Настройки тут: /admin/config/search/redirect/settings
Для того, что вам нужно в секции global redirect поставить первые две галочки.
Именно им, я не пользовался, но globalredirect, который был под 7, и фактически влился в этот модуль, имел множество настроек, в частности нужную вам, и по умолчанию все редиректы, конечно, были отключены.
В debian based - nginx с ним. В официальном репозитории nginx тоже, что для debian based, что для rh, что для остальных...
Т.е. фактически везде он сразу есть.
Ту статью почитать, может и стоит, но надо понимать, что многое изменилось. qt-faststart сейчас не нужен, это умеет теперь ffmpeg. Собирать nginx не нужно, в большинстве дистрибутивов он с mp4 модулем уже и.т.п.
Да. ffmpeg + h264 и прочее тоже не надо собирать - есть репозитории, где есть всё, что надо в готовых пакетах.
Фаерволл полезен, не только закрытием портов, но и тем же лимитированием трафика, к тому же, что-то может в один не прекрасный день начать слушать и другие порты.
Монит умеет не только поднимать сервисы, но и предпринимать другие действия, при их падении, от извещения по почте, до создания тикета какого-нибудь. И может попробовать поднять, а после неудачи выполнить другие действия.
Хватит/не хватит памяти решает тот, кто разумно настраивает количество различных обработчиков, размеры буферов, лимиты выделения памяти и.т.п.
Кто именно все? И конечно, это и близко не так. У большинства хостеров "защита" это нульроут твоего ip когда всё совсем плохо, не более того - т.е. они как-то защитят твоих соседей от просадки сети.
От умного или большого простыми методами не защититься, это правда, но это не значит, что не надо защищаться от простейших атак, которые, если проект не самый топовый, куда вероятнее, кстати. Благо и защититься-то просто.
А вообще, надо бы разобраться в причине поломки и падений...