Barrier: Snap kann unter Ubuntu nicht verwendet werden - Fehler bei der Berechtigung verweigert für Client und Server

Erstellt am 8. Mai 2019  ·  18Kommentare  ·  Quelle: debauchee/barrier

Betriebssysteme

Server: Mac OS Mojave 10.14.4

Client: Ubuntu 19.04

Barriere-Version

Client: 2.2.0-snapshot-56218468
Server: 2.1.0-RELEASE-8b69f9fe

Schritte zum Reproduzieren des Fehlers

  1. Starten Sie den Barrier-Server auf dem Mac
  2. Geben Sie die Server-IP auf dem Ubuntu-Client ein.
  3. Klicken Sie auf Starten
  4. Siehe Meldung, die in Protokollen auf dem Ubuntu-Client wiederholt wird:
[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. Schalten Sie Ubuntu auf Server um.
  2. Meldung erscheint: Unable to start the zeroconf: Permission denied.
  3. Siehe IP addresses: Unknown im Panel.
  4. Klicken Sie auf Starten.
  5. Siehe wiederholte Meldung in Protokollen:
[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

Alle 18 Kommentare

Weißt du, ob es eine Möglichkeit gibt, einen Fehler gegen den Snap zu melden? Ich persönlich weiß nicht, wer es pflegt.

Es scheint keine offensichtliche zu geben. Ich habe im Snapcraft-Forum darüber gepostet:

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

  • Lösung ::
    >> Snap-Installation mit einem Devmode @jwulf
# *** Warning! ***
# *** Below snap install drops all Security Confinements! ***
# ** USE AT YOUR OWN RISK! ** 
# ===========================

sudo snap install --devmode barrier-kvm 

Versuchen Sie Barrier Beta Snap – da es andere Build-Optionen verwendet:

sudo snap install barrier-kvm --beta 

Dritte Option :: Erstellen Sie Ihren eigenen Snap!

Das Erstellen eines Snaps kann auch mühsam sein ... Dieselben Probleme wie bei Flatpak und/oder dem Erstellen aus dem Quellcode;) Wenn Sie Ubuntu 18.10 oder höher verwenden, wird Barrier aus dem Repo installiert - über Snap

Ich kann nicht für Snap sprechen, aber das Bauen des Flatpaks ist ziemlich trivial.

Ich habe gefunden, wer den Snap anscheinend pflegt: https://launchpad.net/~netmag

@AdrianKoshka - Netmag bin ich ... Und ich bekomme Fehler mit Flatpak (erstens - Flatpak installieren, zweitens - es wird kein Bildschirm angezeigt, drittens - es drückt mich immer noch in KDE ...)

Benutzt du das Flatpak auf Wayland? Wir haben keine Wayland-Unterstützung.

nö - X (xfce4 , gnome) , Xvnc und auch getestet mit Xming per SSH getunnelt -- hatte kein Glück // deswegen habe ich den Snap schließlich gebaut da Source auch kein Weg für mich war

Drittens - es drängt mich immer noch zu KDE

Die verwendete Laufzeit ist die KDE-Laufzeit, da sie die verschiedenen QT-Abhängigkeiten enthält, die wir erstellen müssen.

nope - X (xfce4 , gnome) , Xvnc und auch getestet mit Xming getunnelt über SSH

Hm, seltsam.

Ich baue es aus der Quelle und erhalte diese Fehler. Synergy v1.8.8 keine Probleme... Fix?

Die Stop-Taste funktioniert nicht einmal.

[2019-07-23T15:08:25] INFO: Server wird gestartet
[2019-07-23T15:08:25] INFO: Konfigurationsdatei: /tmp/Barrier.X32491
[2019-07-23T15:08:25] INFO: Protokollebene: INFO
[2019-07-23T15:08:25] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T15:08:25] INFO: erkannter Prozess läuft nicht, automatischer Neustart

[2019-07-23T15:08:26] INFO: Server wird gestartet
[2019-07-23T15:08:26] INFO: Konfigurationsdatei: /tmp/Barrier.L32491
[2019-07-23T15:08:26] INFO: Protokollebene: INFO
[2019-07-23T15:08:26] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T15:08:26] INFO: erkannter Prozess läuft nicht, automatischer Neustart

[2019-07-23T15:08:27] INFO: Server wird gestartet
[2019-07-23T15:08:27] INFO: Konfigurationsdatei: /tmp/Barrier.n32491
[2019-07-23T15:08:27] INFO: Protokollebene: INFO
[2019-07-23T15:08:27] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T15:08:27] INFO: erkannter Prozess läuft nicht, automatischer Neustart

[2019-07-23T15:08:28] INFO: Server wird gestartet
[2019-07-23T15:08:28] INFO: Konfigurationsdatei: /tmp/Barrier.k32491
[2019-07-23T15:08:28] INFO: Protokollebene: INFO
[2019-07-23T15:08:28] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T15:08:28] INFO: erkannter Prozess läuft nicht, automatischer Neustart

[2019-07-23T15:08:29] INFO: Server wird gestartet
[2019-07-23T15:08:29] INFO: Konfigurationsdatei: /tmp/Barrier.U32491
[2019-07-23T15:08:29] INFO: Protokollebene: INFO
[2019-07-23T15:08:29] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T15:08:29] INFO: erkannter Prozess läuft nicht, automatischer Neustart

@LamaRaz bist du auf dem neusten master ? Ich habe den Snap gerade lokal von Grund auf neu auf einem sauberen lxd unter Ubuntu 19.04 erstellt, installiert und den Server ohne Probleme ausgeführt.
(Anmerkung: Es benötigt eine unabhängige Korrektur in version-script für lokale lxd-Builds, PR folgt in Kürze.)

$ 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")

Und Protokolle zeigen:

[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

Sie können auch den Snap barrier-maxiberta ausprobieren, der automatisch erstellt und im Kanal edge veröffentlicht wird (für Details siehe #360 ).

Ich habe Master und 2.2.0 (aus welchem ​​Grund auch v2.1.2 genannt) und den Barrier-kvm-Snap ausprobiert. Alle Fehlercode 11 als Server auf Ubuntu 18.04.

Dein Snap funktioniert leider auch nicht.

[2019-07-23T18:42:03] INFO: Server wird gestartet
[2019-07-23T18:42:03] INFO: Befehl: /snap/barrier-maxiberta/31/usr/bin/barriers -f --no-tray --debug DEBUG --name gffh1pc --enable-crypto - c /tmp/Barrier.I30874 - Adresse: 24800
[2019-07-23T18:42:03] INFO: Konfigurationsdatei: /tmp/Barrier.s30874
[2019-07-23T18:42:03] INFO: Protokollebene: DEBUG
[2019-07-23T18:42:03] DEBUG: Konfiguration "/tmp/Barrier.I30874" öffnen
[2019-07-23T18:42:03] DEBUG: Konfiguration erfolgreich gelesen
[2019-07-23T18:42:03] DEBUG: XOpenDisplay(":0")
[2019-07-23T18:42:03] DEBUG: xscreensaver-Fenster: 0x00000000
[2019-07-23T18:42:03] DEBUG: Bildschirmform: 0,0 3840x1200 (xinerama)
[2019-07-23T18:42:03] DEBUG: Fenster ist 0x05a00004
[2019-07-23T18:42:03] DEBUG: neuen Puffer übernehmen
[2019-07-23T18:42:03] DEBUG: geöffnete Anzeige
[2019-07-23T18:42:03] FEHLER: Prozess beendet mit Fehlercode: 11
[2019-07-23T18:42:03] INFO: erkannter Prozess läuft nicht, automatischer Neustart
[2019-07-23T18:42:04] DEBUG: Startvorgang

@LamaRaz Kannst du bitte:

  • Überprüfen Sie die Betriebssystem- und snapd-Versionen:
    $ snap version
  • Überprüfen Sie die Confinement-Denial-Protokolle (suchen Sie z. B. nach AppArmor-Meldungen in Ubuntu):
    $ journalctl -f
  • Installieren Sie den Snap vorübergehend ohne Einschränkung (nur wenn Sie dem Snap vertrauen! :-):
    $ sudo snap install barrier --devmode
  • Führen Sie barriers direkt von der Befehlszeile aus:
    $ /snap/bin/barrier-maxiberta.barriers -f --no-tray --debug DEBUG --name server --enable-crypto -c /tmp/Barrier.J30537 --address :24800 .
  • Führen Sie vorübergehend barriers ohne Verschlüsselung von der Befehlszeile aus:
    $ /snap/bin/barrier-maxiberta.barriers -f --no-tray --debug DEBUG --name server -c /tmp/Barrier.J30537 --address :24800 .

Danke!

Ich habe beide Snaps mit --devmode ausgeführt, sonst zeigen sie nicht einmal IPs an.

Vergessen Sie auch die Schnappschüsse, die nativen Versions-Seg-Fehler ...

/usr/local/bin/barriers -f --no-tray --debug DEBUG --name homepc001 -c /tmp/Barrier.Sm4732 --address :24800
[2019-07-24T16:11:22] DEBUG: Konfiguration "/tmp/Barrier.Sm4732" öffnen
/home/x/000git/barrier-2.1.2/src/lib/barrier/ServerApp.cpp,221
[2019-07-24T16:11:22] DEBUG: Konfiguration erfolgreich gelesen
/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: xscreensaver-Fenster: 0x00000000
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreenSaver.cpp,346
[2019-07-24T16:11:22] DEBUG: Bildschirmform: 0,0 3840x1200 (xinerama)
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreen.cpp,152
[2019-07-24T16:11:22] DEBUG: Fenster ist 0x05000004
/home/x/000git/barrier-2.1.2/src/lib/platform/XWindowsScreen.cpp,153
[2019-07-24T16:11:22] DEBUG: neuen Puffer übernehmen
/home/x/000git/barrier-2.1.2/src/lib/base/EventQueue.cpp,181
[2019-07-24T16:11:22] DEBUG: Anzeige geöffnet
/home/x/000git/barrier-2.1.2/src/lib/barrier/Screen.cpp,49
Segmentierungsfehler

Kernel: Barrieren[5278]: Segfault bei 1e121 ip 000000000001e121 sp 00007ffcfe8816b8 Fehler 14 in Barrieren[55bbd70dd000+152000]

@LamaRaz

  1. Haben Sie versucht, die App mit Root-Rechten ( sudo ) auszuführen?
    Könnte offensichtlich sein, aber ...
  2. Welchen Grafiktreiber verwendest du?
  3. Haben Sie einen Monitor angeschlossen oder ist es ein vollständiger Remote-Server?
  4. Haben Sie versucht, die FireWall vollständig zu deaktivieren?
  5. Hast du AppArmor und/oder SeLinux aktiviert?
  6. Könntest du bitte die Ausgabe von posten
    uname -a
  7. und Ausgabe von
    env

Ich hatte ein kleines Problem mit den Nvidia-Treibern. Nicht standardmäßige Pfade, die in $env festgelegt wurden, verursachten mir Kopfschmerzen, und nach dem LXD selbst. Wenn Sie im devmode installieren, wird die App ohne sudo nicht richtig angezeigt.
Versuchen wir auch, mit @maxiberta zusammenzuarbeiten . Ich könnte auf verschiedenen Architekturen testen. Verwenden Sie Standard-x64 oder ein IoT-Board?

@payomagic alias netmag

sudo erzeugt denselben Seg-Fehler

nvidia 418.56 (für dxvk/vulkan)

2 Monitore angeschlossen

Ich verstehe nicht, wie eine Firewall einen Seg-Fehler verursachen kann, aber ich habe mich nicht bemüht, eine zu verwenden, und Synergy hat keine Verbindungsprobleme

Sestatus
SELinux-Status: deaktiviert

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

ANZEIGE=:0
GNOME_SHELL_SESSION_MODE=ubuntu
XDG_VTNR=1
MANDATORY_PATH=/usr/share/gconf/ubuntu.mandatory.path
S_COLORS=automatisch
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
WINDOWPATH=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=Sitz0
SHLVL = 1
GDMSESSION=ubuntu
GNOME_DESKTOP_SESSION_ID=dies-ist-veraltet
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=JS-FEHLER;JS-LOG
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

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen