PuTTY X11 프록시 : 잘못된 인증 프로토콜 시도


13

Qt-creator에서 작업하기 위해 Ubuntu 서버에 연결하려고합니다. 모든 잘못 전에, 나는 다음 자습서를. 퍼티와 Xming을 다운로드했는데 모든 것이 잘 작동했습니다.

그런 다음 갑자기 Qt-creator에서 작업하는 동안 변경 사항을 저장할 수 없었습니다. 그래서 Qt-creator를 닫고 퍼티 세션을 다시 시작했습니다. 서버에 로그인 한 후 (평소대로) Qt-creator를 실행하려고하면 다음과 같은 메시지가 나타납니다.

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

그래서 인터넷에서 발견 된 두 가지 접근 방식을 사용하여 문제를 해결하려고했습니다.

첫 번째는 다음을 dpyname protoname hexkey사용하여 얻는 것입니다 .

xauth list 

키를 반환해야하며 다음을 사용하여 추가 할 수 있습니다.

xauth add

그러나 xauth list명령이 아무것도 반환 하지 않았으므로 작동하지 않았습니다 .

두 번째 해결책은 다음과 같습니다.

./etc/ssh/sshd_config

sshd_config 파일을 열고 ForwardX11Trusted읽을 행을 편집하고 해당 행 yes이 없으면 추가하십시오.

ForwardX11Trusted yes

그런 다음 ssh 서버를 다시 시작하면 작동합니다.

그러나 작동하지 않았습니다. 나는 파일을 열 수 없습니다 sshd_config사용 xdg-open하거나 gedit동일한 메시지가 다시 나타납니다.

왜 이런 일이 일어나고 그 해결책은 무엇입니까?


좋은 소식은 : 이제 파일을 열 수 있습니다. 명령을 sshd_config사용하여 sudo nano다음 줄을 추가하십시오 ForwardX11Trusted yes.
McLan 2016 년

사용할 때 전체 명령은 무엇입니까 xauth add?
Kalamazoo에서 네이트

ForwardX11Trusted서버가 아닌 OpenSSH 클라이언트의 옵션입니다. sshd버전에 따라 추가하지 못할 수 있습니다 .
Gert van den Berg 1

답변:


7

su로 로그인하는 동안 몇 가지 "PuTTY X11 프록시 : 잘못된 인증 프로토콜 시도"유형 오류가 발생한 후 인증 문제임을 깨달았습니다. 그런 다음 .Xauthority 파일을 내 프로필 / home 디렉토리에서 / root로 복사하는 것을 기억했습니다. 문제 해결됨!


이것은 동일한 문제가 있지만 다른 문제에 대한 답변처럼 보입니다.
DavidPostill

이것은 RaspberryPi에서 Raspbian Jessie를 위해 일함
Dexter

이것은 또한 RPI에서 나를 위해 일했습니다. Win10의 PuTTy에서 간단하게 leafpad작동했지만 sudo leafpad위의 설명에서 오류가 발생 했습니다 . 복사 .Xauthority는 완벽하게 작동했습니다. 고마워요!
Petr Újezdský

확인 인증 문제에 대한 ...하지만 아직도 날은 "열 수 없습니다 표시를"제공합니다 ... 어떤 아이디어?
여보

2

해결되었습니다.

위에서 언급 한 두 가지를 혼합하여 해결했습니다.

1. '/ etc / ssh / sshd_config'에 다음 줄을 추가했습니다.

ForwardX11Trusted yes

2. 나는 xauth를 사용하여 설치했다

sudo apt-get install xauth

xauth list다시 시작하기 전에 나를 위해 비어있었습니다. 그러나 다시 시작한 후에 채워졌습니다. 내가 그랬어 xauth list내가 퍼티로 테스트 후.

그런 다음 ssh를 다시 시작하면 효과가 있습니다. 예이!

참고 : 실제로 내가 한 일은 내 라즈베리 파이를 다시 시작한 것입니다.


3
ForwardX11Trusted는 sshd_config에 유효한 옵션이 아닙니다. 서버 디먼 매개 변수가 아닌 클라이언트 매개 변수입니다
HeatfanJohn

나는 꽤 오래 전에 이것을했었다. 지금 몰라
Dheeraj Bhaskar

2

홈 폴더의 디스크 공간이 부족하여 직장 서버에서 비슷한 문제가 발생했습니다. 로그인 후 Xauthority 파일을 쓸 수없고 전달할 수 없습니다.

공간을 확보하면 문제가 해결되었습니다.

홈 폴더 또는 .Xauthority 권한이 잘못 설정되어 쓰기 액세스 권한이 없으면 비슷한 문제가 발생한다고 생각합니다.


1

제 경우에는 루트로 디스플레이를 열 수 있다는 것을 알았지 만 그리드를 사용하고 있었고이 사용자 그리드는 문제가있는 그리드였습니다.

해결책은이 세션을 닫고 그리드로 직접 새 세션을 여는 것이 었습니다.


0

서버에서 비슷한 문제가 발생했습니다. 그 이유는 사용자가 잘못된 디스플레이 수를 표시했기 때문입니다 (DISPLAY = localhost : 10.0). 사용자가 test1이라는 사용자로 SSH를 통해 서버에 연결하면 DISPLAY = localhost : 11.0이됩니다. 다른 사용자로 연결 한 다음 사용자 (test1)가되면 잘못된 표시 횟수 (DISPLAY = localhost : 10.0)가 표시됩니다. DISPLAY의 rifght 수 (DISPLAY = localhost : 11.0)를 설정하면 작동합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.