GitLab

重构内容：
- 移除复杂的 sudo systemctl restart 方案
- 改用 os.Exit(0) + systemd Restart=always 的标准做法
- 删除 sudoers 配置及相关代码
- 删除 sub2api-sudoers 文件

优势：
- 代码从 85+ 行简化到 47 行
- 无需 sudo 权限配置
- 无需特殊用户 shell 配置
- 更简单、更可靠
- 符合行业最佳实践（Docker/K8s 等均采用此方案）

工作原理：
- 服务调用 os.Exit(0) 优雅退出
- systemd 检测到退出后自动重启（Restart=always）

问题原因：
- cmd.Start() 启动的子进程与父进程在同一会话中
- 当 systemctl restart 发送 SIGTERM 给父进程时
- 子进程可能也会被终止，导致重启命令无法完成

修复内容：
- 使用 setsid 创建新会话，子进程完全独立于父进程
- 分离标准输入/输出/错误流
- 确保即使父进程被 kill，重启命令仍能执行完成

问题原因：
- systemd 服务的 PATH 环境变量可能受限
- 直接使用 "sudo" 可能找不到可执行文件

修复内容：
- 添加 findExecutable 函数动态查找可执行文件路径
- 先尝试 exec.LookPath，再检查常见系统路径
- 添加日志显示实际使用的路径，方便调试
- 兼容不同 Linux 发行版的路径差异

问题原因：
- sudo 命令没有 -n 选项
- 在后台服务中，sudo 会尝试从终端读取密码
- 由于没有终端，命令静默失败

修复内容：
- 添加 sudo -n 选项强制非交互模式
- 如果需要密码会立即失败并返回错误，而不是挂起

问题描述：
当多个请求并发执行且使用不同代理配置时，它们会同时修改共享的
s.httpClient.Transport，导致请求可能使用错误的代理（数据泄露风险）
或意外失败。

修复方案：
为需要代理的请求创建独立的http.Client，而不是修改共享的httpClient.Transport。

改动内容：
- 新增 buildUpstreamRequestResult 结构体，返回请求和可选的独立client
- 修改 buildUpstreamRequest 方法，配置代理时创建独立client
- 更新 Forward 方法，根据是否有代理选择合适的client