Problemas ao fazer uma atualização do banco de dados tripwire: Nenhum protocolo especificado / QXcbConnection: Não foi possível conectar-se à exibição: 0 / Falha na atualização interativa

2

Então, estou tentando executar uma atualização no banco de dados do tripwire via ./tripwire --update --twrfile ./report/name.twr , conforme descrito aqui como root no meu computador, mas recebo esses erros (note que --init e --check funcionou bem):

No protocol specified
QXcbConnection: Could not connect to display :0
Aborted
Interactive Update failed.
Error: Editor could not be launched.

Estou executando o Debian 9.1 com o KDE. Como posso resolver este problema?

    
por mYnDstrEAm 06.08.2017 / 12:13

2 respostas

2

É simples não ter a variável de ambiente DISPLAY=:0 definida.

  1. Você pode executar:

    export DISPLAY=:0; ./tripwire --update --twrfile ./report/name.twr
    
  2. ou você pode sair da sessão raiz do terminal e iniciar uma nova sem passar o argumento que fará com que você herde as variáveis env da sessão atual, incluindo a variável DISPLAY . Então pressione ctrl + d e então execute su . Digite sua senha e, em seguida, você poderá verificar seu ambiente com o comando env e grep para DISPLAY :

    env | grep DISPLAY
    
  3. você pode alterar o editor padrão para algo que seja baseado em console, como nano ou vim . Você deve alterar como o artigo mencionou o campo EDITOR em seu arquivo de configuração do tripwire.

    Tripwire will display the report file using the default text editor specified on the EDITOR line of the Tripwire configuration file

Escolha o jeito que você quer fazer. Qualquer uma dessas três maneiras permitirá que você abra o aplicativo baseado em GUI ou altere a configuração do editor de texto da GUI para o console baseado em console.

O primeiro e o segundo são mais simples, supondo que você queira usar o editor gráfico para visualizar o conteúdo dos relatórios do Tripwire.

    
por 06.08.2017 / 12:35
0

Novos sistemas por design não permitem aplicações gráficas como root (é uma coisa do Wayland). Solução alternativa:

$ xhost si:localuser:root

$ sudo -i
$ ...your-graphical-app...

Restaurar as permissões padrão:

$ xhost -si:localuser:root
    
por 08.04.2018 / 14:03