VPS에서 Matrix를 자체 호스팅하십시오.
Synapse + Element. 페더레이션. 종단 간 암호화.

Matrix는 실시간 통신을 위한 오픈 프로토콜입니다. 홈서버는 프로토콜을 실행하는 서버입니다. 사용자는 각각 하나의 홈서버에 속하며 @alice:example.com으로 식별됩니다 — 이메일과 동일한 패턴. 룸은 대화의 단위입니다. 단일 룸은 여러 홈서버의 멤버를 가질 수 있으며, 룸 상태는 모든 참여 홈서버에 복제됩니다. 프라이빗 룸은 기기별 키(Olm/Megolm)로 모든 메시지를 암호화하므로 서버는 암호문만 봅니다. 전체 네트워크는 서로 룸 상태를 페더레이션하는 홈서버들의 그래프입니다.

흥미로운 특성: 어떤 중앙 기관도 Matrix를 종료할 수 없습니다(프로토콜은 개방적이며 어디서나 실행됨), 서로 다른 서버의 사용자가 투명하게 대화할 수 있습니다(페더레이션), 비공개 방은 적절한 종단 간 암호화를 제공합니다(광고용 전송 중 암호화가 아님), 그리고 사용자는 자체 운영하여 홈서버를 전환하면서도 신원을 유지할 수 있습니다. 트레이드오프는 운영 복잡성입니다 — 홈서버를 운영하는 것은 Discord에 로그인하는 것보다 더 많은 작업입니다 — 그리고 독점 플랫폼보다 작은 완성도 높은 클라이언트 생태계.

이 가이드에서 배포하는 것: Synapse(홈서버), PostgreSQL(데이터베이스), Element Web(브라우저 클라이언트, 자체 도메인에서 호스팅), Caddy(리버스 프록시 + 자동 TLS). 선택적으로 미디어 스토리지 백엔드와 페더레이션 탐색을 위한 well-known 엔드포인트. 전체 스택은 두 개의 Docker Compose 파일과 하나의 Caddy 설정입니다.

새 Debian 12 VPS를 시작하고 세 개의 DNS 레코드를 지정하십시오: matrix.example.com(홈서버 호스트명), element.example.com(웹 클라이언트), @alice:example.com 식별자 단축형을 원한다면 example.com 자체. sudo 사용자로 SSH에 접속하십시오.

1. Docker와 Compose를 설치하십시오. curl -fsSL https://get.docker.com | sh — Docker Engine은 동일한 패키지에 Compose v2를 포함하여 제공합니다.

2. Synapse 설정을 생성하십시오. mkdir -p ~/synapse/data && docker run -it --rm -v ~/synapse/data:/data -e SYNAPSE_SERVER_NAME=example.com -e SYNAPSE_REPORT_STATS=no matrixdotorg/synapse:latest generate — 이 명령으로 homeserver.yaml을 작성합니다. 편집: 데이터베이스를 SQLite에서 PostgreSQL로 변경하고, 미디어 URL을 설정하고, 시작 시 enable_registration: false로 설정하십시오(지금은 admin CLI를 통해 사용자를 생성합니다).

3. docker-compose.yml을 작성하십시오. 세 가지 서비스: postgres(postgres:16, 영구 볼륨, 로캘 C), synapse(matrixdotorg/synapse:latest, ~/synapse/data 마운트, postgres 의존), element(vectorim/element-web:latest, https://matrix.example.com을 지정하는 작은 config.json 마운트). synapse:8008과 element:80만 localhost에 매핑하십시오. 0.0.0.0에 바인딩하지 마십시오.

4. Caddy로 프런트를 구성하십시오. 두 개의 Caddyfile 사이트: matrix.example.com은 포트 443과 8448(페더레이션 포트) 모두에서 127.0.0.1:8008(Synapse)로 프록시합니다. element.example.com은 127.0.0.1:8001(Element Web)로 프록시합니다. Caddy는 Let's Encrypt 인증서를 자동으로 가져옵니다.

5. 페더레이션 검색 (.well-known). example.com 자체에 두 개의 정적 JSON 파일을 추가하십시오: {"m.server": "matrix.example.com:443"}을 반환하는 /.well-known/matrix/server와 {"m.homeserver": {"base_url": "https://matrix.example.com"}}을 반환하는 /.well-known/matrix/client. 이렇게 하면 @alice:example.com과 같은 단축 식별자가 올바르게 확인됩니다. federationtester.matrix.org의 Federation Tester로 검증하십시오.

6. 첫 번째 사용자를 생성하십시오. docker exec -it synapse register_new_matrix_user -u alice -p <password> -a -c /data/homeserver.yaml http://localhost:8008 — 이 명령으로 관리자 계정을 생성합니다. https://element.example.com을 통해 로그인하십시오.

Matrix 홈서버를 운영한다는 것은 호스트가 서버의 행위에 책임을 진다는 것을 받아들이는 것을 의미합니다. 초대 전용 비공개 홈서버에서는 그 책임이 작습니다 — 모든 사용자를 알고 있기 때문입니다. 공개 홈서버에서는 책임이 사용자 기반에 따라 확장됩니다.

인바운드 남용. 페더레이션 공개 룸은 남용 조율, 이미지 덤프, 또는 괴롭힘에 휘말릴 수 있습니다. Synapse는 사용자 차단(모든 룸), 홈서버 차단(이후 페더레이션 없음), 서버 강제 퇴장을 위한 관리자 API 엔드포인트를 제공합니다. Mjolnir 봇은 이를 모더레이션 룸 워크플로우로 감싸줍니다. Draupnir 포크는 활발히 유지 관리되는 후속 버전입니다.

아웃바운드 남용. 침해된 사용자 계정이 페더레이션 룸에 악성 콘텐츠를 게시하면 나머지 네트워크와의 서버 평판이 손상됩니다. 두 가지 완화 방법: 사용자별 속도 제한(Synapse 기본 속도 제한이 적절합니다), 그리고 새 계정에 이메일 인증 요구(자동화 가입의 문턱을 높입니다).

법적 자세. EU에서 인프라 공급자 역할은 강력한 중개자 책임 보호(전자상거래 지침 제14조, DSA 제6조)를 제공합니다 — 통지 및 삭제에 응답하는 한 사용자 콘텐츠에 대해 책임지지 않습니다. Nordic 관할권은 명시적인 헌법적 언론 자유 보호로 이를 확장합니다. 중개자 보호가 없는 관할권에서 운영되는 동일한 홈서버는 운영상 더 위험합니다. 그에 따라 호스트 위치를 선택하십시오.

안전한 기본값. 초대 전용 등록, 반응형 차단이 활성화된 페더레이션, 필요할 때까지 미사용으로 설치된 Mjolnir / Draupnir, 명확한 허용 사용 정책과 함께 홈서버 웹사이트에 게시된 서비스 약관. 그 자세는 추가 노력 없이 운영자의 95%를 처리합니다.