Não é possível acessar a placa de som do servidor quando vnc'd no servidor ubuntu

Question

Eu configurei meu servidor ubunutu 10 com xfce, nxserver e agora tightvncserver para que eu possa controlá-lo remotamente do meu laptop com Windows 7. O NX está funcionando bem para acesso remoto, mas quando eu executo (por exemplo), não é enviado nenhum som pela placa de som do servidor. Eu instalei tightvncserver e conectado, mas corri para o mesmo problema. O Exaile se abre, o som não é silenciado, posso ver que as placas de som estão instaladas (via cat /proc/asound/cards ), mas não consigo fazer com que as sessões remotas acessem a placa de som do servidor.

Além disso, apenas para confirmar que a placa de som estava funcionando, conectei um montior / keyboard ao servidor e abri uma sessão xfce local. Isso funcionou bem. Enquanto eu tinha a sessão local em execução, eu também era capaz de abrir uma sessão remota com o NXClient e iniciar o exaile - que então canalizava o som para a placa local. Depois de desconectar o monitor / teclado e mover a caixa de volta ao seu ponto normal, não consegui reproduzir som através de uma sessão NX ou VNC.

Alguém tem alguma sugestão? Certamente é possível configurar minhas sessões remotas para canalizar o som para a placa de som do servidor, certo? Ou pelo menos colocar o xfce em funcionamento sem um monitor ou teclado, mas com acesso à placa de som para que eu possa usar o VNC?

Obrigado!

    

Answer 1

No Ubuntu, o ConsoleKit gerencia permissões de dispositivos, entre outras coisas. O proprietário da sessão atualmente ativa (em primeiro plano) é adicionado às ACLs dos nós de dispositivos /dev : Execute getfacl /dev/audio em uma sessão local e você deverá ver seu nome de usuário lá.

No entanto, isso ainda não funciona com o SSH. Eu tentei ck-launch-session em uma conexão SSH e o ConsoleKit não marcaria a sessão como "ativa". O arquivo [ConsoleKit TODO ] ainda lista:

• Make openssh report sessions correctly
  Not as easy as just using the PAM module.

Eu não tenho um servidor VNC instalado, por isso não pude testar, mas editar seu script de inicialização de sessão VNC (suponho que o VNC tenha um script de inicialização de sessão) para executar, por exemplo, ck-launch-session xfce4-session em vez de apenas xfce4-session poderia funcionar.

Use ck-list-sessions para ver se o seu está marcado como active = TRUE .

A maneira antiga de atribuir permissões era se adicionar ao grupo audio , que possui todos os nós de dispositivos de áudio em /dev . Use sudo gpasswd -a $USER audio (e lembre-se de que isso não afetará as sessões atualmente abertas).