리모콘으로 SSH 접속시 bad display name 에러가 나며 접속이 안됩니다. [3]
- Netsarang Support
Owned by Netsarang Support
Mar 10, 2021
2 min read
Loading data...
리모콘으로 SSH 접속시 bad display name 에러가 나며 접속이 안됩니다.
2002-04-15 00:00 - 김경호
사설 아이피인 192.168.x.x 를 사용해서 외부의 GnG IDC의 서버에
리모콘으로 SSH2를 사용해서 접속을 시도했는데 아래와 같은 에러가
나면서 접속이 안됩니다.
레드햇 리눅스 7.2(enigma) 버전이면
ssh2의 버전은 SSH-2.0-3.1.0 SSH secuve Shell (non-commercial version) 김정균씨 패키지(oops.org) 입니다.
xmanager 는 최선버전인 1.3.9.5 를 어제 받아서 설치했습니다.
Connected to 211.XXX.XXX.XXX:XXXX.
Exchanging SSH version...Done.
Server: SSH-2.0-3.1.0 SSH Secure Shell (non-commercial).
Client: SSH-2.0-Xssh_1.0.
SSH2 is enabled.
Negotiating algorithms...
Initiating key exchange...Done.
Exchanging Diffie-Hellman KeyEx message...Done.
Waiting for new key message...Received.
Fingerprint: 1024
:db.Verifying host key...
Algorithm negotiation has been finished...
CS Cipher: 3des-cbc, SC Cipher: 3des-cbc
CS Compress: zlib, SC Compress: zlib
CS MAC: hmac-sha1, SC MAC: hmac-sha1
Trying to login as helpchurch.
Trying password authentication...Done.
Requesting session channel...Done.
Requesting X11 forwarding...Done.
Executing remote command...Done.
/usr/bin/X11/xauth: (stdin):1: bad display name "HServer:10.0" in "add" command
해결책으로 /etc/hosts 파일에 localhost 도메인의 호스트 명을
아래와 같이 추가시켰는데도 안되는군요
211.xxx.xxx.xxx Hserver Hserver.com
127.0.0.1 localhost localhost.localdomain
ssh2d_config 파일에도 아래와 같이 설정이 되어 있습니다.
AllowX11Forwarding yes
AllowTcpForwarding yes
실행명령도
/usr/bin/X11/xterm -ls -display $DISPLAY
/usr/bin/X11/xterm -ls
로 바꿔봤는데 안됩니다.
왜 안되는 걸까요?
리모콘으로 SSH2를 사용해서 접속을 시도했는데 아래와 같은 에러가
나면서 접속이 안됩니다.
레드햇 리눅스 7.2(enigma) 버전이면
ssh2의 버전은 SSH-2.0-3.1.0 SSH secuve Shell (non-commercial version) 김정균씨 패키지(oops.org) 입니다.
xmanager 는 최선버전인 1.3.9.5 를 어제 받아서 설치했습니다.
Connected to 211.XXX.XXX.XXX:XXXX.
Exchanging SSH version...Done.
Server: SSH-2.0-3.1.0 SSH Secure Shell (non-commercial).
Client: SSH-2.0-Xssh_1.0.
SSH2 is enabled.
Negotiating algorithms...
Initiating key exchange...Done.
Exchanging Diffie-Hellman KeyEx message...Done.
Waiting for new key message...Received.
Fingerprint: 1024
:db.Verifying host key...
Algorithm negotiation has been finished...
CS Cipher: 3des-cbc, SC Cipher: 3des-cbc
CS Compress: zlib, SC Compress: zlib
CS MAC: hmac-sha1, SC MAC: hmac-sha1
Trying to login as helpchurch.
Trying password authentication...Done.
Requesting session channel...Done.
Requesting X11 forwarding...Done.
Executing remote command...Done.
/usr/bin/X11/xauth: (stdin):1: bad display name "HServer:10.0" in "add" command
해결책으로 /etc/hosts 파일에 localhost 도메인의 호스트 명을
아래와 같이 추가시켰는데도 안되는군요
211.xxx.xxx.xxx Hserver Hserver.com
127.0.0.1 localhost localhost.localdomain
ssh2d_config 파일에도 아래와 같이 설정이 되어 있습니다.
AllowX11Forwarding yes
AllowTcpForwarding yes
실행명령도
/usr/bin/X11/xterm -ls -display $DISPLAY
/usr/bin/X11/xterm -ls
로 바꿔봤는데 안됩니다.
왜 안되는 걸까요?
리모콘으로 SSH 접속시 bad display name 에러가 나며 접속이 안됩니다.
2002-04-16 00:00 - 넷사랑
안녕하세요.기술지원팀입니다.
고객님의 상황을 여러가지 방법으로 테스트 해본 결과
/etc/hosts에 등록 되어있는 설정부분이 잘 못 설정되어
있을 때 같은 에러 내용이 발견되었습니다.
다시 한번 "helpchurch.com"과 IP가 일치한지 확인해보십시오.
그리고 telnet으로 접속하셔서 명령라인에서
]#xauth list
하시면 정보가 나오는데 이 정보를 올려주십시오.
감사합니다.
고객님의 상황을 여러가지 방법으로 테스트 해본 결과
/etc/hosts에 등록 되어있는 설정부분이 잘 못 설정되어
있을 때 같은 에러 내용이 발견되었습니다.
다시 한번 "helpchurch.com"과 IP가 일치한지 확인해보십시오.
그리고 telnet으로 접속하셔서 명령라인에서
]#xauth list
하시면 정보가 나오는데 이 정보를 올려주십시오.
감사합니다.
Xauth list 입니다.
2002-04-16 00:00 - 김경호
Helpchurch/unix:10 MIT-MAGIC-COOKIE-1 0d5540364ff1196221ea7
Helpchurch/unix:11 MIT-MAGIC-COOKIE-1 d685e8a17ab697c741a1e
Helpchurch/unix:12 MIT-MAGIC-COOKIE-1 91d991da400d67bf0a20
hosts 의 설정을 다시 확인했는데 맞습니다.
제 컴퓨터의 환경은 윈도2000 서버이며 공유기를 사용하고 있습니다.
사설아이피를 사용중이구요.
Helpchurch/unix:11 MIT-MAGIC-COOKIE-1 d685e8a17ab697c741a1e
Helpchurch/unix:12 MIT-MAGIC-COOKIE-1 91d991da400d67bf0a20
hosts 의 설정을 다시 확인했는데 맞습니다.
제 컴퓨터의 환경은 윈도2000 서버이며 공유기를 사용하고 있습니다.
사설아이피를 사용중이구요.
다음을 확인해 보세요.
2002-04-16 00:00 - 넷사랑
기술지원팀입니다.
고객님의 Xauth list 정보를 보니 이전에 잘 사용하시다가 갑자기 안되신 것
같은데(이전의 쿠키 정보가 남아 있는걸 보니)
그렇다면 DNS설정문제를 의심해 볼 수 있습니다.
혹시 서버를 다른 곳으로 옮겼거나 네트워크 환경이 변경되지 않으셨는지...?
서버의 host이름과 IP설정, DNS 서버의 설정과 다르지 않은지 등을 확인 해보세요.
감사합니다.
고객님의 Xauth list 정보를 보니 이전에 잘 사용하시다가 갑자기 안되신 것
같은데(이전의 쿠키 정보가 남아 있는걸 보니)
그렇다면 DNS설정문제를 의심해 볼 수 있습니다.
혹시 서버를 다른 곳으로 옮겼거나 네트워크 환경이 변경되지 않으셨는지...?
서버의 host이름과 IP설정, DNS 서버의 설정과 다르지 않은지 등을 확인 해보세요.
감사합니다.
이전 조회수: 725