Federation allow list #673
No reviewers
Labels
No labels
Bug
Cherry-picking
Database
Dependencies
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
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: continuwuation/continuwuity#673
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "JadedBlueEyes/federation-allow-list"
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?
This adds an
allowed_remote_server_names
. When empty, all remote servers are allowed. When set, servers not in the list are treated the same asforbidden_remote_server_names
.This additionally makes these options apply to remote media fetching and remote room directory fetching.
Not sure if ignoring messages from servers not in the allow-list is the best behaviour - it may result in some unexpected behaviour in cases like #672, where users are in a room with a non-allowed user via an allowed user. Perhaps this should be a separate option?
Unfortunately, the example config won't regenerate for me.
Tested and appears to work well (
matrix-limited-federation.pissing.dev
, only allowspissing.dev
)A useful enhancement for this and related options may be glob matching, or reading from a policy room. Out of scope for this, though.
Rebased on the latest main, but I haven't tested config live reload with this as it's not a feature I use
Pull request closed