☰

SSH接続はポート22で確立されていますが、サービスは動作していません

tag-icon • tag-icon linux mysql ssh
SSH接続はポート22で確立されていますが、サービスは動作していません

私の MySQL Cluster サーバーの 1 つでこの問題が繰り返し発生しています。実際には、同じ構成を持つ多くの国で、このクラスターの任意の MySQL サーバーで常に発生します。

ping できる「dbX ノード」があります:

$ ping 192.0.2.4
PING 192.0.2.4 (192.0.2.4) 56(84) bytes of data.
64 bytes from 192.0.2.4: icmp_seq=1 ttl=61 time=1.92 ms
64 bytes from 192.0.2.4: icmp_seq=2 ttl=61 time=2.46 ms

TCP ポート 22 に Telnet できます:

telnet 192.0.2.4 22
Trying 192.0.2.4 ...
Connected to 192.0.2.4.
Escape character is '^]'.

そしてすぐに閉じました:

Connection closed by foreign host.

そして明らかに、SSH 自体は機能していません。

debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug3: Not a RSA1 key file /home/user/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host

MySQL ポートに telnet することもできます:

# telnet db5 3306
Trying 192.0.2.4...
Connected to db5 (192.0.2.4).
Escape character is '^]'.

しかし、接続できません:

# mysql -h db5 -uroot

このサーバーは、RHEL 5.5 を実行する ProLiant DL360p Gen8 です。

iLO を使用して SSH デーモンに接続し、再起動すると、コンソール プロンプトが表示されず、隅に灰色の小さなものだけが表示されます...

この問題が発生するサーバーを常に再起動する必要があります。

これを解決するには助けが必要です。あらゆることを試しました。あなたはこれに似たような状況に遭遇したことがありますか?

答え1

ssh については、putty キーを使用しているようですが、openssh 形式にエクスポートされない限り、ssh は putty キーを使用できません。ファイルが手動で編集されているようです。可能であれば、バックアップから秘密キーを復元するか、使用しているキーを再生成するか、新しいキーを作成して 2 つを比較し、使用しているキーのフォーマットが変更されていないことを確認してください。

Telnet がすぐに終了することに関しては、ssh は Telnet 接続ではなく ssh 接続を探しているため、これは予想されることです。

主要な問題を修正したら、ボックスに ssh で接続できるようになります。

mysql ログインに関しては、通常、root のデフォルト ログインは 127.0.0.1 およびローカル ホストに制限されています。したがって、特定のホスト (yourhost.domain) または % (ちなみに、% はよくありません) を許可していない限り、ローカルに接続できるように ssh トンネルを使用しない限り、接続できません。もう 1 つは、現在のコマンドがmysql -h db5 -urootパスワードなしで root に接続しようとしていることです。代わりに、mysql -h db5 -u root -pパスワードの入力を求めるコマンドを試してください。

答え2

グルッザー、

少し時間がかかります。

  1. 設定ファイルをチェックして、接続元のネットワークからデバイスにアクセスできることを確認してください。

  2. これらのサーバーとそれらが接続されているネットワークで、ping が実行できることを確認してください。ネットワークに片方向ルーティングがある場合、アクセス試行は失敗します。一部のネットワーク管理者は ICMP Ping 要求をブロックし、ファイアウォール/アクセス リスト ルールにより、同じサブネット上にいない限りデバイスにアクセスできない場合があります。

  3. 新しい Linux サーバーのインストールでは、iptables / ipforwarding / ipchains はすべてデフォルトでブロックされます。必要な各ポートまたはソケットを手動で開く必要があります。インストール スクリプトの中には、この処理を実行するものもありますが、失敗するものもあり、その場合は手動で Linux コマンドを使用して開く必要があります。

諸刃の剣。アプリケーション構成/ローカル マシンまたは独自のネットワーク チームによってブロックされます。

少しでもお役に立てれば幸いです。乾杯...

関連情報