On 2/8/24 05:02, Vilgot Bergquist via tor-dev wrote:
Hi,
I looked at the suggested solutions and I think there is another approach,
which is much easier.
I C it's pretty easy to encapsulate UDP segments inside TCP segments. Hence
there is no need to re-organize the connection logic of tor re
it's about
this particular shorter-term context or about longer-term plans to
achieve some kind of optional unreliable transport.
Thanks for your time!
--beth```
Filename: 348-udp-app-support.md
Title: UDP Application Support in Tor
Author: Micah Elizabeth Scott
Created: December 20
looser due to
the longer timescales involved.
Cheers,
Michael
On 08/01/2024 21:01, Micah Elizabeth Scott wrote:
A variety of timers are needed on the relay side; on the client side
though, aren't you mostly limited by the requirement of keeping a TCP
connection open?
Really deep sleep would
A variety of timers are needed on the relay side; on the client side
though, aren't you mostly limited by the requirement of keeping a TCP
connection open?
Really deep sleep would involve avoiding any protocol-level keepalives
as well as TCP keepalives. This seems a lot like just shutting down
Hello,
This is an almost trivial utility but I hadn't seen anything quite like
it so maybe other folks will find it useful:
https://github.com/scanlime/onion-desktop
"This is just a toy for now. I wanted to get a feel for the interactive
performance of onion services, and it's perhaps someti
