내 로컬 컴퓨터에서 원격 서버로의 ssh인증 및 X 디스플레이에 대한 인증입니다. 이 프로세스에서 사용되는 것으로 알고 있으며 MIT-MAGIC-COOKIES인증 프로세스가 작동하려면 서버와 클라이언트의 값이 동일해야 합니다.
그런데 원격 서버에 로그인해서 확인해 보니 xclock상황xclock
원격 서버의 쿠키 값
chulhyun@chulhyun-Inspiron-3420:~$ ssh -X Black@$labcom
Last login: Wed Jun 25 10:02:25 2014 from
Black@Black-PC ~
$ xclock ### xclock appears in local machine.
Black@Black-PC ~
$ xauth list
Black-PC/unix:10 MIT-MAGIC-COOKIE-1 708f623489b1ea129a77e98287d130ca
로컬 컴퓨터의 쿠키 값
chulhyun@chulhyun-Inspiron-3420:~$ xauth list
chulhyun-Inspiron-3420/unix:0 MIT-MAGIC-COOKIE-1 5ddd2ce92004eab53ceee8a64b7b88c0
보시다시피 쿠키 값은 두 컴퓨터에서 다릅니다. 그렇다면 X 모니터가 작동하지 않아야 하는 것 아닌가요?
내가 여기서 무엇을 놓치고 있는 걸까요?
$XAUTHORITY추신: 파일에 대한 경로가 있다고 들었고 xauthority로컬 컴퓨터에서 경로를 확인했습니다.
chulhyun@chulhyun-Inspiron-3420:~$ echo $XAUTHORITY
/var/run/gdm/auth-for-chulhyun-iZfH2u/database
"데이터베이스" 파일을 볼 때 내용이 이상한 문자로 구성되어 있기 때문에 내용을 읽을 수 없습니다.
^A^@^@^Vchulhyun-Inspiron-3420^@^A0^@^RMIT-MAGIC-COOKIE-1^@^P]?,? ^D??<??? K{??
이것이 문제와 관련이 있을 수 있습니까?
고쳐 쓰다
원격 서버 xhost의 결과$XAUTHORITY
Black@Black-PC ~
$ xhost
access control enabled, only authorized clients can connect
SI:localuser:chulhyun
Black@Black-PC ~
$ echo $XAUTHORITY
*정의되지 않은 것으로 밝혀졌습니다 $XAUTHORITY...이게 정상인가요?
xhost로컬 컴퓨터의 결과
chulhyun@chulhyun-Inspiron-3420:~$ xhost
access control enabled, only authorized clients can connect
SI:localuser:chulhyun
답변1
SSH가 원격 서버 측에 설정된 터널을 통해 X11 연결의 프록시를 수행하는 방법과 매직 쿠키가 일반적으로 작동하는 방법에 대해 혼란스러워 하시는 것 같습니다. SSH 매뉴얼 페이지에서:
발췌The DISPLAY value set by ssh will point to the server machine, but with a
display number greater than zero. This is normal, and happens
because ssh creates a “proxy” X server on the server machine for forwarding
the connections over the encrypted channel.
ssh will also automatically set up Xauthority data on the server machine.
For this purpose, it will generate a random authorization cookie,
store it in Xauthority on the server, and verify that any forwarded
connections carry this cookie and replace it by the real cookie when the
connection is opened. The real authentication cookie is never sent to the
server machine (and no cookies are sent in the plain).
따라서 원격 서버 측에 표시되는 매직 쿠키는 실제로 로컬 서버(사용자 측)에 있는 실제 매직 쿠키가 아닌 것처럼 보입니다. SSH를 통해 원격 서버에 연결하면 DISPLAY가 다음과 같이 설정된다는 점을 기억하세요.
$ echo $DISPLAY
localhost:11.0
매직 쿠키는 다음과 같이 연결됩니다 $DISPLAY.
$ xauth list
remotey.dom.com/unix:11 MIT-MAGIC-COOKIE-1 00f505f4c5731714d30f24a956d4cb8f
우리가 듣는 것은 입니다 /unix:11. 이는 일반적으로 발생하는 로컬 서버의 X11이 아닌 SSH 연결의 로컬 측을 위한 매직 쿠키입니다 :0.
.X 권한
파일에 매직 쿠키가 포함되어 있는 것은 사실이지만 바이너리 파일이고 일반적으로 명령을 통해 상호 작용합니다 xauth. 이에 대한 자세한 내용은 xauth매뉴얼 페이지를 참조하십시오.
수동으로
일반적으로 다음을 수행하면 이 메시지가 표시됩니다.
$ ssh -X user1@remotey
$ su - user2
$ xclock
X11 connection rejected because of wrong authentication.
X connection to localhost:10.0 broken (explicit kill or server shutdown).
이는 두 번째 사용자는 .Xauthority처음 로그인할 때 SSH를 통해 전달된 매직 쿠키에 대해 아무것도 모르기 때문입니다. xauth adduser1으로 필요한 것을 생성하고 다음과 같이 user2로 사용할 수 있습니다 .
$ ssh -X user1@remotey
$ echo $DISPLAY
localhost:10.0
위에는 # 이 표시되어 있습니다 :10.0. 이제 xauth add이 디스플레이에 필요한 #을 생성합니다.
$ echo xauth add $(xauth list ${DISPLAY#localhost})
xauth add remotey.dom.com/unix:10 MIT-MAGIC-COOKIE-1 111ef940f6d75b4a9eb64ea3579ef67e
이제 user2가 되어 추가하세요.
$ su - user2
$ xauth add remotey.dom.com/unix:10 MIT-MAGIC-COOKIE-1 111ef940f6d75b4a9eb64ea3579ef67e
$ xclock
예상되는 시계 표시를 얻습니다.
노트:위 내용을 익히면 단일 명령줄에서 작업을 수행할 수도 있습니다.
su를 사용하세요$ xauth extract - ${DISPLAY#localhost} | \
su - user2 -c "xauth merge -; xclock"
$ xauth extract - ${DISPLAY#localhost} | \
sudo su - user2 -c "xauth merge -; xclock"