[GH-ISSUE #736] Barrier doesn't switch to ethernet when available #577

New issue

Open

opened 2026-05-05 06:42:47 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 06:42:47 -06:00

Owner

Originally created by @leoadberg on GitHub (Jun 4, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/736

Operating Systems

Server: macOS

Client: macOS

Barrier Version

2.3.2

Steps to reproduce bug

On my computer, it happens that WiFi initializes before ethernet when starting up, which leads to the issue.

Set Barrier to start on login on client
Barrier connects to the server using WiFi before ethernet is ready
After ethernet is ready, Barrier continues using WiFi, leading to poor performance
To fix it, I have to stop and start Barrier

Other info

It would be nice to simply disable Barrier over certain interfaces (or IPs) so I don't have to restart it when it starts on the wrong interface, or have it occasionally reset the connection to switch to the OS's preferred interface (ethernet).

Originally created by @leoadberg on GitHub (Jun 4, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/736 ### Operating Systems ### Server: macOS Client: macOS ### Barrier Version ### 2.3.2 ### Steps to reproduce bug ### On my computer, it happens that WiFi initializes before ethernet when starting up, which leads to the issue. 1. Set Barrier to start on login on client 2. Barrier connects to the server using WiFi before ethernet is ready 3. After ethernet is ready, Barrier continues using WiFi, leading to poor performance 4. To fix it, I have to stop and start Barrier ### Other info ### It would be nice to simply disable Barrier over certain interfaces (or IPs) so I don't have to restart it when it starts on the wrong interface, or have it occasionally reset the connection to switch to the OS's preferred interface (ethernet).

gitea-mirror added the

enhancement

label 2026-05-05 06:42:47 -06:00

gitea-mirror commented

2026-05-05 06:42:51 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Sep 20, 2020):

This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

@github-actions[bot] commented on GitHub (Sep 20, 2020): This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

gitea-mirror commented

2026-05-05 06:42:53 -06:00

Author

Owner

@p12tic commented on GitHub (Jan 10, 2021):

Let's not close valid feature requests for no reason.

@p12tic commented on GitHub (Jan 10, 2021): Let's not close valid feature requests for no reason.