As listed here, https://www.torproject.org/docs/faq#TransportIPnotTCP, the ability to transport IP would enhance usability and functionality of Tor from a user perspective. Solving the challenges and enabling this will make Tor a more valuable tor for a wider range of usecases.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
Adding obvious note about taking from OnionCat and Phantom implementations.
To prevent IP spoofing, OnionCat had plans to strongly tie the
generated IPv6 address to Tor RSA key with maybe a TorChat-like
ping-ping. But OnionCat went unmaintained right around that discussion.
HidServ already works. NAT is needed somewhere for exit-relay use.
Maybe use OpenVPN over circuit to an exit.
Calling this wontfix for now: that doesn't mean "never" but it means "not any time soon".
It remains on our radar, but there's no real work to track here. The big problem is that supporting arbitrary IP traffic in a meaningful way would require fundamental research improvements in onion routing-style anonymity networks, if we want to actually anonymize the IP traffic and the computer generating it.
Trac: Resolution: N/Ato wontfix Status: new to closed