Matrix에서의 일주일

실제 커뮤니티를 Matrix로 운영하자 Spaces 권한, 서버 간 동기화, 차단 정책, 페더레이션이 연이어 고장 나면서 단순한 관리 작업에도 장시간의 조사와 우회가 필요했음 Spaces가 일반 룸으로 구현된 구조와 홈서버별 상태 불일치로 권한 변경이 전파되지 않고, 추천 룸이 사라지거나 서로 다른 대화 기록을 보는 분할 상태까지 발생함 공유 차단 목록의 출처와 사유를 확인하는 데 약 40분이 걸렸고, 특정 서버만 허용하는 로컬 예외를 적용하기 어려워 전체 목록을 해제하거나 사용자의 차단을 유지해야 했음 Dendrite의 기본 설정이 외부 IPv6 트래픽을 차단해 Draupnir가 한 달 넘게 제대로 작동하지 않았지만, 홈서버 구현체 사이에 만족스러운 마이그레이션 방법도 없어 노후화하는 기반에 머물러야 함 Matrix는 소규모 대화나 대표 서버·클라이언트 조합에서는 강점이 있지만, 다양한 구현체의 상호운용성과 대규모 커뮤니티용 Spaces가 뒤처져 Discord 대안이라는 홍보와 개발 우선순위 사이의 간극이 커짐 월요일: Space 룸에서 발생한 전체 알림 한 사용자가 Matrix Space 자체의 룸에 실수로 메시지를 작성해 모든 구성원이 알림을 받음 Matrix Spaces는 내부적으로 일반 룸이며, Spaces를 지원하지 않는 구형 클라이언트에는 평범한 채팅방으로 표시됨 새 클라이언트도 해당 룸에서 채팅이 시작되면 혼란스러운 UI를 보여줌 대부분의 클라이언트는 Space 룸에서 채팅할 수 없도록 권한을 자동 조정하지 않음 Element Web 개발자 도구로 Space를 일반 룸처럼 표시한 뒤 관리자 권한을 부여하고, 채팅을 금지하도록 룸 권한을 변경함 화요일: 공유 차단 목록의 출처 추적 한 사용자가 이유를 모른 채 커뮤니티 Matrix Space에서 차단됐다며 포럼에 문의함 Draupnir에서 사용자 핸들을 조회했을 때는 특이점이 없었지만, 핸들의 도메인을 검색하자 m.policy.rule.server의 m.ban 규칙과 스팸 사유가 발견됨 Space가 구독하는 외부 관리 목록에서 해당 사용자 도메인을 차단한 상태였음 해당 도메인은 단일 사용자용 개인 인스턴스로 보였음 정책 룸을 조사한 과정 차단 규칙의 출처로 추정되는 !foQLZposNt3iEpkl5O:example.org 룸에 참여하지 않은 상태였고, Matrix는 룸 제목조차 알려주지 않았음 공개 룸으로 보여 참여를 시도했으나 홈서버에서 WARN ...