성가신 문제가 있습니다.
SSH를 통해 특정 호스트에 로그인하면 다음 메시지가 나타납니다.
X11 connection rejected because of wrong authentication.
대략 1분에 한 번씩 발생하며 겉으로는 무작위로 세 번 발생합니다. 나는 그것이 어디서 나오는지 모른다.
실제로 X11 포워딩에는 아무런 문제도 없으며 매력적으로 작동합니다. 그런데 이 메시지가 계속 와서 나를 미치게 만든다.
누구든지 그것을 제거하는 방법을 알고 있습니까?
내가 어디에서 왔는지에 관계없이 이 문제에 직면합니다. 이 문제는 Gnome 데스크탑뿐만 아니라 PuTTY, MobaXterm, Cygwin 등을 사용하는 Windows 시스템에서도 발생합니다.
좀 더 조정한 후에 원인이 모니터링 에이전트(check_mk)라는 것을 알았습니다. 이는 실행 중인 작업의 일부 런타임 매개변수를 확인하며 이 에이전트가 모니터링 시스템에서 트리거될 때마다, 즉 PostgreSQL 상태를 확인할 때 이 메시지가 나타납니다. 프로세스가 X11 연결을 열려고 시도했지만 실패했습니다. 그런 다음 전달된 X11 세션을 사용하려고 하면 메시지가 내 터미널 세션에 표시됩니다.
이 메시지를 완전히 비활성화하는 방법이 있습니까?
답변1
흥미로운 버전이 있는데,눈그리고x 표시유효하지만크롬아니요.
스냅을 이용하여 크롬을 설치하는 기능입니다.
빠른 수정:
export XAUTHORITY=$HOME/.Xauthority
chromium
더보기:
답변2
디스크 공간이 부족하지 않은지 확인하세요.
df를 실행하고 디스크 공간이 충분한지 확인하세요. 디스크 공간이 부족한 경우 시스템에서 불필요한 파일을 삭제하세요.
$ df -h
파일 시스템에 할당량이 있는 경우 이를 초과하지 않았는지 확인하세요.
$ quota -s
~/.Xauthority가 귀하의 소유인지 확인하세요.
소유권을 찾으려면 다음 명령을 실행하십시오.
$ ls -l ~/.Xauthority
권한 문제를 해결하려면 chown 및 chmod를 실행하십시오. [user:group을 실제 사용자 이름 및 그룹 이름으로 바꾸십시오]:
$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority
X11 SSHD 전달이 활성화되어 있는지 확인하세요
sshd_config 파일에 다음 줄이 있는지 확인하십시오.
$ grep X11Forwarding /etc/ssh/sshd_config
예제 출력:
X11Forwarding yes
X11이 비활성화된 경우 sshd_cofing에 다음 줄을 추가하고 SSH 서버를 다시 시작합니다.
X11Forwarding yes
X11 클라이언트 전달이 활성화되어 있는지 확인하십시오
로컬 ssh_config에 다음 줄이 있는지 확인하세요.
Host remote-host.com
ForwardX11 yes
마지막으로 원격 서버에 로그인하고 다음과 같이 Mac OS X 또는 Linux 데스크톱 시스템에서 X11을 실행합니다.
ssh [email protected]
정보 출처는 다음과 같습니다.http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/
도움이 되길 바랍니다.
답변3
나는 같은 문제가 있었고 이것은 나에게 도움이되었습니다. (노트: 이것은 내 해결책은 아니지만, 그것을 찾기 위해 애썼기 때문에 여기에 다시 게시합니다. 원본을 찾아보실 수 있습니다여기그리고여기)
1. 원격 서버에 로그인
echo $DISPLAY그러면 현재 X11 모니터가 표시됩니다.
xauth list콘솔에 아무것도 인쇄되지 않으면 ssh가 로컬 디스플레이에 X11 인증 쿠키를 자동으로 올바르게 생성하지 않는다는 의미입니다.
2. 인증 쿠키 추가
xauth add $DISPLAY - `mcookie`그러면 디스플레이의 인증 쿠키가 xauth에 추가됩니다.
xauth list모니터가 추가되었는지 확인하세요.
3. 쿠키를 로컬 컴퓨터와 병합
xauth nextract ~/xcookie $DISPLAY
exit
장소 상에서:scp user@remote:~/xcookie ~/xcookie
장소 상에서:xauth nmerge ~/xcookie
마지막으로 원격 서버에 다시 로그인하면 문제가 해결됩니다.
답변4
SELINUX를 적용하고 홈 디렉토리가 /home 디렉토리 아래에 없으면 이것이 문제입니다. 대상 SELINUX 설정은 모든 사용자 홈 디렉토리가 /home 아래에 있다고 가정하므로 홈 디렉토리의 SELINUX 유형이 올바르지 않기 때문에 xauth가 제대로 작동하지 않습니다. 수정 사항을 추천하고 싶지만 제가 찾은 수정 사항이 작동하지 않습니다. 이 문제를 해결하기 위해 SELINUX를 허용하도록 설정했습니다. 올바른 라벨을 설정하는 것이 좋습니다. 예를 들면 다음과 같습니다.
semanage fcontext -a -e /home <custom_path>
restorecon -R -v <custom_path>