☰

Невозможно подключиться по SSH к Ubuntu после перезагрузки

tag-icon • tag-icon ubuntu ssh vps ubuntu-14.04
Невозможно подключиться по SSH к Ubuntu после перезагрузки

Сегодня мы решили, что лучшим решением для нашего сервера Ubuntu (VPS) будет восстановление резервной копии после того, как было изменено слишком много настроек на нашем экземпляре Geoserver. Однако после восстановления резервной копии и перезагрузки я больше не могу войти на сервер обычным способом через SSH. Он просто выдает мне ошибку connection timed out.

Что я наделал:

  • Использовал «Rescue System» для входа на сервер через SSH (сработало).
  • Проверил sshd_configфайл init.d/sshна предмет чего-либо необычного.
  • Проверил журнал аутентификации, чтобы узнать, заметил ли он мою попытку SSH-подключения (она не заметила).

Я в полном тупике с этим случаем. Мне кажется, что сеть вообще не поднимается после перезагрузки. Однако я не могу напрямую подключиться к серверу, так как это виртуальный частный сервер, размещенный удаленно.

Я немного поискал в Интернете, но, похоже, никто не сталкивался с ошибкой «Время ожидания соединения истекло», которая сейчас возникла у меня.

Сервер работает на Ubuntu 14.04.

Какие-либо предложения?

Дополнительное примечание:
Я могу подключиться к серверу только когда он находится в аварийном режиме, что означает, что он пропускает все, что я делал на сервере, и помещает это в каталог /repair. Так что если я, например, проверю, какие порты открыты, он скажет мне порты, которые открыты из аварийного режима, а не из моей собственной установки.

Дополнительная информация из комментариев:

iptables -L
Chain INPUT (policy ACCEPT)
target         prot opt source                 destination
Chain FORWARD (policy ACCEPT)
target         prot opt source                 destination
Chain OUTPUT (policy ACCEPT)
target         prot opt source                 destination

решение1

проверьте, может ли сервер пинговать свой шлюз по умолчанию; проверьте, проходит ли пинг к серверу извне; если пинг проходит, выполните tcpdump на интерфейсе, чтобы проверить, получает ли сетевой адаптер на сервере какой-либо трафик; попробуйте ssh с сервера -- ssh localhost. #если это не работает, возможно, сломан сам sshd

решение2

Проверьте, запущена ли служба ssh и прослушивается ли порт ssh.

netstat -ntap

Вы должны увидеть одну строку с портом 22, прослушивающим процесс sshd:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      pid number/sshd

Если процесс активен и прослушивает, проверьте настройки сети, если не активен, проверьте, установлен ли и запущен ли sshd.

решение3

Во-первых: спасибо всем за помощь в решении этой проблемы.

Второе: В силу обстоятельств мы больше не могли ждать и решили перезагрузить другую резервную копию, которая, казалось, сработала. Мы не смогли определить, что именно вызвало ошибку, поскольку новая резервная копия, которая сработала, не имела никаких отличий от той, которая не сработала, и поэтому мы считаем, что это проблема с неисправной резервной копией.

Еще раз спасибо за помощь, я очень признателен.

решение4

Можно попробовать сделать nmap сервера, чтобы увидеть, какие порты открыты в сети. Вы должны увидеть порт 22 открытым.

Связанный контент