programa trava quando iniciado via ssh

0

Eu tenho esse problema com uma ferramenta que inicio a partir de um terminal em um computador específico - tanto quanto posso dizer que é um executável binário. Se eu conectar remotamente via ssh (usando a opção -Y) a este computador e iniciar a ferramenta, ele trava imediatamente, relatando uma falha de segmentação. Quando inicio localmente, ele funciona.

Como ele faz parte de um kit de ferramentas (na verdade iniciado por um script TCL, não por mim mesmo), nem tenho certeza se ele cria algum elemento da interface do usuário. O script TCL gera uma interface do usuário que funciona bem.

O computador em que a ferramenta é executada está executando uma versão mais antiga do red hat, RHEL 5, acredito. Meu computador (do qual eu quero conectar-me pelo ssh) executa uma versão muito recente do Ubuntu.

É claro que o que eu gostaria é poder executar a ferramenta remotamente sem falha de segmentação. Talvez isso seja causado pela discrepância entre as versões dos sistemas (ou do ssh)? O que poderia fazer com que um programa travasse apenas quando iniciado via ssh?

Glemi
fonte

Respostas:

0

o programa funciona, se você executá-lo na máquina remota localmente? tente executá-lo com a variável DISPLAY =: 0 como prefixo na sua sessão ssh.

atormentar
fonte
Acabei de definir a variável de ambiente antes de inserir o comando ssd? Eu apenas tentei isso, mas não ajudou. Não sei ao certo o que você quer dizer com "como prefixo".
precisa saber é
antes do comando: ssh -Y host "DISPLAY =: 0 command"
harry
se eu tentar isso, então eu ficoXlib: connection to ":0.0" refused by server Xlib: No protocol specified Application initialization failed: couldn't connect to display ":0"
Glemi
0

Expandindo a sugestão de Harry: Você executou "xhost +" em sua máquina local antes de executar

env DISPLAY =: 0 yourapp

na máquina remota? No geral, é mais provável que o uso do ssh -Y funcione do que o ssh -X, mas vale a pena tentar uma configuração simples em que a conexão X11 é executada em um canal lateral não criptografado diretamente para DISPLAY: 0.

reikred
fonte