Не удалось подключиться к серверу ssh ubuntu из Интернета

Итак, основываясь на пояснениях в комментариях, в рассматриваемом IP-адресе, что вы используете такие звуки, как ваш «внутренний» IP-адрес?

Я прочитал ваш вопрос как тестирование через DDNS при условии полного имени хоста {subdomain.ddnsdomain}, а затем попытаться подключиться через внешний IP-адрес, а квалифицированный домен не работает, но внешний IP-адрес будет.

Теперь я считаю, что понимаю, что вы тестируете ваше внешнее доменное имя vs внешний IP-адрес?

Если вы подключаетесь через предоставленное DDNS имя домена, а внешний IP-адрес обеспечивает ту же ошибку «отказался от соединения», то проблема не связана с DNS / Name-resolution / hostname [это был путь отладки, с которого я изначально шел вниз].

EDIT

В вашей конфигурации попытайтесь прокомментировать строку: ListenAddress Перезапустите службу sshd:

service ssh restart

Затем повторите попытку. [!d10 ]

Если это не сработает, то в конфигурационном файле на сервере измените номер порта на что-то выше 1059 [8888 - это хорошо], перезапустите службу sshd, а затем в вашем порту перенаправления портов маршрутизатора для порта 8888 / TCP.

Затем в вашем клиенте укажите порт 8888. Это должно хотя бы сообщить, что ваш интернет-провайдер блокирует порт 22.

Если это работает ... Я искал Linksys WiFi, о котором вы упомянули, и похоже, что вы можете делать разные внешние / внутренние порты вперед, поэтому, если 8888 работал, тогда вы можете изменить конфигурацию SSHD на порт 22 (только так, что это нормализовано), а затем в вашем внешнем порту маршрутизатора 8888 на внутренний порт 22 для внутреннего IP-адреса.

Итак, основываясь на пояснениях в комментариях, в рассматриваемом IP-адресе, что вы используете такие звуки, как ваш «внутренний» IP-адрес?

Я прочитал ваш вопрос как тестирование через DDNS при условии полного имени хоста {subdomain.ddnsdomain}, а затем попытаться подключиться через внешний IP-адрес, а квалифицированный домен не работает, но внешний IP-адрес будет.

Теперь я считаю, что понимаю, что вы тестируете ваше внешнее доменное имя vs внешний IP-адрес?

Если вы подключаетесь через предоставленное DDNS имя домена, а внешний IP-адрес обеспечивает ту же ошибку «отказался от соединения», то проблема не связана с DNS / Name-resolution / hostname [это был путь отладки, с которого я изначально шел вниз].

EDIT

В вашей конфигурации попытайтесь прокомментировать строку: ListenAddress Перезапустите службу sshd:

Затем повторите попытку.

Если это не сработает, то в конфигурационном файле на сервере измените номер порта на что-то выше 1059 [8888 - это хорошо], перезапустите службу sshd, а затем в вашем порту перенаправления портов маршрутизатора для порта 8888 / TCP.

Затем в вашем клиенте укажите порт 8888. Это должно хотя бы сообщить, что ваш интернет-провайдер блокирует порт 22.

Если это работает ... Я искал Linksys WiFi, о котором вы упомянули, и похоже, что вы можете делать разные внешние / внутренние порты вперед, поэтому, если 8888 работал, тогда вы можете изменить конфигурацию SSHD на порт 22 (только так, что это нормализовано), а затем в вашем внешнем порту маршрутизатора 8888 на внутренний порт 22 для внутреннего IP-адреса.

Итак, основываясь на пояснениях в комментариях, в рассматриваемом IP-адресе, что вы используете такие звуки, как ваш «внутренний» IP-адрес?

Я прочитал ваш вопрос как тестирование через DDNS при условии полного имени хоста {subdomain.ddnsdomain}, а затем попытаться подключиться через внешний IP-адрес, а квалифицированный домен не работает, но внешний IP-адрес будет.

Теперь я считаю, что понимаю, что вы тестируете ваше внешнее доменное имя vs внешний IP-адрес?

Если вы подключаетесь через предоставленное DDNS имя домена, а внешний IP-адрес обеспечивает ту же ошибку «отказался от соединения», то проблема не связана с DNS / Name-resolution / hostname [это был путь отладки, с которого я изначально шел вниз].

EDIT

В вашей конфигурации попытайтесь прокомментировать строку: ListenAddress Перезапустите службу sshd:

Затем повторите попытку.

Если это не сработает, то в конфигурационном файле на сервере измените номер порта на что-то выше 1059 [8888 - это хорошо], перезапустите службу sshd, а затем в вашем порту перенаправления портов маршрутизатора для порта 8888 / TCP.

Затем в вашем клиенте укажите порт 8888. Это должно хотя бы сообщить, что ваш интернет-провайдер блокирует порт 22.

Если это работает ... Я искал Linksys WiFi, о котором вы упомянули, и похоже, что вы можете делать разные внешние / внутренние порты вперед, поэтому, если 8888 работал, тогда вы можете изменить конфигурацию SSHD на порт 22 (только так, что это нормализовано), а затем в вашем внешнем порту маршрутизатора 8888 на внутренний порт 22 для внутреннего IP-адреса.