Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Donation #65

Closed
ghost opened this issue May 18, 2020 · 1 comment
Closed

Donation #65

ghost opened this issue May 18, 2020 · 1 comment

Comments

@ghost
Copy link

ghost commented May 18, 2020

Hello,
Glorytun (udp) is by far the only solution that handle unstable connections properly compared to:
-MPTCP (w/shadowsocks for regular tcp) without QoS/SQM bufferbloat compensation (no automatic solution yet, autorate-egress is not aggressive)
-a regular load balance is a wreck with just one unstable uplink
-MLVPN requires very stable and equal latency uplinks.
-Speedify has horrible latency when saturated even with no buffer bloat on the uplinks.
-Peplink ($$$) needs transfer queue buffer tweaking per connection to reduce buffer bloat, and it changed from time to time, a popular issue on their forums.
It really shined when I combined wireless (WISP speed jumps all over the place) with a stable one. Surprisingly, it works perfectly for reducing buffer bloat on a single connection without any tuning or configuring SQM.
I'm currently using OpenMPTCProuter with Glorytun UDP as the only VPN, setup took few minutes and no tuning (edit: replaced with latest binary 0.3.2 +rate fixed + autorate-egress on each uplink)
Having 300+ TCP connections (such as bittorrent) while having the exact same ping as idle blew my mind so I'd like to donate to support this project, if privacy is a concern I don't mind bitcoin or other crypto. I'm already configuring this for few coffee shops in the mountains with periodic outages.
Thank you.

@angt
Copy link
Owner

angt commented May 18, 2020

Thank you very much for the feedback!
I am very happy to see that this project is useful and that it solves real problems.
A donation won't bring me any more happiness than your thanks, so don't bother with that :)
I tend to close issues as soon as I can, but exceptionally, I'll keep this one open a little bit more ^^

@angt angt closed this as completed May 25, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant