☰

"잘못된 인증으로 인해 X11 연결이 거부되었습니다"를 어떻게 디버깅합니까?

tag-icon • tag-icon ssh logging debug x11-forwarding
"잘못된 인증으로 인해 X11 연결이 거부되었습니다"를 어떻게 디버깅합니까?

SSH를 통한 X 전달에 문제가 있습니다. 나는 오랫동안 싸워왔지만 아무도 도와줄 수 없는 것 같습니다.

나는 이제 다른 전략을 취하고 있습니다. 오류를 디버깅하는 방법을 알고 싶습니다.

어떤 로그를 살펴봐야 하고, 어떤 추가 플래그를 설정해야 하며(-v 등) 무엇을 찾아야 합니까?

추가 편집:

Putty에 서버에 로그인하고 시도하면 다음과 같은 결과가 xeyes나타납니다.

PuTTY X11 프록시: 잘못된 인증 프로토콜 시도 오류: 디스플레이를 열 수 없습니다: localhost:10.0

xauth generate $DISPLAY내가 얻는 경우 :

PuTTY X11 프록시: 잘못된 인증 프로토콜 시도xauth: (argv):1: "localhost:10.0" 디스플레이를 열 수 없습니다.

답변1

내 솔루션 단계별:

1) -X 원격 호스트 로그인 루트 옵션을 사용하여 로그인

$ SSH -X[이메일 보호됨]

2) 기존 .Xauthority 파일이 있는지 확인하십시오.

[root@localhost ~]# ls -al
[root@localhost ~]# vim .Xauthority

3) .Xauthority 파일을 다른 사용자의 디렉터리에 복사합니다.

[root@localhost ~]# cp .Xauthority /home/oracle/
cp: `/home/oracle/.Xauthority'를 덮어쓰시겠습니까? 와이

4) 이 파일에 대한 권한을 설정합니다.

[root@localhost ~]# chown oracle:oinstall .Xauthority
[root@localhost ~]# chmod 0600 .Xauthority

5) 오라클 사용자로 로그인

[root@localhost ~]# su - 오라클

6) localhost:10.0의 디스플레이 설정

[oracle@localhost ~]$ echo $DISPLAY
로컬호스트:10.0
[oracle@localhost ~]$ ls -al

7) 기존 xauth 쿠키를 나열합니다.

[oracle@localhost ~]$ xauth 목록
localhost.localdomain/unix:11 MIT-MAGIC-COOKIE-1 310f1b02c1080e73059391c193a1881b
localhost.localdomain/unix:10 MIT-MAGIC-COOKIE-1 41843db100830a2aa352641ac47bb759

8) 추가

[oracle@localhost ~]$ xauth add localhost.localdomain/unix:10 MIT-MAGIC-COOKIE-1 41843db100830a2aa352641ac47bb75

9) 테스트

[oracle@localhost ~]$ xclock

그들이 봉사하길 바랍니다! @wcaraza

답변2

SSH 서버에 xauth도구가 설치되어 있고 ~/.Xauthority파일에 쓰기가 가능한지 확인하세요. (존재하지 않는 것도 xauth창조할 수 있다면 괜찮습니다 .)

xauth 데이터가 업데이트되고 있는지 확인하세요.

server$ xauth list

(다시 SSH 서버에서) 더미 xauth 데이터를 수동으로 추가하고 xauth문제가 있는지 확인하십시오(예: 잠금 파일을 생성할 수 없거나 Xauthority 파일 자체를 수정할 수 없는 경우).

server$ xauth add localhost:123 MIT-MAGIC-COOKIE-1 d7e2e4a8c5aa4430bfcc2abb436940d2

필요한 경우 아래에서 다시 실행하세요 strace.

LogLevel DEBUG2서버 구성( /etc/ssh/sshd_config)에서 설정하거나 디버그 모드에서 sshd를 직접 시작하여 디버그 모드에서 SSH 서비스를 실행합니다 .

server$ sshd -rddp 12234

(이 예에서는 12234연결해야 하는 임시 SSH 포트입니다. 모든 무료 포트가 가능합니다.)

답변3

작동하고 있어요, 작동하고 있어요. ㅋ.

마지막으로.

테스트 사용자(x 전달이 "기본적으로" 작동함)를 추가하여 시스템이 아니라는 것을 확인한 후 "깨진" 사용자를 처녀화하기 위해 .bash* 시작 파일을 복사하기 시작할 것이라고 생각했습니다.

파일이 다르지 않았으므로 다음으로 사용자 .ssh 디렉토리를 삭제했습니다. ssh에 접속하면 "서버가 키를 거부했습니다"라고 신음했지만 비밀번호를 사용하여 로그인할 수 있었습니다. 일단 로그인하면 완벽하게 전달할 수 있습니다.

이제 키를 다시 설정하고 해당 키도 작동할 수 있는지 확인하겠습니다. 그러면 다시 정상으로 돌아올 것입니다.

답변4

rm ~/.Xauth*그런 다음 다시 연결하세요.

이것은 나에게 효과적입니다. 이상세부

관련 정보