내가 사용하는 경우 ssh -X
내 Mac에서 내 우분투 (11.04) 상자에 연결 (OS X 10.6.7를 실행), 나는 다음과 같은 경고를 얻을 :
경고 : 신뢰할 수없는 X11 전달 설정에 실패했습니다 : xauth 키 데이터가 생성되지 않음 경고 : xauth 데이터가 없습니다. X11 전달에 가짜 인증 데이터 사용
이 경고를 없애기 위해 할 수있는 일이 있습니까? 그렇지 않다면 안전하게 무시해도됩니까?
이 메시지가 표시되지만 X11 전달이 제대로 작동하는 것 같습니다.
Xlib : 확장 “RANDR”이 디스플레이 “localhost : 10.0″에 없습니다.
경고와 관련이 있습니까? (나는 추측하지 않고있다. 그렇지 않다면, 그것에 대해 새로운 질문을 할 것이다.)
답변
-X 플래그 대신 -Y 플래그를 사용하지 않으려는 이유는 무엇입니까?
간단히 말해서 -X와 -Y의 차이점은 -Y는 신뢰할 수있는 X11 전달을 가능하게한다는 것입니다.
답변
2015 년에 여기에 온다면 : 다른 모든 것이 올바르게 설정 되었더라도 ssh -X
XQuartz 버전 <= 2.7.7을 사용 하고 실행할 때 Mac OS X 10.10 Yosemite에서도 발생할 수 있습니다 . 근본 원인은 X11 디스플레이 소켓이 xauth 검색 경로 외부에 쓰여지는 것입니다 : XQuartz 트래커의 이슈 # 2068 .
편집 : 고정 된 XQuartz는 이후 새로운 홈페이지 xquartz.org 에 릴리스되었으며 최신 버전 (현재 2.7.9)을 설치하면 문제가 해결됩니다.
답변
를 사용할 때도 동일한 메시지가 표시되면 서버 -Y
에서 xauth
프로그램이 누락되었을 수 있습니다. 데비안 계열 시스템에서는 xauth
패키지 가 필요합니다 . RedHat와 같은 시스템에서는 xorg-x11-xauth
패키지 가 필요합니다 .
답변
이 문맥에서 “신뢰할 수 없음”은 연결을 신뢰할 수 없음을 의미합니다. SSH는 추가 보안 조치를 사용하여 X11 전달을보다 안전하게 만듭니다. “신뢰할 수 있음”은 원격 호스트에서 Xauth 데이터에 액세스 할 수 없으며 키 스트로크를 모니터링하는 데 사용한다는 것을 전적으로 확신합니다.
이 용어는 실제로 몇 년 동안 저를 혼란스럽게했습니다. “신뢰할 수있는”연결이 더 안전하다고 생각했습니다. 그러나 실제로는 연결이 신뢰할 수 있고 추가 보안 조치를 취하지 않고 물건을 실행하려는 경우 사용하는 옵션입니다. “신뢰할 수 없음”은 신뢰할 수없는 원격 호스트를 처리하는 것이 더 안전합니다.
“신뢰할 수없는”연결은 X11 보안 확장을 사용하고 필요하지 않은 다른 확장을 비활성화하여 블랙 햇이 수행 할 수있는 작업을 제한하려고합니다. 이것이 아마도 RandR이 -X로 비활성화 된 이유 일 것입니다. 원격 호스트에서 X 디스플레이를 회전 할 수 있어야합니까?
또한 일정 시간이 지나면 “신뢰할 수없는”X11 포워딩이 꺼 지므로 실수로 전원이 꺼지지 않도록주의해야합니다. 그 후 창을 열려는 새로운 시도는 실패 할 것입니다. 무슨 일이 일어나고 있는지 이해하기에 충분한 문서를 읽기 전에 여러 번 물었습니다.
답변
이 동작을 수행 할 수있는 설정이 없으므로 어두운 곳에서 촬영 한 것입니다.
이 경고 를 제공하는 호스트 ForwardX11Trusted
에 "no"
대해 설정하면 경고가 표시되지 않을 수 있습니다 . ~/.ssh/config
또는 에 둘 중 하나를 배치 할 수 있으며 위 의 줄 /etc/ssh/ssh_config
에 포함시켜 특정 호스트에 특정 옵션을 지정할 수 있습니다 Host <hostname>
. <hostname>
구성 요소는 명령 행 (안 해결 호스트 이름)에 입력 한 내용과 일치, 그리고 와일드 카드를 포함 할 수 있습니다.
답변
BEWARE (보안 결함으로 이어지는 불완전한 답변을 읽는 데 어려움을 겪음 )
1 / ssh -Y를 사용한다는 것은 여기에 잘못된 xauth 정보가 있다는 것을 의미합니다!
2 / ssh -X는 XQuartz가 일단 활성화되면 xauth를 사용하므로 작동해야합니다. 유일한 문제는 ssh가 / usr / X11R6 / bin에서 xauth를 찾고 XQuartz가있는 macos에서는 / opt / X11 / bin에 있다는 것입니다.
안전한 해결 :
1 / 인증 된 연결을 가능하게하는 기본 설정 (Cmd-,)의 보안 탭 에서 첫 번째 옵션을 활성화합니다
2 / 추가
XAuthLocation /opt/X11/bin/xauth
$ HOME / .ssh / config에서
3 / ssh -X you_server
안전한 방법으로 일
답변
설치 xauth
가 제대로 작동하지 않으면 특히 성가신 경우가 손상된 .Xauthority
파일 일 수 있습니다 . 이 특별한 경우에는 일부 X 클라이언트가 작동했지만 새로운 디스플레이로 실패하는 경향이 더 큰 클라이언트는 그렇지 않았습니다. .Xauthority
파일을 제거하고 다시 작성하면 해당 문제점을 해결할 수 있습니다.