[Bug]: Predefined traffic sets default route on macOS
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 52/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- rust
- Bereich
- networking
Rechercherichtung
Start by tracing how the macOS client configures routes when connecting with predefined traffic; the issue identifies netstat -rn as the way to observe the result but names no source files or tests. Compare the routes before and after connecting and investigate why a default route appears. Done when predefined traffic installs only the location’s configured routes and leaves the default route unchanged.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
When choosing predefined traffic and connecting to the VPN, a default route is set (visible via netstat -rn).
We assumed that predefined traffic only routes the subnets defined in our location. A customer who relies on Defguard can't work properly, because his other active WireGuard tunnels can't function while Defguard hijacks the traffic.
Steps to reproduce
- Check routes via
netstat -rn(especially default routes). - Connect via predefined traffic.
- Check routes via
netstat -rnagain. - There is now a default route on the Defguard interface.
Expected behavior
No default route is set, only the routes defined in the location for predefined traffic.
Workaround by a customer: Create a VM on macOS, install the Defguard client in it and use the VM as a router. Only allow the routes that are required for using Defguard.
Actual behavior
A default route is set, which prevents customers and potentially colleagues from using multiple VPNs at the same time as Defguard.
Defguard version
All version on the latest 2.1 stable build
Environment details
macOS (any tested version after 2024)
Deployment / install method
Docker / Docker Compose
Relevant logs / output
Relevant configuration (redacted)
- Vorherrschende Sprache
- Rust
- Sterne
- 373
- Forks
- 42
- Ø Merge
- 20 Std. 54 Min.
- Gemergte PRs (30 T.)
- 51
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus DefGuard/client
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
Maintainer antworten meist innerhalb von 1 Tag
-
macOS: Inform user that Network Extension is not enabledEvtl. vergeben @moubctez hat das heute übernommen. Offenenhancement
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
DefGuard/client#1327 · 4 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 51/100
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in DefGuard/client
Ähnliche Issues
-
binding:python bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
coollabsio/orbit#72 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
bug order-flow studies ui
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
userFRM/egui-charts#2417 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 2 Tagen