Barrier: Não é possível usar o snap no Ubuntu - erros de permissão negada para cliente e servidor

Criado em 8 mai. 2019  ·  18Comentários  ·  Fonte: debauchee/barrier

Sistemas operacionais

Servidor: Mac OS Mojave 10.14.4

Cliente: Ubuntu 19.04

Versão da barreira

Cliente: 2.2.0-snapshot-56218468
Servidor: 2.1.0-RELEASE-8b69f9fe

Etapas para reproduzir o bug

  1. Inicie o servidor Barrier no Mac
  2. Coloque o IP do servidor no cliente Ubuntu.
  3. Clique em Iniciar
  4. Veja a mensagem repetida nos logs no cliente Ubuntu:
[2019-05-09T00:20:02] INFO: starting client
[2019-05-09T00:20:02] INFO: command: /snap/barrier-kvm/2/bin/barrierc -f --no-tray --debug DEBUG --name garrypottr [192.168.2.1]:24800
[2019-05-09T00:20:02] INFO: config file: /tmp/Barrier.n16178
[2019-05-09T00:20:02] INFO: log level: DEBUG
[2019-05-09T00:20:02] DEBUG: XOpenDisplay(":0")
[2019-05-09T00:20:02] DEBUG: xscreensaver window: 0x00000000
[2019-05-09T00:20:02] DEBUG: screen shape: 0,0 1920x1080 
[2019-05-09T00:20:02] DEBUG: window is 0x03000004
[2019-05-09T00:20:02] DEBUG: adopting new buffer
[2019-05-09T00:20:02] DEBUG: opened display
[2019-05-09T00:20:02] NOTE: started client
[2019-05-09T00:20:02] NOTE: connecting to '192.168.2.1': 192.168.2.1:24800
[2019-05-09T00:20:02] DEBUG: event queue is ready
[2019-05-09T00:20:02] DEBUG: add pending events to buffer
[2019-05-09T00:20:02] DEBUG: retry in 1 seconds
[2019-05-09T00:20:02] WARNING: failed to connect to server: cannot create socket: Permission denied
[2019-05-09T00:20:03] NOTE: connecting to '192.168.2.1': 192.168.2.1:24800
[2019-05-09T00:20:03] DEBUG: retry in 1 seconds
[2019-05-09T00:20:03] WARNING: failed to connect to server: cannot create socket: Permission denied
[2019-05-09T00:20:04] NOTE: connecting to '192.168.2.1': 192.168.2.1:24800
[2019-05-09T00:20:04] DEBUG: retry in 1 seconds
[2019-05-09T00:20:04] WARNING: failed to connect to server: cannot create socket: Permission denied
[2019-05-09T00:20:05] NOTE: connecting to '192.168.2.1': 192.168.2.1:24800
[2019-05-09T00:20:05] DEBUG: retry in 1 seconds
  1. Mude o Ubuntu para o servidor.
  2. A mensagem aparece: Unable to start the zeroconf: Permission denied.
  3. Veja IP addresses: Unknown no painel.
  4. Clique em Iniciar.
  5. Veja mensagem repetida nos logs:
[2019-05-09T00:21:23] INFO: starting server
[2019-05-09T00:21:23] INFO: command: /snap/barrier-kvm/2/bin/barriers -f --no-tray --debug DEBUG --name garrypottr -c /tmp/Barrier.q16178 --address [192.168.2.1]:24800
[2019-05-09T00:21:23] INFO: config file: /tmp/Barrier.e16178
[2019-05-09T00:21:23] INFO: log level: DEBUG
[2019-05-09T00:21:23] DEBUG: opening configuration "/tmp/Barrier.q16178"
[2019-05-09T00:21:23] DEBUG: configuration read successfully
[2019-05-09T00:21:23] DEBUG: XOpenDisplay(":0")
[2019-05-09T00:21:23] DEBUG: xscreensaver window: 0x00000000
[2019-05-09T00:21:23] DEBUG: screen shape: 0,0 1920x1080 
[2019-05-09T00:21:23] DEBUG: window is 0x03000004
[2019-05-09T00:21:23] DEBUG: adopting new buffer
[2019-05-09T00:21:23] DEBUG: opened display
[2019-05-09T00:21:23] ERROR: process exited with error code: 11
[2019-05-09T00:21:23] INFO: detected process not running, auto restarting
[2019-05-09T00:21:24] DEBUG: starting process

Todos 18 comentários

Você sabe se existe uma maneira de relatar um bug no snap? Eu pessoalmente não sei quem o mantém.

Não parece ser um óbvio. Eu postei no fórum do Snapcraft sobre isso:

https://forum.snapcraft.io/t/how-do-i-log-a-bug-against-a-specific-snap/11282

  • Solução ::
    >> Instalação instantânea usando um Devmode @jwulf
# *** Warning! ***
# *** Below snap install drops all Security Confinements! ***
# ** USE AT YOUR OWN RISK! ** 
# ===========================

sudo snap install --devmode barrier-kvm 

Experimente o Barrier Beta Snap - pois ele usa opções de compilação diferentes::

sudo snap install barrier-kvm --beta 

Terceira opção :: Construa seu próprio Snap!

Construir um snap também pode ser problemático no a$$ ... Mesmos problemas que com Flatpak e / ou compilar a partir da fonte ;) Se você usa o Ubuntu 18.10 ou superior - Barrier é instalado a partir do repositório - via snap

Não posso falar por snap, mas construir o flatpak é bastante trivial.

Encontrei quem mantém o snap aparentemente: https://launchpad.net/~netmag

@AdrianKoshka -- netmag sou eu ... E estou recebendo erros com flatpak (primeiro - instale flatpak, segundo - ele não vê nenhuma tela, terceiro - ainda está me empurrando para o KDE .. )

Você está usando o flatpak no Wayland? Não temos suporte Wayland.

nope - X (xfce4 , gnome) , Xvnc e também testado com Xming tunelado via SSH -- não tive sorte // é por isso que eu construí o snap finalmente como source também não era jeito para mim

terceiro - ainda está me empurrando para o KDE

O tempo de execução que ele usa é o tempo de execução do KDE, porque possui as várias dependências do QT que precisamos construir.

nope - X (xfce4 , gnome) , Xvnc e também testado com Xming encapsulado via SSH

Estranho.

Eu construo a partir da fonte e estou recebendo esses erros. Synergy v1.8.8 sem problemas... Correção?

O botão Parar nem está funcionando.

[2019-07-23T15:08:25] INFORMAÇÕES: iniciando o servidor
[2019-07-23T15:08:25] INFO: arquivo de configuração: /tmp/Barrier.X32491
[2019-07-23T15:08:25] INFO: nível de log: INFO
[2019-07-23T15:08:25] ERRO: processo encerrado com código de erro: 11
[2019-07-23T15:08:25] INFO: processo detectado não está em execução, reinicialização automática

[2019-07-23T15:08:26] INFO: iniciando o servidor
[2019-07-23T15:08:26] INFO: arquivo de configuração: /tmp/Barrier.L32491
[2019-07-23T15:08:26] INFO: nível de log: INFO
[2019-07-23T15:08:26] ERRO: processo encerrado com código de erro: 11
[2019-07-23T15:08:26] INFO: processo detectado não está em execução, reinicialização automática

[2019-07-23T15:08:27] INFO: servidor inicial
[2019-07-23T15:08:27] INFO: arquivo de configuração: /tmp/Barrier.n32491
[2019-07-23T15:08:27] INFO: nível de log: INFO
[2019-07-23T15:08:27] ERRO: processo encerrado com código de erro: 11
[2019-07-23T15:08:27] INFO: processo detectado não está em execução, reinicialização automática

[2019-07-23T15:08:28] INFO: iniciando o servidor
[2019-07-23T15:08:28] INFO: arquivo de configuração: /tmp/Barrier.k32491
[2019-07-23T15:08:28] INFO: nível de log: INFO
[2019-07-23T15:08:28] ERRO: processo encerrado com código de erro: 11
[2019-07-23T15:08:28] INFO: processo detectado não está em execução, reinicialização automática

[2019-07-23T15:08:29] INFO: servidor inicial
[2019-07-23T15:08:29] INFO: arquivo de configuração: /tmp/Barrier.U32491
[2019-07-23T15:08:29] INFO: nível de log: INFO
[2019-07-23T15:08:29] ERRO: processo encerrado com código de erro: 11
[2019-07-23T15:08:29] INFO: processo detectado não está em execução, reinicialização automática

@LamaRaz você está no último master ? Acabei de construir o snap localmente do zero em um lxd limpo no Ubuntu 19.04, instalei e executei o servidor sem problemas.
(Nota: ele precisa de uma correção não relacionada no version-script para compilações lxd locais, PR em breve.)

$ cd /tmp/
$ git clone [email protected]:debauchee/barrier.git
$ cd barrier/
$ sed -i "s|git -C parts/barrier/src/|git|" snap/snapcraft.yaml  # Fix version-string
$ snapcraft --use-lxd
Using 'snap/snapcraft.yaml': Project assets will be searched for from the 'snap' directory.
The LXD provider is offered as a technology preview for early adopters.
The command line interface, container names or lifecycle handling may change in upcoming releases.
Launching a container.
...
Priming barrier 
Priming fix-icon 
Common ID None specified in app 'barrierc' is not used in any metadata file.
Common ID None specified in app 'barriers' is not used in any metadata file.
Determining the version from the project repo (version-script).
The version has been set to '2.3.0-10-gf23a2ece'
Snapping 'barrier-kvm' /                                                                                                                                                                           
Snapped barrier-kvm_2.3.0-10-gf23a2ece_amd64.snap            

$ sudo snap install barrier-kvm_2.3.0-10-gf23a2ece_amd64.snap --dangerous
barrier-kvm 2.3.0-10-gf23a2ece installed

$ barrier-kvm.barrier
*** WARNING *** The program 'barrier' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/blog/projects/avahi-compat.html>
("-f", "--no-tray", "--debug", "INFO", "--name", "YYY", "--enable-crypto", "-c", "/tmp/Barrier.wZ6777", "--address", ":24800")

E os logs mostram:

[2019-07-23T17:03:09] INFO: starting server
[2019-07-23T17:03:09] INFO: config file: /tmp/Barrier.XM7602
[2019-07-23T17:03:09] INFO: log level: INFO
[2019-07-23T17:03:09] NOTE: started server (IPv4/IPv6), waiting for clients
[2019-07-23T17:03:10] INFO: OpenSSL 1.1.1  11 Sep 2018
[2019-07-23T17:03:10] INFO: accepted secure socket
[2019-07-23T17:03:10] INFO: TLS_AES_256_GCM_SHA384  TLSv1.3 Kx=any      Au=any  Enc=AESGCM(256) Mac=AEAD
[2019-07-23T17:03:10] NOTE: accepted client connection
[2019-07-23T17:03:10] NOTE: client "XXX" has connected
[2019-07-23T17:03:11] INFO: switch from "YYY" to "XXX" at 0,607
[2019-07-23T17:03:11] INFO: leaving screen
[2019-07-23T17:03:11] INFO: screen "YYY" updated clipboard 0
[2019-07-23T17:03:12] INFO: screen "YYY" updated clipboard 1
[2019-07-23T17:03:12] INFO: switch from "XXX" to "YYY" at 3831,557
[2019-07-23T17:03:12] INFO: entering screen

Você também pode experimentar o snap barrier-maxiberta , que é criado e publicado automaticamente no canal edge (para obter detalhes, consulte #360 ).

Eu tentei master e 2.2.0 (também chamado de v2.1.2 por qualquer motivo) e o snap de barreira-kvm. Todo o código de erro 11 como servidor no Ubuntu 18.04.

Infelizmente, seu snap também não está funcionando.

[2019-07-23T18:42:03] INFORMAÇÕES: iniciando o servidor
[2019-07-23T18:42:03] INFO: comando: /snap/barrier-maxiberta/31/usr/bin/barriers -f --no-tray --debug DEBUG --name gffh1pc --enable-crypto - c /tmp/Barrier.I30874 --endereço :24800
[2019-07-23T18:42:03] INFO: arquivo de configuração: /tmp/Barrier.s30874
[2019-07-23T18:42:03] INFO: nível de log: DEBUG
[2019-07-23T18:42:03] DEBUG: abertura da configuração "/tmp/Barrier.I30874"
[2019-07-23T18:42:03] DEBUG: configuração lida com sucesso
[2019-07-23T18:42:03] DEBUG: XOpenDisplay(":0")
[2019-07-23T18:42:03] DEBUG: janela xscreensaver: 0x00000000
[2019-07-23T18:42:03] DEBUG: formato da tela: 0,0 3840x1200 (xinerama)
[2019-07-23T18:42:03] DEBUG: a janela é 0x05a00004
[2019-07-23T18:42:03] DEBUG: adotando novo buffer
[2019-07-23T18:42:03] DEBUG: tela aberta
[2019-07-23T18:42:03] ERRO: processo encerrado com código de erro: 11
[2019-07-23T18:42:03] INFO: processo detectado não está em execução, reinicialização automática
[2019-07-23T18:42:04] DEBUG: processo inicial

@LamaRaz Você pode, por favor:

  • Verifique as versões do SO e do snapd:
    $ snap version
  • Verifique os logs de negação de confinamento (por exemplo, procure mensagens do AppArmor no Ubuntu):
    $ journalctl -f
  • Instale temporariamente o snap sem confinamento (somente se você confiar no snap! :-):
    $ sudo snap install barrier --devmode
  • Execute barriers diretamente da linha de comando:
    $ /snap/bin/barrier-maxiberta.barriers -f --no-tray --debug DEBUG --name server --enable-crypto -c /tmp/Barrier.J30537 --address :24800 .
  • Execute temporariamente barriers sem criptografia na linha de comando:
    $ /snap/bin/barrier-maxiberta.barriers -f --no-tray --debug DEBUG --name server -c /tmp/Barrier.J30537 --address :24800 .

Obrigado!

Eu tenho executado os dois snaps com --devmode, caso contrário, eles nem mostram IPs.

Esqueça também os snaps, as falhas de segmentação da versão nativa...

/usr/local/bin/barriers -f --no-tray --debug DEBUG --name homepc001 -c /tmp/Barrier.Sm4732 --address :24800
[2019-07-24T16:11:22] DEBUG: configuração de abertura "/tmp/Barrier.Sm4732"
/home/x/000git/barrier-2.1.2/src/lib/barrier/ServerApp.cpp,221
[2019-07-24T16:11:22] DEBUG: configuração lida com sucesso
/home/x/000git/barrier-2.1.2/src/lib/barrier/ServerApp.cpp,232
[2019-07-24T16:11:22] DEBUG: XOpenDisplay(":0")
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreen.cpp,915
[2019-07-24T16:11:22] DEBUG: janela xscreensaver: 0x00000000
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreenSaver.cpp,346
[2019-07-24T16:11:22] DEBUG: formato da tela: 0,0 3840x1200 (xinerama)
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreen.cpp,152
[2019-07-24T16:11:22] DEBUG: a janela é 0x05000004
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreen.cpp,153
[2019-07-24T16:11:22] DEBUG: adotando novo buffer
/home/x/000git/barrier-2.1.2/src/lib/base/EventQueue.cpp,181
[2019-07-24T16:11:22] DEBUG: tela aberta
/home/x/000git/barrier-2.1.2/src/lib/barrier/Screen.cpp,49
falha de segmentação

kernel: barreiras[5278]: segfault em 1e121 ip 000000000001e121 sp 00007ffcfe8816b8 erro 14 em barreiras[55bbd70dd000+152000]

@LamaRaz

  1. Você já tentou executar o aplicativo com privilégios de root ( sudo )?
    Pode ser óbvio, mas...
  2. Qual driver gráfico você está usando?
  3. Você tem algum monitor conectado ou é um servidor remoto completo?
  4. Você tentou desabilitar totalmente o FireWall?
  5. Você tem AppArmor e/ou SeLinux habilitado?
  6. Você poderia postar a saída de
    uname -a
  7. e saída de
    env

Eu estava enfrentando um pequeno problema com os drivers da Nvidia. Caminhos não padrão definidos em $env me causaram dor de cabeça e depois do próprio LXD. Se você instalar no devmode, sem o sudo, o aplicativo não está funcionando corretamente.
Vamos tentar cooperar com @maxiberta também. Eu poderia testar em diferentes arquiteturas. Você está usando x64 padrão ou alguma placa IoT?

@payomagic aka netmag

sudo produz a mesma falha de seg

nvidia 418.56 (para dxvk/vulkan)

2 monitores conectados

não vejo como um firewall pode causar uma falha de seg, mas não fiz nenhum esforço para usar um e o synergy não tem problemas de conexão

sestatus
Status do SELinux: desativado

Linux x 4.15.0-54-generic #58-Ubuntu SMP Mon Jun 24 10:55:24 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

EXIBIR=:0
GNOME_SHELL_SESSION_MODE=ubuntu
XDG_VTNR=1
MANDATORY_PATH=/usr/share/gconf/ubuntu.mandatory.path
S_COLORS=automático
XDG_SESSION_ID=1
DESKTOP_SESSION=ubuntu
QT4_IM_MODULE=xim
TEXTDOMAINDIR=/usr/share/locale/
DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path
QT_ACCESSIBILITY=1
XDG_SESSION_TYPE=x11
XDG_DATA_DIRS=/usr/share/ubuntu:/usr/local/share:/usr/share:/var/lib/snapd/desktop
XDG_SESSION_DESKTOP=ubuntu
GJS_DEBUG_OUTPUT=stderr
GTK_MODULES= gail:atk-bridge
CAMINHO DA JANELA=1
TERM=xterm-256color
SHELL=/bin/bash
VTE_VERSION=5202
QT_IM_MODULE=ibus
XMODIFIERS=@im=ibus
IM_CONFIG_PHASE=2
XDG_CURRENT_DESKTOP= ubuntu:GNOME
GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg- agent:0 :1
GNOME_TERMINAL_SERVICE=:1.70
XDG_SEAT=assento0
SHLVL=1
GDMSESSION=ubuntu
GNOME_DESKTOP_SESSION_ID=este-é-reprovado
LOGNAME=x
DBUS_SESSION_BUS_ADDRESS= unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
XAUTHORITY=/run/user/1000/gdm/Xauthority
XDG_CONFIG_DIRS=/etc/xdg/xdg-ubuntu:/etc/xdg
PATH=/home/x/bin:/home/x/anaconda3/bin:/home/x/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/ sbin:/bin:/usr/games:/usr/local/games:/snap/bin
GJS_DEBUG_TOPICS=ERRO JS;LOG JS
SESSION_MANAGER=local/x:@/tmp/.ICE-unix/1510,unix/x:/tmp/.ICE-unix/1510
LESSOPEN=| /usr/bin/lesspipe %s
GTK_IM_MODULE=ibus
_=/usr/bin/env

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

graingert picture graingert  ·  4Comentários

the-reverend picture the-reverend  ·  4Comentários

jwalton picture jwalton  ·  3Comentários

PlatinumDragon picture PlatinumDragon  ·  5Comentários

raffimohammed picture raffimohammed  ·  3Comentários