Не удается подключиться к удаленному серверу через SSH
Месяц назад я мог подключиться к удаленному серверу через ssh, но неделю не могу. В данный момент у меня есть доступ к серверу локально, и когда я пытаюсь подключиться к localhost, чтобы проверить, работает ли он, я могу подключиться. ssh username @ localhost
это нормально на местном уровне.
Но с удаленной машины:
ssh username @ ip-адрес-сервера
Я получаю это сообщение:
SSH: подключиться к хосту ip-address-of-server порт 22: истекло время ожидания соединения
На этом сервере также работает веб-страница, конечно же, через порт 80. Веб-страница работает.
Примечание: я могу пропинговать сервер, с потерей пакета 0%, таким образом, я получил все переданные пакеты.
Я уже пытался перезапустить SSH на сервере, но все еще не работает. Только локально для localhost, но не удаленно.
Я пытался с разных удаленных машин без успеха.
Итак, почему я мог подключиться раньше, а не сейчас? В чем проблема?
I asked this already on [stackoverflow.com][1], but now it's put on hold as off-topic there.
2 ответа
Выполните следующие действия на удаленном сервере при попытке подключения через ssh:
tail -f /var/log/auth.log
Есть ли какие-либо ошибки регистрации? Если вы не видите никаких журналов, созданных при попытке входа в систему, вероятно, это проблема сети (брандмауэр, коммутатор acls и т. Д.).
Когда вы описываете сценарий, вы хотите выполнить "внутренний доступ" и "внешний доступ". В вашем случае я понимаю, что внутренний доступ осуществляется с хоста к SSH-серверу, который находится в одной IP-подсети. С другой стороны, вы упоминаете "удаленный доступ", который, как я полагаю, относится к получению доступа к SSH-серверу с хоста, который находится в другой IP-подсети (внешний доступ). Единственный способ сделать последнее - через маршрутизатор, и, кроме того, маршрутизатор должен иметь возможность выполнять очень базовую функцию, называемую переадресацией портов. Сказав это, по какой-то причине ваш маршрутизатор потерял возможность переадресации портов. Существует две возможности: перезапустить маршрутизатор, потому что он стал "глючным", или пересмотреть конфигурацию переадресации портов на маршрутизаторе, который перенаправляет внешний вызов к порту SSH маршрутизатора на порт SSH внутреннего сервера SSH. Обратите внимание, что могут применяться многие другие факторы, но в описании не предоставлено достаточно информации для дальнейшей поддержки дела. В любом случае усилия по устранению неполадок должны быть направлены на анализ маршрутизатора, если маршрутизатор получает вызовы / обращения по SSH на внешнем интерфейсе, и, если это так, анализ, почему маршрутизатор не перенаправляет трафик SSH на внутренний сервер SSH. Если в прошлом вы работали как "по волшебству", не "ничего не делая", проверьте активацию / возможности UPnP как на маршрутизаторе, так и на сервере.