Não é mais possível usar o X11 com o ssh. O XQuartz2.7.7 está instalado. O login no X11 via ssh fornece os avisos
Aviso: falha na configuração do encaminhamento do X11 não confiável: dados da chave xauth não gerados Aviso: Não há dados xauth; usando dados de autenticação falsos para o encaminhamento do X11.
No meu próprio sistema, echo $DISPLAY
dá
/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz updated
No entanto, quando tento xauth generate $DISPLAY . trusted
, recebo o erro
xauth: (argv): 1: nome de exibição inválido "/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartzAdd" no comando "add"
Alguma idéia de como corrigir isso?
$DISPLAY
está errado. Deve ser algo parecido:0.0
. Você definir$DISPLAY
em~/.bash_profile
ou~/.profile
a si mesmo?-Y
opção em vez de-X
? Qual sistema operacional seu servidor está usando? E:$DISPLAY
colocar o seu conjunto em algo/tmp/
é perfeitamente normal em um Mac.DISPLAY=:0.0
, e funcionou. Eu adicionei isso em minha Bash_profileRespostas:
ATUALIZAR
O desenvolvedor Jeremy Huddleston Sequoia anunciou ontem que esse problema foi resolvido no XQuartz 2.7.8_beta2 :
O relatório de erros está fechado e marcado como corrigido:
Se você não pode (ou não deseja) instalar a versão beta, ainda pode usar a solução alternativa que explico abaixo.
RESPONDA
Análise
(role para baixo para a seção de solução alternativa)
Meu primeiro pensamento foi "a
DISPLAY
variável está errada". Mas isso não.Como se vê, no OS X 10.10 Yosemite (e de volta ao 10.8 Mountain Lion ) a
DISPLAY
variável armazena umlaunchd
caminho de soquete:em vez do nome de exibição familiar:
Adicionei algumas informações sobre o
hostname:displaynumber.screennumber
formato no final desta resposta.Isso significa que
xauth
precisa saber como lidar com essa encarnação especial daDISPLAY
variável, e como no Mavericks, mas o soquete usado em Yosemite tem um caminho diferente (mais precisamente: em/private/tmp/com.apple.launchd.XXXX
vez de/private/tmp/launch-XXXX
) exauth
quebras.Este bug foi relatado à equipe do XQuartz em 18 de novembro de 2014 (há 3 meses) ( http://xquartz.macosforge.org/trac/ticket/2068 ):
De acordo com a descrição do bug, ele deve ser resolvido no XQuartz 2.7.8, com 4 meses de atraso (consulte a página do roteiro do projeto em http://xquartz.macosforge.org/trac/roadmap ).
O patch que corrige o problema foi confirmado em 31 de dezembro de 2014 no projeto freedesktop.org ( http://cgit.freedesktop.org/xorg/app/xauth/commit/parsedpy.c?id=f990dd936b5fd1a40290bb88cde517a0ac38f823 ):
Portanto, é apenas uma questão de tempo até que este patch chegue ao próximo lançamento do XQuartz.
Gambiarra
(testado no OS X 10.10.2 Yosemite.)
Adicionar:
para
~/.bashrc
iniciar uma nova janela do Terminal ou origine-a (. ~/.bashrc
) na sua sessão atual do Terminal.Esse alias primeiro vincula o caminho do soquete para
/private/tmp/launch-XXX
(por exemploln -fs /private/tmp/com.apple.launchd.GuewxwWwKS /private/tmp/launch-GuewxwWwKS
) e depois iniciassh
:Para os curiosos, tradicionalmente, o nome de exibição do servidor X possui este formato (
man X
no Ubuntu): O nome de exibição do servidor X possui este formato:Onde:
fonte