mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #327] No route to host, but can ping #260
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#260
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @chriselrod on GitHub (May 30, 2019).
Original GitHub issue: https://github.com/debauchee/barrier/issues/327
Operating Systems
Server: Fedora 30 (x11)
Client: Clear Linux
Barrier Version
2.2.0
Clear Linux: flatpak
Fedora: flatpak install segfaults (on org.kde.Platform), so I built the 2.2.0 release tarball from source.
Their snapshots ids are different: 53eb... vs 0000.....
Is this a problem?
Steps to reproduce bug
waiting for clients.This repeats until I stop the client (with different sockets).
On the client, I can successfully ping the
SERVERIP.I connected this client to the same server (hardware-wise) succesfully before, back when the server installed Barrier with flatpak.
A workaround that lets me use Barrier is to swap the client and server.
I could try building barrier from source on the client if the snapshot ids must also be an exact match, but I'd have to figure out the appropriate dependencies.
EDIT: An equivalent to
libavahi-compat-libdnssd-dev/avahi-compat-libdns_sd-develdoes not seem to be available on the client OS.EDIT: I set log level to debug2:
EDIT:
It works when switching rolls (ie, flatpak + Clear Linux == server, source build + Fedora == client).
@noisyshape commented on GitHub (May 30, 2019):
The most likely explanation is a firewall on the server. You can take the Barrier client out of the equation by connecting to the server with netcat or telnet. Any connection should show up in the server log.
@AdrianKoshka commented on GitHub (May 30, 2019):
I noticed you're using fedora, did you open the port for barrier (likely labelled for synergy) in the firewall fedora ships with?
Here's a screenshot of my firewall settings from cockpit, notice the synergy entry:

@chriselrod commented on GitHub (May 30, 2019):
Indeed, it was the firewall. I opened the port/tcp on the command line (I should look into cockpit, if it can restrict the port to only Synergy/Barrier, that'd be more secure -- although my router should block anything from outside the network accessing that port, so I assume this ought to be fine; my other linux distros don't have a firewall afterall).
Now Fedora works as the server. Thanks!