[apache] Запуск экземпляра EC2 внезапно отказывается от SSH-соединения



2 Answers

Похоже, что sshd, возможно, остановился по какой-то причине. Поддерживается ли экземпляр EBS? если это так, попробуйте отключить его и начать его резервное копирование. Это должно решить проблему.

Кроме того, вы можете ssh с веб-консоли AWS? У них есть java-плагин для ssh в экземпляр.

Question

Я установил экземпляр EC2 пару дней назад, и даже вчера вечером я смог без проблем справиться с SSH. Сегодня утром я не могу сШ. Порт 22 уже открыт в группе безопасности, и с тех пор я ничего не менял с прошлой ночи.

Ошибка:

ssh: connect to host [ip address] port 22: Connection refused

Недавно у меня была аналогичная проблема, и я не мог понять, почему это происходит, поэтому мне пришлось создать новый экземпляр, настроить его снова и подключить и настроить все хранилища EBS на новый. Принял меня пару часов ... и теперь это происходит снова. В предыдущем я установил denyhost , который мог заблокировать меня, но в текущем, есть только apache2 и mysql.

Текущий экземпляр работает уже 16 часов, поэтому я не думаю, что это потому, что он не завершил загрузку ... Кроме того, порт 22 открыт для всех источников (0.0.0.0/0) и использует протокол tcp.

Есть идеи?

Благодарю.




Для тех из вас, кто столкнулся с этим сообщением, потому что вы не можете SSH в свой экземпляр EC2 после перезагрузки, это перекрестная ссылка на аналогичный вопрос на serverfault :

На форуме AWS Developer Forum на эту тему :

Попробуйте остановить сломанный экземпляр, отсоединив том EBS и присоедините его как дополнительный том к другому экземпляру. После того, как вы установили сломанный том где-то на другом экземпляре, проверьте файл / etc / sshd_config (около дна). У меня было несколько экземпляров RHEL, где Yum зачеркнул sshd_config, вставляя дубликаты строк внизу, из-за которых sshd терпит неудачу при запуске из-за синтаксических ошибок.

Как только вы его исправили, просто отключите громкость, отсоедините, снова подключите к другому экземпляру и снова запустите его.

Давайте сломаем это, со ссылками на документацию AWS:

  1. Остановите поврежденный экземпляр и отсоедините громкость EBS (root), перейдя в консоль управления EC2, нажав «Сохранение эластичного блока»> «Объемы», щелкнув правой кнопкой мыши на томе, связанном с остановленным экземпляром.
  2. Запустите новый экземпляр в том же регионе и той же ОС, что и сломанный экземпляр, затем добавьте исходный корневой том EBS в качестве вторичного тома в ваш новый экземпляр . Команды на шаге 4 ниже предполагают, что вы монтируете том в папку с именем «data».
  3. Как только вы установили сломанный том где-то на другом экземпляре ,
  4. проверьте файл «/ etc / sshd_config» для дубликатов записей, выполнив следующие команды:
    • cd /etc/ssh
    • sudo nano sshd_config
    • ctrl-v несколько раз, чтобы добраться до нижней части файла
    • ctrl-k все строки внизу, в которых упоминаются «PermitRootLogin без пароля» и «UseDNS no»,
    • ctrl-x и Y для сохранения и выхода из отредактированного файла
  5. @Telegard указывает (в своем комментарии), что мы только фиксировали симптом. Мы можем исправить эту причину , комментируя 3 связанные строки в файле «/etc/rc.local». Так:
    • cd /etc
    • sudo nano rc.local
    • найдите строки PermitRootLogin ... и удалите их
    • ctrl-x и Y для сохранения и выхода из отредактированного файла
  6. Как только вы его исправили, просто отключите громкость ,
  7. отделитесь, войдя в консоль управления EC2, нажав «Эластичный блок-магазин»> «Объемы», щелкнув правой кнопкой мыши на томе, связанном с остановленным экземпляром,
  8. присоединитесь к другому экземпляру и
  9. снова запустите его .



Я получил аналогичный ssh, заблокированный отсоединением EBS, но забыл изменить / etc / fstab




Related