Location interface is not removed on Linux when defguard-service restarts
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- linux, rust
- Lĩnh vực
- networking, operating-systems
Hướng nghiên cứu
Reproduce the restart and stop cases with sudo systemctl restart defguard-service and sudo systemctl stop defguard-service on AlmaLinux 10 or Ubuntu 24.04, then trace the defguard-service lifecycle and Linux tunnel handling. Done means wg0 is removed on restart and stop, a replacement uses the expected interface, and client updates do not leave the old tunnel active.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description
- Software version: 2.1.0 - 2.1.2
- Deployment method: apt/dnf install
.deb/.rpm - OS: AlmaLinux 10, Ubuntu 24.04
Tested on defguard-client with provisioned service location / regular location
1. Restart service
sudo systemctl restart defguard-service
| Expected | Actual |
|---|---|
wg0 should be destroyed and a new wg0 should be spawned to take it's place. |
wg0 remains and a new instance of the exact same tunnel is spawned as wg1. This causes routing to go haywire and connectivity loss. |
2. Stop service
sudo systemctl stop defguard-service
| Expected | Actual |
|---|---|
wg0 should be destroyed and no tunnel should take it's place. |
wg0 remains and stays connected/operational instead of disconnecting. |
3. Client update
Update client from 2.1.0 → 2.1.2 and relaunch client.
| Expected | Actual |
|---|---|
wg0 should be destroyed and a new wg0 should be spawned to take it's place. |
wg0 remains and a new instance of the exact same tunnel is spawned as wg1. This causes routing to go haywire and connectivity loss. |
- Ngôn ngữ chính
- Rust
- Star
- 371
- Fork
- 41
- Merge trung bình
- 19 giờ 16 phút
- Pull request đã merge (30 ngày)
- 40
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của DefGuard/client
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
DefGuard/client#1226 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 18/100
Maintainer thường phản hồi trong vòng 1 ngày
-
feature
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của DefGuard/client
Issue tương tự
-
✨ enhancement needs-discussion
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
docs(openclaw): RTK_REWRITE_HOST relaxes every default ask, not only commands no rule matchedĐang mởarea:docs documentation good first issue priority:low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
rtk-ai/rtk#4500 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
triage:accepted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
open-telemetry/otel-arrow#4343 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
mishraprafful/multihull#150 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:tooling bug good first issue priority:P3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
michaelnavazhylau/ngspice-rs#129 ·
Maintainer thường phản hồi trong vòng 1 ngày