lian0

I think it's still not available, so this tool works with cgroups v1 only at the moment. I can add support for cgroup v2 later though (there is workaround by hooking on cgroup v2 pathnames in iptables to achieve the same goal).

I didn't do any benchmark, but the performance hit should be minimal since all the heavy work are done by kernel cgroup and iptables. They are very efficient in most cases.

Yes and no. There are several differences, the biggest one in my opinion is that cproxy proxies all TCP and UDP connections without requiring the underlying program supporting any proxy, while if you want to use HTTP_PROXY on a program, the program has to explicitly support HTTP_PROXY in its source code. Overall they are all methods to proxy some traffic though.

Thanks for your comment! Just released v2 with iptables tproxy support. With tproxy, you have all income and outgoing UDP traffic proxied, which should support your use case now.

I need to proxy my programs with different proxy servers on a daily basis. Existing solutions such as proxychains has drawbacks such as not able to proxy programs written in Go, so I wrote this to make transparent proxy on Linux handy and simple :)

A dead simple personal on demand video streaming service written in Rust.

This project originates from my personal need on playing videos in torrents. I often download videos on my laptop, but my bandwidth is limited. Before I can actually watch the video (and sometimes start from a given start time) I have to wait a long time until the download is finished. I've tried many existing solutions such as torrent streaming, but never satisfied.

I eventually start implementing my own solution: download videos on my VPS with much better network, then view the video through a web server, which can also transcode the video to smaller bitrate when my connection is bad.

I decide to open source this project to see if this can help others, and more importantly, to find other people's suggestions on how to improve.