Не удается удалить ssh в 14.04
У меня есть новая установка ubuntu 14.04 (последняя версия, поддерживаемая программным обеспечением, который нам нужен) на сервере. SSH установлен и SSHD работает на ps. Я могу отлично справиться. На моей рабочей станции я могу пинговать сервер, но не могу подключиться через ssh, putty возвращает «Ошибка в сети: соединение отказано», я пробовал другие с других компьютеров и серверов и получал ту же ошибку. Я могу установить соединение ssh с другими устройствами на одном коммутаторе и открыть порт 22 на сервере через ufw. Это находится в локальной сети, и все имеет статический IP-адрес. Я также должен отметить, что я не пытаюсь использовать учетную запись root, просто обычный пользователь с доступом sudo.
У меня никогда не было этой проблемы раньше. Он всегда настраивается на статический IP-адрес, устанавливается SSH и выполняется. Что мне здесь не хватает?
6 ответов
Сначала я должен проверить TCP Wrappers и убедиться, что ваш IP-адрес не заблокирован в /etc/hosts.deny или /etc/hosts.allow.
Если эти файлы пустые или не похоже, проблема, я бы перезагрузил ufw, чтобы убедиться, что ваше новое правило, разрешающее SSH, действительно вступила в силу:
sudo ufw reload
В любом случае, если это проблема на стороне сервера, вы, вероятно, будете способный извлекать некоторую полезную информацию из файлов журнала. SSHD обычно будет либо входить в /var/log/auth.log, либо /var/log/secure.
Изменить: для включения ufw вы хотите запустить:
sudo ufw enable
Редактирование 2: включение моего комментария в ответ для ясности:
Также проверьте наличие любых устройств с дублирующимися IP-адресами в сети. Возможно, другое устройство получает трафик SSH, предназначенный для вашего сервера. Вы можете отключить свой сервер и попробовать выполнить ping-адрес своего IP-адреса или просто изменить IP-адреса, пока он не начнет работать.
Несколько дополнительных предложений, предполагающих, что SSHD правильно работает:
Перезагрузите сервер. Временно отключите UFW, чтобы узнать, не является ли это проблемой. Может быть проблемой переадресации портов. Изучите любые другие причины, например, если вы используете флуд управляйте такими вещами, как fail2banСпасибо всем, оказывается, это конфликт IP-адресов. Я решил это, потому что я дал ему новый адрес в начале моего устранения неполадок. Третий адрес работал. Поэтому, я думаю, у нас есть два недокументированных устройства со статическими IP-адресами для отслеживания. Еще раз спасибо.
Сначала я должен проверить TCP Wrappers и убедиться, что ваш IP-адрес не заблокирован в /etc/hosts.deny или /etc/hosts.allow.
Если эти файлы пустые или не похоже, проблема, я бы перезагрузил ufw, чтобы убедиться, что ваше новое правило, разрешающее SSH, действительно вступила в силу:
sudo ufw reload
В любом случае, если это проблема на стороне сервера, вы, вероятно, будете способный извлекать некоторую полезную информацию из файлов журнала. SSHD обычно будет либо входить в /var/log/auth.log, либо /var/log/secure.
Изменить: для включения ufw вы хотите запустить:
sudo ufw enable
Редактирование 2: включение моего комментария в ответ для ясности:
Также проверьте наличие любых устройств с дублирующимися IP-адресами в сети. Возможно, другое устройство получает трафик SSH, предназначенный для вашего сервера. Вы можете отключить свой сервер и попробовать выполнить ping-адрес своего IP-адреса или просто изменить IP-адреса, пока он не начнет работать.
-
1ничего не было указано в /etc/hosts.deny или /etc/hosts.allow. Я попытался перезагрузить ufw, но похоже, что он никогда не включался, вернулся и «Брандмауэр не включен (пропустить перезагрузку)». auth.log просто имел пару строк «сервера, прослушивающего порт 0.0.0.0 22». – Sama 22 August 2017 в 00:55
-
2@ Сама Хмм. Если вы не видите ничего в auth.log, это указывает на то, что ваши попытки подключения никогда не доходят до сервера. Я бы дважды проверил IP-адрес вашего сервера и удостоверился, что нет других устройств с дублирующимися IP-адресами. – Arnon 22 August 2017 в 01:02
Несколько дополнительных предложений, предполагающих, что SSHD правильно работает:
Перезагрузите сервер. Временно отключите UFW, чтобы узнать, не является ли это проблемой. Может быть проблемой переадресации портов. Изучите любые другие причины, например, если вы используете флуд управляйте такими вещами, как fail2ban-
1Перезагрузка и все еще проблема. ufw не был включен. на коммутаторе нет портов, все равно локально и в одной и той же подсети. ничего не установлено, это установка на складе. – Sama 22 August 2017 в 01:01
Спасибо всем, оказывается, это конфликт IP-адресов. Я решил это, потому что я дал ему новый адрес в начале моего устранения неполадок. Третий адрес работал. Поэтому, я думаю, у нас есть два недокументированных устройства со статическими IP-адресами для отслеживания. Еще раз спасибо.