Сегодня мы решили, что лучший способ действий для нашего сервера Ubuntu (VPS) - это восстановить резервную копию после того, как в нашем экземпляре Geoserver было изменено слишком много настроек. Однако после восстановления резервной копии и перезагрузки я больше не могу войти на сервер обычными средствами через SSH. Это просто дает мне connection timed out ошибка.
Что я наделал:
sshd_config файл и init.d/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
проверьте, может ли сервер пинговать свой шлюз по умолчанию, проверьте, работает ли ping на сервер извне, если ping работает, затем выполните tcpdump на интерфейсе, чтобы проверить, получает ли сетевая карта на сервере какой-либо трафик, попробуйте ssh с помощью на сервере - ssh localhost # если это не сработает - сам sshd может быть сломан
попробуйте эту команду.
update-rc.d -f ssh enable 2 3 4 5
Во-первых: спасибо всем за помощь в этом вопросе.
Во-вторых: из-за обстоятельств мы больше не могли ждать и решили перезагрузить другую резервную копию, которая, похоже, сработала. Нам не удалось определить, что именно вызвало ошибку, потому что новая работающая резервная копия не имела никаких отличий от той, которая вышла из строя, и поэтому мы считаем это ошибочной проблемой резервного копирования.
Еще раз спасибо за помощь, очень признателен.
Проверьте, запущена ли служба 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
Можно попробовать сделать карту сервера, чтобы узнать, какие порты открыты в сети. Вы должны увидеть порт 22 открытым.