현재까지 Discourse와 Mastodon 간에 게시물과 답변을 양방향으로 연동(federation)하는 것은 성공했지만, Discourse와 Discourse 간 연동은 아직 되지 않습니다. 제 연동된 Discourse 카테고리는 모든 사람에게 공개되어 있지만, 해당 인스턴스에서는 계정을 생성하려면 초대장이 필요합니다. 이것이 원인과 관련이 있을까요?
또한, 다른 사용자가 연동된 게시물에 남긴 답변은 해당 스레드에 포함된 다른 인스턴스로 연동되지 않습니다. 이는 정상적인가요?
Discourse는 토픽의 모든 참여자에게 해당 토픽의 활동(activities)을 게시합니다. 관련 액터(즉, 카테고리나 태그)를 팔로우하지 않는 경우에도 마찬가지입니다. 따라서 이는 예상되지 않는 동작입니다. 이는 Discourse 측의 문제일 수 있습니다(로그를 확인해 보시고, 이상한 점이 보이면 알려 주세요). 또한 답변이 표시되어야 할 플랫폼 측의 문제일 수도 있습니다.
죄송합니다, @angus. 제 인스턴스를 다른 서버로 이전해야 합니다. 두 개의 Discourse 인스턴스에서 ActivityPub를 활성화했을 때, 8GB RAM의 Raspberry Pi 4가 ActivityPub 트래픽을 처리하지 못하고 과열 및 동결 현상이 반복되었습니다. 실험용 인스턴스에서 ActivityPub를 작동하도록 시도해 보면 업데이트를 제공하겠습니다.
ActivityPub에서 활성화한 앱 도메인을 완전히 목록에서 제거하는 방법에 대한 제안이 있으신가요?
사용 중인 Mastodon 인스턴스에서 해당 카테고리 계정을 팔로우 해제했음에도 불구하고, 이전 서브도메인들은 여전히 상당한 트래픽을 받아 거의 사용할 수 없는 상태입니다.
조언해 주셔서 감사합니다, Angus. 정말 감사드립니다. 다른 서비스에는 영향을 주지 않는 실험용 서버에 Discourse 인스턴스를 하나 더 설정한 뒤, 조언해 주신 대로 다시 시도해 보겠습니다.
제 인프라 중 어디에 문제가 있는지는 정확히 모르겠지만, 리버스 프록시일 수도 있습니다.
저는 Cosmos Server를 서버 모니터, 도커 컨테이너 관리 UI, 그리고 Discourse를 비롯한 다른 도커 컨테이너용 리버스 프록시로 사용하고 있습니다. 들어오는 ActivityPub 연결에 대한 적절한 레이트 리미팅을 위해 리버스 프록시도 유사하게 설정해야 할 것 같습니다.
외부 Mastodon 서버에서 들어온 ActivityPub 동기화 요청이 리버스 프록시를 압도하여 RAM, CPU, 네트워크 사용량이 최대치에 도달하고 과열된 원인일 수도 있습니다.
다음 Raspberry Pi 물품이 도착하여 실험용 서버로 사용할 예비 보드를 확보하면 다시 업데이트를 올리겠습니다.
