Порт SSH 22: соединение отклонено
Я также столкнулся с проблемой, которую вы имели. Я сделал простое изменение, и я смог получить ожидаемый результат «Успех! Виртуальный хост example.com работает!».
type
sudo nano /etc/hosts"
в вашем терминале.
Вы должны ввести свой IP-адрес вместо 111.111.111.111
Чтобы получить тип IP-адреса
ifconfig
в терминале.
Там вы можете увидеть
inet addr:127.0.0.1 in lo section.
2 ответа
Не разрешать вход в систему root. Это как носить знак «пинай меня». Перенесите файлы как обычный пользователь.
Появляется у меня, что у вашего кода есть тарабарщина, вы вставляете советы из разных источников. Последние две строки предают вас там. Это старомодные пусковые установки. В текущем Ubuntu вы запустите
sudo systemctl start ssh
. Поскольку вы упоминаете ufw, это заставляет задуматься, есть ли у вас другая безопасность. Если у вас есть fail2ban, ваш пароль SSH может быть заблокирован вашей безопасностью, потому что у вас слишком много неудачных попыток. Если вы делаете некоторые резки и вставки в /etc/hosts.deny, это может вызвать такой же эффект.
Вот что я буду делать. Предположим, что вы вошли в систему как user@home.com, и у вас есть одно и то же имя пользователя в другой системе. Возможно, если вы играете в двух системах дома, у вас есть IP-номера, такие как 192.168.0.1, вместо системных имен. Я думаю, что цифры более вероятны.
В другой системе отключите UFW и другие блокировки, такие как fail2ban, а затем перейдите в систему user@home.com. Попробуйте
ping other.system
Чтобы убедиться, что соединения в порядке
ssh user@other.system
Чтобы подтвердить работу входа в систему. Затем выйдите из системы, попробуйте
scp file.txt user@other.system:
. Скопируйте файл.txt в другую систему. Затем снова войдите в систему, убедитесь, что файл есть.
Держите его простым, не копируйте / не вставляйте код, который вы не понимаете с веб-сайтов.
В другой системе, выполните конфигурацию UFW. Не запускайте iptables напрямую. UFW - это простой интерфейс для брандмауэров iptables. Включите брандмауэр UFW еще раз. Выйти. Если вы задушили себя ошибками в iptables, возможно, это достаточно плохо, чтобы гарантировать перезапуск.
Попробуйте снова войти в систему. Если отклонено, то ваша настройка UFW плохая, вам нужно перейти к другой системе, попробуйте исправить там, вам не разрешено входить в систему.
Обратите внимание, что программы ssh на home.com необходимы, но на данном этапе вам не нужно изменять конфигурацию. Исходящий ssh обычно настроен достаточно. В другой системе config обычно не нуждается в изменении. Вы совершите катастрофическую ошибку, разрешив вход в root, не создавайте проблем для себя.
Я понимаю, что если у вас есть учетная запись с именем «пользователь» на обеих учетных записях, в этих командах не нужно вводить «user @». Я пишу это для ясности для новых пользователей.
Если проблема в том, что fail2ban блокирует вас и вашего пользователя в тюрьме, я написал заметки о том, как очистить его несколько лет назад (http://pj.freefaculty.org/blog).
Я полагаю, что мое сообщение «старик» пытается понять строки, которые вы запускаете, и будьте осторожны с копированием инструкций для других распределений или времени.
Не разрешать вход в систему root. Это как носить знак «пинай меня». Перенесите файлы как обычный пользователь.
Появляется у меня, что у вашего кода есть тарабарщина, вы вставляете советы из разных источников. Последние две строки предают вас там. Это старомодные пусковые установки. В текущем Ubuntu вы запустите
sudo systemctl start ssh
. Поскольку вы упоминаете ufw, это заставляет задуматься, есть ли у вас другая безопасность. Если у вас есть fail2ban, ваш пароль SSH может быть заблокирован вашей безопасностью, потому что у вас слишком много неудачных попыток. Если вы делаете некоторые резки и вставки в /etc/hosts.deny, это может вызвать такой же эффект.
Вот что я буду делать. Предположим, что вы вошли в систему как user@home.com, и у вас есть одно и то же имя пользователя в другой системе. Возможно, если вы играете в двух системах дома, у вас есть IP-номера, такие как 192.168.0.1, вместо системных имен. Я думаю, что цифры более вероятны.
В другой системе отключите UFW и другие блокировки, такие как fail2ban, а затем перейдите в систему user@home.com. Попробуйте
ping other.system
Чтобы убедиться, что соединения в порядке
ssh user@other.system
Чтобы подтвердить работу входа в систему. Затем выйдите из системы, попробуйте
scp file.txt user@other.system:
. Скопируйте файл.txt в другую систему. Затем снова войдите в систему, убедитесь, что файл есть.
Держите его простым, не копируйте / не вставляйте код, который вы не понимаете с веб-сайтов.
В другой системе, выполните конфигурацию UFW. Не запускайте iptables напрямую. UFW - это простой интерфейс для брандмауэров iptables. Включите брандмауэр UFW еще раз. Выйти. Если вы задушили себя ошибками в iptables, возможно, это достаточно плохо, чтобы гарантировать перезапуск.
Попробуйте снова войти в систему. Если отклонено, то ваша настройка UFW плохая, вам нужно перейти к другой системе, попробуйте исправить там, вам не разрешено входить в систему.
Обратите внимание, что программы ssh на home.com необходимы, но на данном этапе вам не нужно изменять конфигурацию. Исходящий ssh обычно настроен достаточно. В другой системе config обычно не нуждается в изменении. Вы совершите катастрофическую ошибку, разрешив вход в root, не создавайте проблем для себя.
Я понимаю, что если у вас есть учетная запись с именем «пользователь» на обеих учетных записях, в этих командах не нужно вводить «user @». Я пишу это для ясности для новых пользователей.
Если проблема в том, что fail2ban блокирует вас и вашего пользователя в тюрьме, я написал заметки о том, как очистить его несколько лет назад (http://pj.freefaculty.org/blog).
Я полагаю, что мое сообщение «старик» пытается понять строки, которые вы запускаете, и будьте осторожны с копированием инструкций для других распределений или времени.