Когда я пытался подключиться к серверу через SSH, я получаю следующую ошибку,
[root@oneeighty ~]# ssh -vvv -p 443 root@xxx.xxx.xxx
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer
Я проверил конфигурацию SSH на сервере и клиенте, и нет никаких проблем.
Перезапустил Службу SSH на Сервере и затем перезапустил сервер / клиент, но проблемы не решены.
Ответы:
Это может быть результатом ряда вещей.
Несколько вещей, которые вы можете быстро попробовать, заключаются в следующем,
sshd: ALL
Возможно, добавить
sshd: ALL
в/etc/hosts.allow
Возможно, что HostKeys вашего SSHD повреждены. Они присутствуют в каталоге / etc / ssh /. Вы можете удалить их и перезапустить sshd, и он будет сгенерирован заново. В случае, если это дает ошибки, пожалуйста, используйте следующие команды
источник
sshd: ALL
в hosts.deny, чтобы проверить, помогает ли это.Следующая строка в отладке должна выглядеть так:
В StackOverflow вы подтвердили, что используете NAT / переадресацию портов с внешнего IP-адреса. Вы также убедились, что вы можете ssh из локальной коробки к себе. Поскольку локальный sshing к порту 443 работает, вам нужно проверить, работает ли сопоставление портов.
Пытаться:
iptables -L
и убедитесь, что порт 443 открыт или INPUT и для OUTPUT установлено значение ПРИНЯТЬtcpdump -A -s 0 port 443
и попробуйте sshing на внешний IP. Вы должны увидеть, что данные поступают с адресом источника маршрутизатора.источник
Я запускаю Ubuntu 14.04 на AWS. Эта проблема была исправлена SSHing через их веб-клиент Java и запущена
sudo service apache2 start
. Я просто хотел, чтобы мой веб-сайт был восстановлен, но он также исправил доступ по SSH. Не знаю почему, но я не жалуюсь.источник
Проверьте допускаемые хосты на сервере, к которому вы пытаетесь подключиться, а также все правила iptables, на которых он работает.
источник
Проблема была решена.
Проблема в балансировщиках нагрузки, которые есть в нашей сети. Проблема устранена при перезапуске балансировщиков нагрузки.
источник
Я столкнулся с подобной проблемой сегодня, так как внезапно ssh доступ к виртуальной машине было отказано с тем же сообщением. ssh -v (на клиенте) и sshd -d (на сервере) мало помогли. Проблема в моем случае началась из-за изменений в настройках брандмауэра / iptable, которые я сделал для некоторой демонстрации использования стека LAMP.
Я использовал system-config-firewall-tui для включения брандмауэра и выбрал оттуда только httpd, который заблокировал все другие сервисы, кроме httpd.
Так как решение этой проблемы либо добавить разрешения на SSHD по
теперь ssh работает отлично !!!
источник
Для меня я разрешаю sshd соединения в файле / etc / hosts.
источник
Способ, которым я решил проблему, я пошел к хост-машине и выполнил несколько команд
sudo mkdir / var / run / sshd
sudo chmod 755 -R / var / run / sshd
sudo service ssh restart
После этого я подключился к машине.
источник
Первая очистка openssh- * (openssh-сервер и openssh-клиент)
удаление каталога /home/username/.ssh
затем установите ваш openssh-сервер и openssh-клиент
источник