Linux Client Permissions Issue

[BubbatheVTOG]

trafficstars

Describe the bug The Outline-Client.AppImage application for Linux has a permissions issue. The client states that it needs administrative privileges (assuming they are to make needed network interfaces). But launching the client with administrative privileges is prohibited by the client itself.

To Reproduce Steps to reproduce the behavior:

1. Install Outline-Manager.AppImage and setup server.
2. Download the Linux client
3. Make the client executable with chmod u+x Outline-Client.AppImage
4. Launch the client application with ./Outline-Client.AppImage
5. Click the connect button.
6. Observe the error.

Expected behavior I expected the client to connect to me to my server.

Screenshots

Desktop (please complete the following information):

• OS: Arch Linux, i3wm
• Browser: N/A
• Version: 1.22

[chaobingya]

me too....

rambo@192-168-32-68:~/Desktop$ ./Outline-Client.AppImage 
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Checking for update
loading web app from file:///tmp/.mount_OutlinbNIRuQ/resources/app.asar/www/electron_index.html
(electron) 'getName function' is deprecated and will be removed. Please use 'name property' instead.
Outline is starting
connecting to 28ede9f3-9e05-4652-8500-1d97cf2ec259...
UDP support: false
(re-)installing routing daemon
copying service files to /tmp/6ZpF6t
could not connect: NoAdminPermissions ()
Promise "DNS lookup" resolved before 10000 ms.
Error: Error: net::ERR_TIMED_OUT
disconnecting from current server...
could not stop routing: Cannot call write after a stream was destroyed
a helper has exited, disconnecting
could not stop routing: Cannot call write after a stream was destroyed

OS：

rambo@192-168-32-68:~/Desktop$ whoami 
rambo
rambo@192-168-32-68:~/Desktop$ uname -a
Linux 192-168-32-68 5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

[snpranav]

Same here:

UDP support: true
(re-)installing routing daemon
copying service files to /tmp/nl5BKy
a helper has exited, disconnecting
could not stop routing: Cannot call write after a stream was destroyed
could not connect: NoAdminPermissions ()
Promise "DNS lookup" resolved before 10000 ms.

OS: Ubuntu 20.04, i3gaps-wm

---

Has any solution to this issue been found yet?

[karimone]

I make it run it using this command:

sudo outline-client --no-sandbox

Very annoying, but it worked.

[afaikiac]

I had the same bug. The problem appeared after a kernel update. It happens because there is no kernel module TUN. This can be checked with the following command:

$ sudo dmesg | grep TUN
[   26.091113] tun: Universal TUN/TAP device driver, 1.6

Outline needs to create a TUN interface to work properly.

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.31.1    0.0.0.0         UG    304    0        0 wlan0
10.0.85.0       0.0.0.0         255.255.255.0   U     0      0        0 outline-tun0
192.168.31.0    0.0.0.0         255.255.255.0   U     0      0        0 wlan0

If you don't get this output, simply reboot and check again.

If it is still missing, add a TUN kernel module and reboot.

sudo modprobe tun
lsmod | grep tun
reboot

I hope it helps.

[v3ss0n]

Still dosent't work in Arch Linux , permission error

[oriankeith1]

I make it run it using this command:

sudo outline-client --no-sandbox

Very annoying, but it worked.

worked for me as well thanks.

[ragazzone]

I make it run it using this command:

sudo outline-client --no-sandbox

Very annoying, but it worked.

Doesn't work for me. Just a blank window. Ubuntu 22.04

UPDATE: xhost + local: Solved the issue

[IgorKha]

Perhaps someone will encounter a problem on archlinux I solved the problem of incorrect work. It consisted in the fact that appimage is looking for shasum along the way /bin/bash: line 1: /usr/bin/shasum: No such file or directory , I needed to make a symbolic link:

sudo ln -s /usr/bin/core_perl/shasum /usr/bin/shasum

[un1t]

Perhaps someone will encounter a problem on archlinux I solved the problem of incorrect work. It consisted in the fact that appimage is looking for shasum along the way /bin/bash: line 1: /usr/bin/shasum: No such file or directory , I needed to make a symbolic link:

sudo ln -s /usr/bin/core_perl/shasum /usr/bin/shasum

Thanks. I can confirm that this fixes problem on Arch Linux.