Hello,
Certainly OnionVpn could be made to work with the new prop224 onion
services using some interesting properties of ed25519 to compose
private subnets protected by a single ed25519 master key communicated
out of band. But actually onionvpn and onioncat are an ugly hack
and sending arbitrary
Hello again David,
Sorry to resurrect an year-old thread but it looks to me like OnionCat is
abandoned code at this point - mailing lists are gone, no development since
mid last year, etc. Since the Tor developers plan to deprecate (and quickly
eliminate) v2 onion names and expect to move to the n
On Wed, Dec 9, 2015 at 11:59 AM, David Stainton wrote:
> Obviously operating such an exit node might be risky due to the potential for
> abuse...
Whatever.
> however don't you just love the idea of being about to use low-level network
> scanners over tor?
Yes. Such network tools and features
I was inspired by onioncat to write a twisted python implementation. Onionvpn
doesn't have as many features as onioncat. I've successfully tested that
onionvpn and onioncat can talk to each other and play nice. Both onionvpn and
onioncat implement a virtual public network. Anyone can send packe
