shadowsocks / shadowsocks/qtun
feat: 指定 cert 和 key, 而不是自动获取
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 139
- Forks
- 23
- PR merge metrics
- No merged PRs in 30d
Description
支持自定义的难度不高, 但适用性可能更广:
两种可选方式:
- 从环境变量中获取 path.
- 从参数中获取 path. 比如
--plugin-opts "host=example.com;keypath=;certpath="
我在实际使用中, 使用同一个 非 root 帐号, 出现 Error: Permission denied (os error 13).
将 key 文件该为 rw 还是不行.
代码中有写会从环境变量中获取插件参数, 除了 acme_host 还支持 cert 和 key:
我尝试在 插件参数中 写 cert=/certpath, 没有起到作用. 可能是因为这个参数会在 https://github.com/shadowsocks/qtun/blob/b7d0ce5d4533ebd908a11c3b0cb92ea960a3800c/src/server.rs#L87 处被覆盖.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the plugin-option handling in src/server.rs around lines 70-87 and compare it with the behavior proposed in pull request #8. Trace how cert and key values from environment variables or plugin parameters are handled, then verify that custom paths take precedence over automatic acquisition without causing the permission error described.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- networking
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100