☰

ssh 클라이언트 호스트 이름을 모르시나요?

tag-icon • tag-icon ssh
ssh 클라이언트 호스트 이름을 모르시나요?

두 대의 서버가 있습니다. A와 B를 말해보세요.

ssh-copy-id두 서버에서 서로 메시지를 보내고 있습니다 .

비밀번호 없이 A에서 B로 연결할 수 있습니다. 하지만 B에서 A로 연결할 수 없습니다.

감사 로그가 다른 것을 발견했습니다.

B's log when connecting from A to B (success)
    ... (hostname=192.168.0.1, addr=192.168.0.1, terminal=sshd ref=success

A's log when connecting from B to A (failed)
    ... (hostname=?, addr=192.168.0.1, terminal=sshd ref=failed

조사하려면 어디로 가야하나요?

이것이 ssh -v표시되는 것입니다.

$ ssh -v user@<a's ip address>
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to <a_ip_address> [a_ip_address] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: loaded 3 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '<a_ip_address>' is known and matches the RSA host key.
debug1: Found key in /home/<user>/.ssh/known_hosts:8
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Next authentication method: publickey
debug1: Trying private key: /home/<user>/.ssh/identity
debug1: Offering public key: /home/<user>/.ssh/id_rsa
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Trying private key: /home/<user>/.ssh/id_dsa
debug1: Next authentication method: password
user@<a_ip_address>'s password:

답변1

내 문제의 근본 원인은 .ssh대상 서버의 홈 디렉터리, 디렉터리 및 해당 하위 파일에 대한 잘못된 권한이었습니다.

및 etc 로그 파일의 메시지를 보고 /var/log이 문제를 발견했습니다 .secureaudit/*

답변2

OP의 실제 질문이 아닌 것으로 판명되더라도 검색자가 실제 질문을 찾고 있는 경우 질문에 대답하려면 다음을 수행하세요.

  • UseDNS구성 옵션이 켜져 있으면 sshd는 클라이언트의 호스트 이름을 확인하려고 시도합니다. 업스트림 기본값은 2015년 3월(Q가 출시된 직후) 6.8까지 "yes"였지만 배포판이나 패키지는 기본값을 변경할 수 있으며 물론 시스템 관리자는 언제든지 기본값을 무시할 수 있습니다. 그러나 클라이언트 호스트 이름의 가용성 및/또는 정확성은 공개 키 인증에 영향을 주지 않으며 로그 항목의 일부 정보에만 영향을 미칩니다.

  • ssh-copy-id암시적으로 식별된 공개 키 파일을 복사하기 때문에 그렇게 명명되었습니다.사용자-- 호스트 아님 -- 기본적으로 이러한 파일 이름은 id_rsa.pub id_dsa.pub id_ecdsa.pub id_ed25519.pub변경될 수 있지만 이러한 방식으로 지정됩니다. 공개 키 파일가능한(또는 포함하지 않을 수도 있음) 사용자 이름을 제공하는 주석이 포함되어 있으며 이 주석은 기본적으로 키가 있는 위치 ssh-keygen로 생성됩니다.userid@hostname생성됨(연결에 키가 사용되는 위치와 다를 수 있지만 재정의, 변경 또는 제거할 수 있습니다.

관련 정보