Remove link to qt5 client
The qt5 client is no longer maintained, and hasn't been for years. The website should probably no longer display it as an available GUI client. Btw, I have been using tun2socks, so maybe that can be shown as a non-GUI option for Linux somewhere. I was actually really struggling to find a way to tunnel all of my traffic through SS on Linux.
I was actually really struggling to find a way to tunnel all of my traffic through SS on Linux.
You might be interested in the transparent proxy feature in shadowsocks-rust and shadowsocks-go (shameless plug).
On Arch Linux we only have the shadowsocks-rust package. Is it the local-redir feature that I need?
On Arch Linux we only have the shadowsocks-rust package.
I maintain AUR packages for shadowsocks-go. I'm writing this reply on Arch Linux.
Is it the local-redir feature that I need?
Yes.
On Arch Linux we only have the shadowsocks-rust package.
I maintain AUR packages for shadowsocks-go. I'm writing this reply on Arch Linux.
Is it the local-redir feature that I need?
Yes.
Oh, right. I might check it out. Is there any benefit of Shadowsocks Go over Shadowsocks Rust?
Is there any benefit of Shadowsocks Go over Shadowsocks Rust?
Well, speaking as the author of shadowsocks-go and a previous user of shadowsocks-rust, off the top of my head I can think of a few:
- More extensible routing rules
- Structured logging, easier for analysis
- REST API for traffic stats and server user management
- Faster TCP direct connection with
splice(2)on Linux - Faster UDP with
recvmmsg(2)andsendmmsg(2), and UDP GSO and GRO support coming soon
Is there any benefit of Shadowsocks Go over Shadowsocks Rust?
Well, speaking as the author of shadowsocks-go and a previous user of shadowsocks-rust, off the top of my head I can think of a few:
* More extensible routing rules * Structured logging, easier for analysis * REST API for traffic stats and server user management * Faster TCP direct connection with `splice(2)` on Linux * Faster UDP with `recvmmsg(2)` and `sendmmsg(2)`, and UDP GSO and GRO support coming soon
Would you recommend it over shadowsocks-libev? Also, is the breakdown of features supported by the different implementations on shadowsocks.org up-to-date? I saw that the Go version had some missing features, though I'm not sure how crucial that is (I'm very new to using SS).
Would you recommend it over shadowsocks-libev?
shadowsocks-libev has been considered deprecated for years. shadowsocks-rust is its natural replacement.
Also, is the breakdown of features supported by the different implementations on shadowsocks.org up-to-date? I saw that the Go version had some missing features, though I'm not sure how crucial that is (I'm very new to using SS).
The Go implementation listed on that page has nothing to do with shadowsocks-go, and is not being actively maintained. See #296.
Basically the only active project in this organization is shadowsocks-rust. If you want more options, look elsewhere.
shadowsocks-libev has been considered deprecated for years. shadowsocks-rust is its natural replacement.
Oh, I didn't know that. I think this page should be updated to reflect that, because I saw no indication of libev being deprecated online.