Better Tor support #859
Labels
No labels
Bug
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/Federation
Matrix/MSC
Matrix/Media
Meta
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
To-Merge
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: continuwuation/continuwuity#859
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Something like Prosody's mod_onions would be nice to have. Specifically, overrides like resolve server A to onion A so that a clearnet server can interact with Tor servers. Could also bypass TLS validation and really TLS as a whole for onions.
It would also be nice to have I2P support in this, but that would be more complicated (i.e. use address helper or b32?)
Could you describe what mod_onions does a bit more and explain why SOCKS proxy support isn't good enough?
Also differences from #108
@Jade wrote in #859 (comment):
mod_onions basically makes it a lot easier to deal with Tor servers in XMPP, i.e. clearnet servers can join MUCs on Tor servers and vice versa. Although, Matrix would need a better solution so this isn't really possible.