Windows에서 서버에 SSH로 연결할 때 퍼티가 잘못된 프로토콜 오류를 시도했습니다

몇 달 동안 Putty가 SSH를 통해 Ubuntu 12.10 서버에 연결했습니다. 어제 연결할 때마다 다음과 같은 오류가 발생하기 시작했습니다.

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

X Windows 응용 프로그램 시작을 제외하고 세션의 모든 작업을 수행 할 수 있습니다. 내 지식으로는 Windows 측에서 아무것도 바뀌지 않았으며, 정상적인 업그레이드 유지 관리 중에 Ubuntu 측에 @ 20 업데이트를 최근에 설치했습니다.

Windows 클라이언트에서 Xming을 X 서버로 사용합니다. 그리고 내가 말했듯이 그것은 잘 작동했습니다. 이 오류를 검색하는 수십 개의 Google 결과가 준비되어 있으며 다른 계정으로 SU 또는 SUDO를 시도하는 동안 SSH 연결 후 발생하는 오류와 관련이있는 것 같습니다 . 그러나 이것은 일반 사용자 연결에서 발생합니다.

내 홈 디렉토리에서 .Xauthority 파일을 삭제하려고 시도했으며 올바른 "매직 쿠키"를 .Xauthority 파일로 다시 가져 오기위한 다양한 xauth add 명령도 시도했습니다. 아무것도 효과가 없었습니다.

이견있는 사람?

12.10 openssh

— rbruceporter
소스

당신은 아마 이것을 보았습니다 . 문제 의 원인이 해당 원인과 동일 하지 않은 것으로 알고 있습니다. 그러나 덜 안전한 솔루션을 사용해 보셨습니까 ForwardX11Trusted? SSH를 사용할 수있는 신뢰할 수없는 사용자는이 작업을 수행해서는 안됩니다 man 5 ssh_config.이 기능을 사용하는 것이 안전한 경우에는 사용하지 않으려는 경우에도 유용한 정보가 제공됩니다.

— Eliah Kagan

또한, 당신은 "다양한 xauth add 명령"을 시도했다고 말했지만 , 예상대로 정보 xauth를 제공 하는 명령 의 출력 입니까? 그렇지 않다면 상황에 약간의 빛을 비출 수 있습니다. 결과는 무엇입니까 xauth list(16 진수 키를 제거하거나 교체 할 수는 있지만 공유 할 필요는 없습니다). 이 모든 정보를 제공하는 가장 좋은 방법은 질문 을 편집하는 것입니다 . 시도한 모든 xauth 명령과 발생한 일에 대해 가능한 한 많은 정보를 포함하십시오.

— Eliah Kagan 2013

왼쪽 바의 SSH 내부에있는 Putty X11 구성의 스크린 프린트를 게시 할 수 있습니까? 내가 틀리지 않으면, 서버는 XDM 인증을 기대하지만 매직 쿠키를 시도하고 있습니다. XDM-Authorization-1로 변경하십시오.

— thefourtheye

최근 서버 변경 : /etc/ssh/sshd.conf가 "프로토콜 1,2"를 "프로토콜 2"로 변경 했습니까? 프로토콜 1에는 알려진 취약점이 있지만 퍼티가 사용하는 것일 수 있습니다. 또는 프로토콜 2를 사용하도록 퍼티를 구성합니까?

— waltinator

froebe.net/blog/2008/11/14/…

— j0h

http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/ 에서 요청하도록 다시 포맷

위에서 언급 한 것처럼 서버 ForwardX11Trusted yes의 /etc/ssh/sshd_config파일을 켜고 sshd를 다시 시작 하여 보안을 해제 할 수 있습니다 . 완전한 해결책은 승인을 다른 계정으로 임시로 이전하는 것입니다.

먼저 클라이언트에서 계정의 키를 가져옵니다 (Windows의 경우 xming 용이며 xming 구성에있을 수 있음).

$ xauth list
aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

그런 다음 ssh / putty 계정에 로그인하고 xming 키를 추가하십시오 (실제로 putty 구성에있을 수 있음).

$ xauth add aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

이제 ssh를 통해 X 디스플레이를 전달할 때 앱을 열 수 있어야합니다.

— 마틴 오웬스-닥터모-
소스

더 이상 매뉴얼 페이지를 읽는 사람은 없습니다. 이 옵션을 설정 sshd_config하면 SSH 서버가 성공적으로 시작되지 않습니다! man sshd_config|grep ForwardX11Trusted대 시도하십시오 man ssh_config|grep ForwardX11Trusted. -1.

— 0xC0000022L

고맙습니다 남자 ... Putty / Windows / XMing에서 Raspbian Pixel까지 내 문제를 해결했습니다 ... 이상하게 권한을 높이면 X의 표시 번호 (sudo su)는 : 11 ... not : 10 ...? 왜

— ZEE