Ubuntu Сервер SSH замораживает клиент после пароля по Интернету

Я могу войти в систему своего сервера Ubuntu через SSH отовсюду в моей локальной сети, но я не могу из Интернета. Когда я пытаюсь, Это запрашивает мое имя пользователя, отображает баннер и запрашивает пароль. Но когда я ввожу пароль, сервер SSH зависает и замораживается.

Я протестировал эту Шпаклевку использования, SSH в другом сервере Linux и ConnectBot для Android. У всех них есть эта проблема. Файл auth.log говорит, что соединение проходит, и что пароль принят, но клиент ничего не видит и в конечном счете разъединяется. В auth.log просто говорится, что это - нормальное разъединение. Если это помогает, я знаю, что могу получить доступ к веб-сайту Apache2, работающему на нем, таким образом, соединение происходит. Я видел несколько других сообщений об этом, но ни один из них не дал серьезной справки.

Какая-либо справка?

Вывод от ssh-v

OpenSSH_6.7p1, OpenSSL 1.0.1j 15 Oct 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 50.168.183.239 [50.168.183.239] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/nitsua_revaew/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-8
debug1: match: OpenSSH_6.6.1p1 Ubuntu-8 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr umac-64-etm@openssh.com none
debug1: kex: client->server aes128-ctr umac-64-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA d2:84:4a:6e:f4:a6:85:75:95:28:59:62:a7:d0:93:4a
debug1: Host '50.168.183.239' is known and matches the ECDSA host key.
debug1: Found key in /home/nitsua_revaew/.ssh/known_hosts:1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
__        _    _
\ \      / /__| | ___ ___  _ __ ___   ___
 \ \ /\ / / _ \ |/ __/ _ \| '_ ` _ \ / _ \
  \ V  V /  __/ | (_| (_) | | | | | |  __/
   \_/\_/ \___|_|\___\___/|_| |_| |_|\___|

                    to
               Austin's Server


           Enjoy Your Stay
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/nitsua_revaew/.ssh/id_rsa
debug1: Trying private key: /home/nitsua_revaew/.ssh/id_dsa
debug1: Trying private key: /home/nitsua_revaew/.ssh/id_ecdsa
debug1: Trying private key: /home/nitsua_revaew/.ssh/id_ed25519
debug1: Next authentication method: password
austin@50.168.183.239's password:

После того, как я войду в систему, это показывает

Authenticated to 50.168.183.239 ([50.168.183.239]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.

Затем замораживается. Какие-либо идеи?

1
задан 11 December 2014 в 17:17

1 ответ

Кажется, что порт 22 заблокирован. В зависимости от того, где Вы работаете, Ваш сервер оттуда несколько опций. Первое получает доступ к Вашему маршрутизатору и разблокирует порт 22. Вы могли также попытаться выполнить ssh от порта 80.

ssh -p 80 myserver.net

btw, какой адрес Вы используете для доступа к серверу? Если Вы используете IP-адрес, удостоверяются, что Вы не используете IP локальной сети (Они обычно запускают с 192.)

0
ответ дан 3 August 2019 в 23:54

Другие вопросы по тегам:

Похожие вопросы: