☰

SSH 연결이 포트 22에 설정되었지만 서비스가 작동하지 않습니다.

tag-icon • tag-icon linux mysql ssh
SSH 연결이 포트 22에 설정되었지만 서비스가 작동하지 않습니다.

내 MySQL 클러스터 서버 중 하나에서 이 문제가 반복적으로 발생하고 있습니다. 실제로는 이와 동일한 구성을 사용하는 여러 국가의 이 클러스터의 임의 MySQL 서버에서 항상 발생합니다.

ping할 수 있는 "dbX Node"가 있습니다.

$ 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

Telnet TCP 포트 22를 사용할 수 있습니다.

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 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의 경우 퍼티 키를 사용하고 있는 것으로 보입니다. SSH는 openssh 형식으로 내보내지 않으면 퍼티 키를 사용할 수 없습니다. 파일이 수동으로 편집된 것 같습니다. 가능하면 백업에서 개인 키를 복원하거나 사용하는 키를 다시 생성하거나 새 키를 생성하고 두 키를 비교하여 사용 중인 키에 형식이 지정되지 않았는지 확인하세요. 변경되었습니다.

텔넷이 즉시 종료되는 것은 ssh가 텔넷 연결이 아닌 SSH 연결을 찾고 있기 때문에 예상되는 것입니다.

주요 문제를 해결하고 나면 상자에 SSH를 통해 연결할 수 있습니다.

mysql 로그인의 경우 일반적으로 루트의 기본 로그인은 127.0.0.1 및 로컬 호스트로 제한됩니다. 따라서 특정 호스트(yourhost.domain) 또는 %(%는 나쁜 생각입니다)를 허용하지 않는 한 로컬로 연결할 수 있도록 SSH 터널을 사용하지 않으면 연결할 수 없습니다. 또 다른 문제는 현재 명령이 mysql -h db5 -uroot비밀번호 없이 루트에 연결을 시도하고 있다는 것입니다. 대신 mysql -h db5 -u root -p비밀번호를 묻는 메시지가 표시되도록 시도해 보세요.

답변2

글루저,

조금은 걸릴 것 같아요.

  1. 구성 파일을 확인하여 연결 중인 네트워크에서 장치에 액세스할 수 있는지 확인하세요.

  2. 해당 서버와 연결된 네트워크에 있는지 확인하세요. 그들이 당신에게 핑을 보낼 수 있다는 것. 네트워크에 단방향 라우팅이 있으면 액세스 시도가 실패합니다. 일부 네트워크 관리자는 ICMP Ping 요청을 차단하고 방화벽/액세스 목록 규칙으로 인해 동일한 서브넷에 있지 않으면 장치에 액세스하지 못할 수 있습니다.

  3. 최신 Linux 서버는 iptables / ipforwarding / ipchains를 설치하면 기본적으로 모든 것이 차단됩니다. 필요한 각 포트나 소켓을 수동으로 열어야 합니다. 일부 설치 스크립트가 이를 처리합니다. 일부는 실패하므로 수동 Linux 명령으로 열어야 합니다.

양날의 검.. 애플리케이션 구성/로컬 시스템 또는 자체 네트워크 팀에 의해 차단되었습니다.

이것이 조금 도움이 되기를 바랍니다. 건배...

관련 정보