Como evito que o login remoto do ssh viole o dbus?

Question

Estou executando o openSUSE 11.3 em minha estação de trabalho em funcionamento no KDE, não tenho acesso root a ele. O shell padrão foi definido como tcsh . Quando eu estou logado na minha estação de trabalho e logar remotamente do meu MacBook executando o OS X 10.6 usando ssh , da seguinte forma:

ssh -X -C [email protected]

tudo funciona bem; no entanto, uma vez que eu terminei, recebo erros de DBUS na minha estação de trabalho sempre que tento iniciar qualquer coisa com uma GUI, incluindo, infelizmente, a caixa de diálogo de logout do painel da barra de tarefas. Estou cansado de matar startkde apenas para sair nessas situações.

On-line eu encontrei muitas instruções para conexão com uma sessão dbus existente usando ssh, mas eu gostaria de fazer o oposto, deixar a sessão dbus existente completamente intocada pela sessão de login remoto ssh.

Se eu fizer

ssh -X -C [email protected] dbus-launch konsole

isso funciona, então é só o shell de login interativo que está quebrando o dbus. Como devo modificar o ~/.cshrc ? Lembre-se de que não tenho permissão para modificar /etc/cshrc , /etc/login , etc.

Eu posso listar o conteúdo desses arquivos aqui, se necessário.

Atualização:

Aqui está um arquivo tar grande com todos os scripts que eu encontrei:

link

    

Answer 1

Na verdade, a sessão dbus é por máquina e por exibição X.

Quando você faz uma sessão SSH remota, você usa um display X11 diferente (geralmente localhost: 10)

Se você matar todos os dbus e iniciá-lo na sessão SSH, ele funcionará ... para a sessão SSH. Mas obviamente isso quebra todas as outras sessões de dbus na máquina.

O que é necessário é verificar se uma sessão para a máquina + display já existe, se sim usá-la, se não iniciar um novo dbus para aquela combinação e deixar a sessão saber disso.

Veja o link para um bloco bash que você pode colocar em seu arquivo $ HOME / .bash_profile para fazer isso testes e fazer corretamente a coisa certa.